Matrice : Gestion de projet

Comment le travail sur le produit est conduit : besoins, priorités, planification, qualité attendue, risques, communication, mesure de la livraison, amélioration continue.

≈ 12 min de lectureLecture

En bref

8 dimensions, niveaux 0 à 5, 112 critères.
Outil : état des lieux en choisissant « Gestion de projet ».
Niveaux et critères : synthèse originale, références citées en bas de page.

Sur cette page

Vue d'ensemble
Besoin et priorités
1. Recueil des besoins
2. Backlog et priorisation
Livraison et qualité
1. Qualité attendue et définition de « terminé »
2. Mesure de la livraison
Pilotage et équipe
Sources et vérification

Périmètre

La conduite du travail sur le produit : recueil des besoins, backlog et priorités, planification et suivi, définition de « terminé », risques et dépendances, communication avec les parties prenantes, mesure de la livraison, retours d'expérience. La mise en production relève du thème « Déploiements », la vie du produit installé du thème « Maintenance applicative ».

8 dimensions, six niveaux (0 à 5) et 112 critères observables. Pour situer votre produit : ouvrir l'état des lieux de ce thème. Les règles de calcul sont ici.

Vue d'ensemble#

Chaque cellule est la signature du niveau pour la dimension.

Dimension	0 · Artisanal	1 · Local outillé	2 · Partagé	3 · Industrialisé	4 · Intégré et gouverné	5 · Autonome
Recueil des besoins	Besoins exprimés par courriel, couloir ou réunion, sans trace.	Demandes enregistrées.	Besoin formulé.	Recueil structuré.	Besoin et usage rapprochés.	Besoin anticipé.
Backlog et priorisation	Le travail à faire vit dans les messages et dans les têtes.	Liste des tâches.	Backlog unique.	Backlog ordonné et géré.	Priorités arbitrées.	Priorités pilotées par la valeur.
Planification et suivi	Pas de planification : on fait quand on peut.	Échéances connues.	Itérations ou jalons.	Plan réaliste.	Pilotage par les flux.	Prévision probabiliste.
Qualité attendue et définition de « terminé »	« Terminé » veut dire « le développeur a fini ».	Vérification informelle.	Définition écrite.	Normes appliquées.	Qualité vérifiée en continu.	Qualité garantie par la chaîne.
Risques et dépendances	Les risques se découvrent en se réalisant.	Risques évoqués.	Risques listés.	Risques traités.	Risques intégrés au plan.	Risques anticipés.
Communication avec les parties prenantes	L'information circule au hasard des échanges.	Information ponctuelle.	Communication régulière.	Démonstrations et retours.	Association des utilisateurs.	Communication ciblée.
Mesure de la livraison	Aucune mesure : on a l'impression d'aller vite ou lentement.	Comptage simple.	Quelques mesures.	Quatre mesures de livraison.	Mesures exploitées.	Vitesse et stabilité ensemble.
Retours d'expérience et amélioration continue	Les leçons restent dans la mémoire de ceux qui étaient là.	Discussions informelles.	Rétrospectives.	Connaissance conservée.	Amélioration suivie.	Apprentissage organisé.

Lien avec le modèle global

Dimension du modèle global la plus concernée : Pilotage projet et roadmap ; également Tests et corrections et Industrialisation et déploiement. Les matrices de maturité d'une organisation sont décrites dans la section matrices de maturité.

Besoin et priorités#

Recueil des besoins#

Comment les besoins des utilisateurs sont-ils compris, formulés et validés ?

Niveau	Signature	Critères à réunir
0 · Artisanal	Besoins exprimés par courriel, couloir ou réunion, sans trace.	Point de départ : aucun critère.
1 · Local outillé	Demandes enregistrées.	Les demandes sont écrites et conservées. Chaque demande a un demandeur identifié.
2 · Partagé	Besoin formulé.	Chaque demande exprime le besoin (pourquoi) et pas seulement la solution souhaitée. Les critères d'acceptation sont écrits avec le demandeur. Une demande est confrontée à ce qui existe déjà avant d'être retenue.
3 · Industrialisé	Recueil structuré.	Les besoins sont recueillis par des ateliers ou des entretiens avec les utilisateurs concernés. Les besoins des différents profils (utilisateurs, administrateurs, clients) sont distingués. Les maquettes ou prototypes sont validés par les utilisateurs avant le développement.
4 · Intégré et gouverné	Besoin et usage rapprochés.	Les retours d'usage (rapports d'usage, demandes de support) alimentent le recueil des besoins. Des utilisateurs de référence participent à intervalle régulier à la revue des besoins. Un besoin récurrent d'un client est étudié pour tous les clients.
5 · Autonome	Besoin anticipé.	La valeur attendue de chaque besoin est estimée avant son développement. La valeur obtenue est vérifiée après livraison et comparée à l'attente. Les besoins émergents sont détectés par l'analyse des usages et du marché.

Effet sur l'utilisateur

Ce qui est construit répond à un besoin réel, formulé avec ceux qui s'en serviront.

Backlog et priorisation#

Y a-t-il une liste unique du travail à faire, ordonnée, et qui décide de l'ordre ?

Niveau	Signature	Critères à réunir
0 · Artisanal	Le travail à faire vit dans les messages et dans les têtes.	Point de départ : aucun critère.
1 · Local outillé	Liste des tâches.	Les travaux à faire sont dans une liste. La liste est consultable par l'équipe.
2 · Partagé	Backlog unique.	Un backlog unique réunit besoins, évolutions et anomalies. Chaque élément a une priorité et un demandeur. Les éléments sont assez précis pour être estimés.
3 · Industrialisé	Backlog ordonné et géré.	Le backlog est ordonné selon une règle explicite (valeur, risque, coût, urgence). Un responsable du produit décide de l'ordre, après avoir entendu les parties prenantes. Le backlog est affiné régulièrement : éléments précisés, découpés ou retirés.
4 · Intégré et gouverné	Priorités arbitrées.	Un comité ou un rituel arbitre les conflits de priorité entre clients ou entre équipes. La roadmap relie les éléments du backlog à un objectif du produit. Les éléments abandonnés sont retirés avec une explication, et non laissés à vieillir.
5 · Autonome	Priorités pilotées par la valeur.	L'ordre du backlog s'appuie sur la valeur mesurée des livraisons précédentes. La proportion de travail consacrée aux évolutions, aux corrections et à la dette est choisie et suivie. Le coût du retard de chaque élément est estimé.

Effet sur l'utilisateur

Chacun sait pourquoi une chose passe avant une autre, et ce qui n'est pas prévu n'est pas promis.

Livraison et qualité#

Qualité attendue et définition de « terminé »#

Qu'est-ce qui permet de dire qu'un travail est terminé ?

Niveau	Signature	Critères à réunir
0 · Artisanal	« Terminé » veut dire « le développeur a fini ».	Point de départ : aucun critère.
1 · Local outillé	Vérification informelle.	Un travail est relu ou essayé par une autre personne avant d'être livré. Les défauts connus à la livraison sont notés.
2 · Partagé	Définition écrite.	Une définition de « terminé » est écrite et connue de l'équipe. Elle comprend au moins : tests, revue, mise à jour de la documentation. Un travail qui ne la respecte pas n'est pas compté comme livré.
3 · Industrialisé	Normes appliquées.	Les normes de développement et de test sont écrites et appliquées par revue. Les critères d'acceptation de chaque demande sont vérifiés avant livraison. La définition de « terminé » est revue à intervalle régulier.
4 · Intégré et gouverné	Qualité vérifiée en continu.	Une partie de la définition de « terminé » est vérifiée automatiquement (tests, contrôles de style, analyse de code). La qualité attendue distingue les différents types de livrables (traitements, rapports, documentation). Les défauts échappés vers la production sont comptés et leurs causes analysées.
5 · Autonome	Qualité garantie par la chaîne.	Un livrable qui ne remplit pas les critères est refusé automatiquement par la chaîne de livraison. La définition de « terminé » évolue d'après les défauts constatés. Les indicateurs de qualité sont publiés avec chaque livraison.

Effet sur l'utilisateur

Un travail terminé est utilisable, testé, documenté et livrable : pas « presque fini ».

Mesure de la livraison#

La capacité de l'équipe à livrer vite et sans casse est-elle mesurée ?

Niveau	Signature	Critères à réunir
0 · Artisanal	Aucune mesure : on a l'impression d'aller vite ou lentement.	Point de départ : aucun critère.
1 · Local outillé	Comptage simple.	Le nombre de livraisons et leur date sont notés. Les livraisons qui ont posé problème sont mentionnées.
2 · Partagé	Quelques mesures.	La fréquence des livraisons est mesurée. Le délai entre la demande et la livraison est mesuré. Le nombre de livraisons ayant causé un incident est compté.
3 · Industrialisé	Quatre mesures de livraison.	Le délai de modification, la fréquence de déploiement, le taux d'échec des changements et le temps de rétablissement sont mesurés. Ces mesures sont tirées des outils (dépôt, chaîne de livraison, incidents), pas déclarées à la main. Elles sont partagées avec l'équipe.
4 · Intégré et gouverné	Mesures exploitées.	Les mesures servent à choisir les améliorations de la chaîne de livraison. Les mesures sont suivies par application ou service, et non globalement. La reprise de travail non planifiée après une livraison est mesurée.
5 · Autonome	Vitesse et stabilité ensemble.	Les mesures de vitesse et de stabilité sont suivies ensemble, pour ne pas améliorer l'une aux dépens de l'autre. Les mesures sont comparées à des références externes. Les objectifs d'amélioration sont fixés et suivis.

Effet sur l'utilisateur

On décide d'améliorer la livraison d'après des mesures, pas des impressions.

Pilotage et équipe#

Planification et suivi#

Le travail est-il découpé, planifié et suivi, avec une visibilité partagée ?

Niveau	Signature	Critères à réunir
0 · Artisanal	Pas de planification : on fait quand on peut.	Point de départ : aucun critère.
1 · Local outillé	Échéances connues.	Les échéances importantes sont notées. Une personne suit ce qui est en cours.
2 · Partagé	Itérations ou jalons.	Le travail est organisé en itérations de durée fixe ou en jalons. L'avancement est visible de l'équipe et des parties prenantes. Chaque itération a un objectif.
3 · Industrialisé	Plan réaliste.	Les estimations s'appuient sur la vitesse observée de l'équipe. La capacité réelle (congés, support, autres tâches) est prise en compte. Un écart de plan est signalé dès qu'il apparaît, avec une proposition de réponse.
4 · Intégré et gouverné	Pilotage par les flux.	Le travail en cours est limité, et les blocages sont rendus visibles. Les délais de bout en bout (de la demande à la livraison) sont mesurés. La planification tient compte des dépendances avec les autres équipes et les clients.
5 · Autonome	Prévision probabiliste.	Les dates de livraison sont annoncées avec un niveau de confiance à partir de l'historique. Les écarts de prévision sont analysés pour améliorer les estimations. Le plan s'ajuste régulièrement sans perdre la lisibilité des engagements.

Effet sur l'utilisateur

Les livraisons annoncées arrivent, et un écart est connu tôt, pas à la date limite.

Risques et dépendances#

Les risques et les dépendances sont-ils identifiés, suivis et traités ?

Niveau	Signature	Critères à réunir
0 · Artisanal	Les risques se découvrent en se réalisant.	Point de départ : aucun critère.
1 · Local outillé	Risques évoqués.	Les principaux risques sont discutés au démarrage d'un chantier. Les dépendances vers d'autres équipes sont connues.
2 · Partagé	Risques listés.	Un registre des risques est tenu, avec probabilité, effet et propriétaire. Chaque dépendance a un interlocuteur et une échéance. Le registre est relu à intervalle régulier.
3 · Industrialisé	Risques traités.	Chaque risque important a une réponse décidée (éviter, réduire, accepter, transférer). Les risques techniques (obsolescence, dépendance à une personne, dette) sont inclus. Les dépendances en retard sont escaladées selon une règle connue.
4 · Intégré et gouverné	Risques intégrés au plan.	Les risques influencent la priorisation et la planification (marges, essais préalables). Les risques réalisés sont analysés pour améliorer les prévisions suivantes. Les risques de sécurité et de conformité sont examinés avec les responsables concernés.
5 · Autonome	Risques anticipés.	Des signaux d'alerte mesurés (dette, délais, défauts) déclenchent la revue des risques. Les risques sont chiffrés pour arbitrer les investissements. L'historique des risques de tous les projets est capitalisé et réutilisé.

Effet sur l'utilisateur

Les mauvaises surprises sont rares, et celles qui arrivent avaient été vues.

Communication avec les parties prenantes#

Les personnes concernées par le produit sont-elles informées et associées ?

Niveau	Signature	Critères à réunir
0 · Artisanal	L'information circule au hasard des échanges.	Point de départ : aucun critère.
1 · Local outillé	Information ponctuelle.	Un compte rendu d'avancement est diffusé de temps en temps. Les utilisateurs clés sont connus.
2 · Partagé	Communication régulière.	Les parties prenantes sont listées avec ce qu'elles attendent du produit. L'avancement est communiqué à rythme fixe. Les changements qui touchent les utilisateurs sont annoncés avant leur mise en service.
3 · Industrialisé	Démonstrations et retours.	Des démonstrations régulières montrent le travail fini aux utilisateurs. Les retours reçus sont enregistrés et traités. Les notes de version sont rédigées pour les utilisateurs, pas seulement pour l'équipe.
4 · Intégré et gouverné	Association des utilisateurs.	Un groupe d'utilisateurs ou de clients est associé à l'orientation du produit. Les décisions majeures sont expliquées avec leurs motifs. La satisfaction des parties prenantes est mesurée à intervalle régulier.
5 · Autonome	Communication ciblée.	Chaque profil reçoit l'information qui le concerne, par le canal qui lui convient. La communication est mesurée (lecture, compréhension, questions reçues). Les parties prenantes accèdent en libre-service à l'avancement et à la roadmap.

Effet sur l'utilisateur

Personne n'apprend par hasard ce qui change, et les décisions importantes ont été partagées.

Retours d'expérience et amélioration continue#

L'équipe tire-t-elle des leçons de ce qu'elle fait, et les applique-t-elle ?

Niveau	Signature	Critères à réunir
0 · Artisanal	Les leçons restent dans la mémoire de ceux qui étaient là.	Point de départ : aucun critère.
1 · Local outillé	Discussions informelles.	Les difficultés rencontrées sont discutées après un chantier. Les décisions prises sont parfois notées.
2 · Partagé	Rétrospectives.	Une rétrospective est tenue à intervalle régulier ou à la fin d'un chantier. Chaque rétrospective produit des actions avec un responsable. Les actions décidées sont revues lors de la rétrospective suivante.
3 · Industrialisé	Connaissance conservée.	Les décisions d'architecture et leurs motifs sont consignées. Les enseignements sont accessibles à toute l'équipe, y compris aux nouveaux arrivants. Une documentation d'accueil permet à une nouvelle personne de contribuer rapidement.
4 · Intégré et gouverné	Amélioration suivie.	L'effet des actions d'amélioration est vérifié par des mesures. Une part de la capacité est réservée à l'amélioration des pratiques et des outils. Les enseignements sont partagés entre équipes.
5 · Autonome	Apprentissage organisé.	Les pratiques qui réussissent sont généralisées par un processus défini. L'équipe expérimente de nouvelles pratiques de façon encadrée et en évalue l'effet. La capacité d'amélioration est un objectif suivi, et non un reste de temps.

Effet sur l'utilisateur

Une erreur ou une bonne idée profite à l'équipe suivante au lieu de se perdre.

Origine des critères

Les dimensions s'inspirent des références citées ci-dessous ; les niveaux et les critères sont une synthèse originale, pas une reprise d'un référentiel. Ils sont proposés pour être discutés et adaptés, pas pour faire foi.

Sources et vérification#

Scrum Guides — The 2020 Scrum Guide — artefacts (Product Backlog, Sprint Backlog, Increment) et engagements associés (objectif du produit, objectif du Sprint, définition de « terminé »)
DORA — Software delivery performance metrics — cinq métriques de livraison : délai de modification, fréquence de déploiement, temps de rétablissement, taux d'échec des changements, taux de reprises non planifiées ; vitesse et stabilité ne s'opposent pas
Microsoft Learn — Operational excellence (Azure Well-Architected Framework) — culture DevOps, normes de développement, automatisation
Martin Fowler — Technical Debt — la dette technique rend les évolutions plus coûteuses (les « intérêts ») ; la rembourser là où l'on modifie souvent