Sélectionner une page

Qu’est-ce que le cadre décisionnel DACI ?

DACI est une matrice de responsabilité utilisée pour déterminer les rôles que les membres de l’équipe joueront dans la prise de décision ou lorsqu’ils travailleront sur des projets. Ce cadre décisionnel est conçu pour améliorer considérablement l’efficacité et la rapidité d’une équipe sur les projets.

Regardons une vue élargie :

A C I
Driver (conducteur) Approbateur Contributeurs Informé

 

Une brève histoire de DACI

Ce modèle a été développé à l’origine par Intuit comme une variante de la matrice de responsabilité connue sous le nom de RACI . RACI tire son nom des descriptions de chacun des quatre types similaires à DACI : responsable (ceux qui sont affectés pour faire le travail), responsable (qui détient le succès ou l’échec du résultat du projet), pris en charge (dans le cas de RASCI – individus identifiés qui sont nécessaires pour soutenir la tâche en fournissant des ressources pour l’achèvement de la tâche), consultés (les experts fournissant des connaissances sur le projet) et informés (personnes qui doivent être régulièrement mises à jour sur le projet).

RACI (et sa variante RASCI) fonctionnent incroyablement bien pour de nombreux types de projets commerciaux. Il y avait cependant un domaine où un léger écart servirait mieux les projets et c’était la gestion des produits. Ces équipes particulières sont confrontées à des défis supplémentaires car elles avancent continuellement à plusieurs niveaux simultanément où une prise de décision stratégique est nécessaire. Comme l’accent est mis dans ce domaine sur la clarté des décisions individualisées spécifiques, le modèle DACI représente mieux le cadre à utiliser par les chefs de produit.

 

Rôles et responsabilités du modèle de décision DACI

Driver (conducteur)

C’est le chef de projet dans le modèle DACI

Cette personne sert plutôt de chef de projet mais n’a pas de pouvoir d’approbation car celui-ci appartient à l’approbateur. Un exemple serait un Driver (conducteur) qui peut planifier et diriger des réunions de projet, attribuer des tâches, rassembler des idées et les distribuer en conséquence et conserver un enregistrement des progrès de l’équipe.

 

Approbateur

L’approbateur du modèle a le dernier mot sur un aspect spécifique d’un projet.

Un projet donné peut avoir plus d’un approbateur dans l’équipe. Par exemple, une entreprise peut avoir deux co-fondateurs et pour augmenter la vitesse de prise de décision, l’un prendra la décision sur des aspects spécifiques. En fin de compte, avec le modèle DACI, moins il y a d’approbateurs, mieux c’est.

 

Contributeurs

Les personnes qui ont été identifiées, qui peuvent être consultées pour leur expertise, leurs opinions ou parce qu’elles ont un point de vue unique qui aiderait à prendre des décisions sur le projet.

Le Driver (conducteur) est celui qui sélectionnera les Contributeurs et déterminera comment ils participeront ou seront intégrés au processus de prise de décision. À titre d’exemple, le conducteur déciderait s’il invite un contributeur aux réunions de projet pour partager ses réflexions ou rassembler ses idées séparément hors ligne.

 

Informé

Les personnes informées ne sont pas directement impliquées dans les opérations quotidiennes du projet. Ils n’ont pas non plus autorité sur les décisions des équipes. Ce groupe doit cependant être mis à jour car les résultats des projets affecteront leur propre résultat de travail.

Les équipes de gestion de produits travaillant sur un produit peuvent inclure le support client, les ventes et le marketing ou d’autres équipes qui ne sont pas directement impliquées dans le projet. En effet, ces départements devront faire leur propre planification ou allocation des ressources en fonction du calendrier du calendrier de développement des produits.

 

Modèle DACI : Comment est-il utilisé dans la prise de décision de groupe

  1. Créer des sous-tâches du projet global et les affecter à un Driver

Une fois que les rôles DACI ont d’abord été établis, la prochaine étape consiste à affecter le Driver (conducteur) pour diriger l’ensemble du projet.

À partir de ce point, vous souhaiterez décomposer le projet pour créer un plan au niveau des tâches. Il n’est pas encore nécessaire à ce stade de créer des délais ou d’affecter des ressources. Votre objectif est d’amener les équipes à s’entendre sur la priorité des tâches pour commencer à avancer sur le projet.

C’est également le paramètre où vous voudrez affecter un Driver à chaque tâche. En faisant cela, les tâches sont moins susceptibles de tomber entre les mailles du filet, car chacune est défendue et un défenseur a été désigné pour la maintenir en mouvement.

 

  1. Attribuer des tâches spécifiques aux approbateurs et aux contributeurs

L’équipe doit maintenant identifier et convenir d’un approbateur par tâche (idéalement) et des contributeurs qui seront affectés.

Le Driver contrôlera à tout moment s’il faut ajouter ou supprimer des contributeurs au fur et à mesure que l’équipe progresse dans le projet et que les jalons sont atteints. Il est cependant important qu’au début de chaque tâche, des sources expertes soient identifiées et prêtes à être consultées à tout moment.

 

  1. Définir le flux de travail

Le Driver commencera l’élaboration de son plan d’action à ce stade. C’est un bon moment pour le Driver de réfléchir à répondre à certaines questions liées au démarrage d’un projet :

  • Une réunion de lancement est-elle nécessaire et qui y assistera ?
  • À quoi ressembleraient les horaires des réunions d’équipe ? À quelle fréquence nous rencontrerons-nous ?
  • Quelles sont les attentes en travaillant avec nos contributeurs ? Quelle est la meilleure utilisation de leur temps ?
  • Qu’utiliserons-nous pour suivre l’avancement des tâches ? Utiliserons-nous une application de gestion de projet ? Notre propre logiciel en interne peut-il répondre aux besoins de gestion de projet de produit ?
  • À quoi ressemble le calendrier de mise à jour des personnes informées ? À quelle fréquence?
  • Quel sera notre processus de prise de décision? Le Driver transmettra-t-il la saisie des équipes à l’Approbateur et attendra-t-il une décision ? Est-il préférable que l’approbateur et les consultants participent à une brève réunion pour prendre des décisions immédiates sur chaque tâche ?

 

RACI et DACI : les utiliser efficacement dans un projet

DACI– Idéal pour la gestion de produit (prise de décision sur un projet de produit)

RASCI– Idéal pour la gestion des processus (responsabilités des tâches et des approbateurs sur tous les projets)

Le début de tout projet est le meilleur moment pour créer un graphique RACI et DACI. La direction du programme peut être appelée pour aider à travailler sur les détails si nécessaire. Poursuivre après la survenance d’un conflit rendra la conclusion d’un accord beaucoup plus difficile à atteindre. Planifiez une séance de travail pour détailler chaque tâche à accomplir et identifier qui est responsable de chacune. Si votre équipe a de grandes difficultés à progresser dans la prise de décision, une réunion DACI peut être nécessaire pour résoudre les problèmes.

En ce qui concerne la gestion des produits, le cadre de DACI peut aider les projets de l’équipe à terminer avec une efficacité accrue en mettant en place un processus de prise de décision clair et définitif pour les décisions de groupe. En raison de sa position unique par rapport aux chefs de produits confrontés à des décisions stratégiques sur de nombreux fronts, le modèle DACI aiderait les chefs de produits à gérer les processus dans ce domaine spécifique.

 

En conclusion

Pour chaque projet cependant , un graphique RACI (ou RASCI) indiquera toujours s’il y a un déséquilibre dans le flux de travail et aidera à identifier où les points douloureux globaux peuvent être évités. RACI identifie qui est responsable d’accomplir des tâches spécifiques tandis que DACI décide du plan d’action pour une tâche ou une fonction spécifique. Il est tout à fait dans la portée de RACI d’identifier la matrice de responsabilité globale sous laquelle DACI fonctionnera. Il s’avère que DACI est un excellent complément au cadre du modèle de responsabilité RACI.

 

Powered by BetterDocs