Matrice de maturité — Conduite de projet informatique (PI)

Cette matrice mesure comment un projet informatique est piloté : cadré, gouverné, planifié, protégé des risques, porté par une équipe, communiqué, livré et rentabilisé.

Guide≈ 8 min de lectureVérifiéLecture

En bref

Cette matrice mesure comment un projet informatique est piloté : cadré, gouverné, planifié, protégé des risques, porté par une équipe, communiqué, livré et rentabilisé.
Elle se lit sur 11 thèmes et 5 niveaux ; chaque niveau est une promesse (un résultat observable) accompagnée de jalons vérifiables.
Elle ne dit pas comment faire (Scrum, prédictif, hybride…) : elle dit ce que l'on obtient. Les moyens sont dans Conduite de projet et Outils.
Elle se distingue des trois autres matrices : ici le pilotage, la gouvernance et le facteur humain ; l'ingénierie du code est dans Développement logiciel, la donnée comme actif dans Conduite de projet data, le produit BI dans Développement BI.

Sur cette page

Promesse du domaine
Public et usage
Périmètre
Les 11 thèmes et leurs codes
Tableau de synthèse thèmes × niveaux
Règle de notation
Lecture des scores
Portes d'entrée et dépendances
Profils d'organisation types
Limites de la matrice
Voir aussi

Niveau : 🟢→🔴

Promesse du domaine#

Un projet informatique mature livre ce qui a de la valeur, à un coût et un rythme que l'on avait annoncés, sans épuiser son équipe, sans mauvaise surprise pour ceux qui le financent, et en apprenant de chaque expérience.

Au niveau 1, cette promesse est un aléa : tout dépend de quelques personnes et de la chance. Au niveau 5, elle devient une propriété du système : les écarts sont détectés avant d'être coûteux, la valeur est mesurée après la livraison et non supposée, et l'organisation corrige ses propres règles. Le niveau 5 est volontairement très difficile à atteindre complètement (voir limites).

Public et usage#

Public	Usage typique
Chef de projet, responsable de produit	Situer son projet, choisir deux ou trois thèmes à faire progresser ce semestre
Sponsor, direction, PMO	Comparer des projets sur une même échelle, repérer les thèmes systématiquement faibles
Développeur BI/datamart expérimenté qui forme des juniors	Disposer d'un langage commun : « nous sommes à 2 en risques, visons 3 »
Auditeur, qualité	Vérifier par des preuves (colonne « Preuve vérifiable ») plutôt que par des déclarations

Usage recommandé : une auto-évaluation par projet, en atelier d'une demi-journée, avec des preuves à l'appui (voir auto-évaluation et NOTATION), répétée tous les 6 à 12 mois. La matrice sert à décider où investir, pas à classer des personnes.

Périmètre#

Dans le champ : le pilotage d'un projet ou d'un produit informatique de bout en bout, de l'idée au bénéfice mesuré ; les pratiques d'équipe, de décision, de communication, de qualité de livraison et de valeur.

Hors champ (traité ailleurs, avec renvois) :

la qualité interne du code, les tests automatisés, l'intégration continue, l'architecture → Développement logiciel ;
la qualité des données, le catalogue, la gouvernance de la donnée, le RGPD sur les données → Conduite de projet data ;
le modèle sémantique, le DAX, la RLS, la restitution Power BI → Développement BI ;
la gestion de portefeuille de projets, la stratégie d'entreprise et les achats publics (non traités) ;
le choix d'un outil précis (voir panorama des outils de planification).

Les thèmes « Qualité et recette » et « Livraison » ne couvrent que le point de vue du pilotage (critères d'acceptation, décision de mise en production, gestion du changement) ; leur pendant technique est dans la matrice DL.

Les 11 thèmes et leurs codes#

N°	Code	Thème	En une phrase
01	`CAD`	Cadrage et vision	Savoir pourquoi on fait le projet, pour qui, et ce que « réussir » veut dire.
02	`GOU`	Gouvernance et pilotage	Décider vite et au bon niveau, avec une information fiable sur l'état réel.
03	`PLA`	Planification et estimation	Annoncer des dates et des charges dont on connaît la fiabilité.
04	`PER`	Gestion du périmètre et des exigences	Maîtriser ce qui entre, sort et change, sans gel absurde ni dérive.
05	`RSK`	Gestion des risques	Voir venir les problèmes et agir avant qu'ils ne coûtent.
06	`EQU`	Équipe et collaboration	Une équipe qui se coordonne, tient la durée et ne dépend pas d'un héros.
07	`PAR`	Parties prenantes et communication	Chacun reçoit la bonne information, et nul n'est surpris.
08	`QUA`	Qualité et recette	Ce qui est livré est accepté sur des critères connus d'avance.
09	`LIV`	Livraison et mise en production	Livrer fréquemment, sereinement, avec un retour arrière possible.
10	`AMC`	Amélioration continue et apprentissage	Transformer chaque incident et chaque projet en règle qui s'améliore.
11	`VAL`	Budget, valeur et bénéfices	Piloter le coût et vérifier que la valeur promise est obtenue.

Les identifiants de jalon suivent le schéma PI-<THÈME>-<niveau>.<n>, par exemple PI-RSK-3.2 : deuxième jalon du niveau 3 du thème risques.

Tableau de synthèse thèmes × niveaux#

Thème	1 — Subi	2 — Reproductible	3 — Défini	4 — Mesuré	5 — Optimisé
CAD	idée orale, but flou	objectif écrit par projet	vision, périmètre et critères de succès validés	décisions de go/no-go chiffrées	portefeuille arbitré, arrêts assumés
GOU	décisions au fil de l'eau	réunions de suivi régulières	instances, rôles, seuils d'escalade	écarts détectés et traités sous une semaine	gouvernance adaptée au risque et allégée
PLA	dates imposées	plan avec jalons	estimation par l'équipe, buffers explicites	fiabilité des prévisions connue	prévision probabiliste fiable
PER	demandes par mail	liste des demandes	backlog priorisé, changements tracés	dérive de périmètre mesurée	périmètre piloté par la valeur
RSK	on réagit aux crises	liste de risques	registre vivant, propriétaires, plans	exposition suivie, risques réalisés analysés	risques intégrés aux décisions
EQU	héros isolés	rôles connus	rituels, charge soutenable	santé d'équipe mesurée	équipes autonomes, bus factor ≥ 3
PAR	information à la demande	points réguliers	plan de communication et cartographie	satisfaction mesurée	confiance, zéro surprise
QUA	recette à la fin	cahier de recette	critères d'acceptation d'avance	défauts échappés mesurés	qualité pilotée par la prévention
LIV	livraison manuelle risquée	procédure écrite	rythme régulier, retour arrière prévu	délais et échecs mesurés	livraison continue sans événement
AMC	pas de retour d'expérience	rétrospective parfois	actions suivies	efficacité des actions mesurée	l'organisation apprend et simplifie
VAL	coût découvert à la fin	budget initial	budget suivi et valeur déclarée	valeur mesurée après livraison	investissement piloté au rendement réel

Règle de notation#

Règle commune à toutes les matrices (citée à l'identique) :

chaque jalon a un avancement 0 / 0,5 / 1. Un niveau N est acquis si la moyenne des avancements de tous les jalons des niveaux 1 à N est ≥ 0,8 et qu'aucun jalon n'est à 0. Score du thème = N_acquis + moyenne des avancements des jalons du niveau N_acquis+1 × 0,99 (ex. 2,4). Score de la matrice = moyenne pondérée des thèmes (poids par défaut 1, modifiable). Un score entier de 5,0 est exceptionnel et peut n'être jamais atteint : ce n'est pas un échec.

Conseils pratiques : n'attribuer 1 qu'avec une preuve produite pendant la conversation (le document, le tableau de bord, le ticket) ; attribuer 0,5 quand la pratique existe mais n'est ni constante ni vérifiée ; pondérer à la hausse les thèmes où l'organisation prend le plus de risque (exemple : RSK ×2 sur un projet réglementaire).

Lecture des scores#

Score	Ce que dit la tranche (sans jugement moral)
0–1	Le résultat dépend des personnes et des circonstances. Normal pour une petite équipe, un prototype ou un démarrage.
1–2	Des habitudes existent mais ne sont ni écrites ni partagées. Le départ d'une personne clé se paie.
2–3	Les pratiques sont reproductibles dans l'équipe. Les résultats sont corrects en conditions normales.
3–4	Les pratiques sont définies à l'échelle de l'organisation et suivies par des chiffres. Les écarts sont vus tôt.
4–5	Le système s'améliore lui-même. Coût d'entretien élevé : justifié seulement si l'enjeu l'exige.

Un score élevé n'est pas un objectif universel. Un projet de trois mois à deux personnes n'a aucune raison de viser 4 en gouvernance ; viser le niveau suffisant pour le risque et la taille est un signe de maturité.

Portes d'entrée et dépendances#

Par où commencer (gain élevé, effort modeste) :

CAD : sans but et critères de succès, tout le reste optimise la mauvaise chose.
PER : un backlog unique et priorisé réduit immédiatement la confusion.
RSK : un registre court, relu chaque semaine, rapporte vite.
PAR : un point régulier et une page d'état évitent la majorité des surprises.

Dépendances (lire « A avant B ») :

CAD ─► PER ─► PLA ─► GOU ─► VAL
 │      │              ▲
 │      └──► QUA ─► LIV│
 ├──► PAR ─────────────┘
 └──► RSK ─► GOU
EQU (socle de tout) ─► AMC (alimente tous les thèmes)

PLA fiable suppose un PER maîtrisé : on ne prévoit pas ce qui change sans trace.
LIV au niveau 4–5 suppose QUA au niveau 3 au moins ; la partie technique est dans Intégration et livraison continues.
VAL au niveau 4 suppose CAD au niveau 3 (sans critères de succès, pas de valeur à mesurer).
AMC est un multiplicateur : sans lui, aucun autre thème ne progresse durablement.

Profils d'organisation types#

Scores plausibles par thème, à titre d'illustration (appréciations contextuelles, non des normes).

Profil	CAD	GOU	PLA	PER	RSK	EQU	PAR	QUA	LIV	AMC	VAL	Moyenne
Petite équipe BI « artisanale », 2–4 personnes, rapports pour la direction	1,6	1,2	1,0	1,8	0,8	2,2	1,8	1,4	1,2	1,0	0,6	1,3
Équipe produit SFA/datamart, 8–12 personnes, kits de version, TFVC	2,6	2,4	2,2	2,8	2,0	2,8	2,4	2,6	2,4	1,8	1,4	2,3
DSI d'une ETI, plusieurs projets, PMO	3,2	3,6	3,0	3,0	3,2	2,4	3,2	2,8	3,0	2,0	2,6	2,9
Organisation très régulée (santé, finance)	3,6	4,0	3,2	3,6	4,0	2,6	3,4	3,8	3,2	2,4	3,0	3,3
Éditeur à produit mature, livraison continue	3,4	3,0	3,6	3,2	2,8	3,8	3,0	3,4	4,2	3,8	3,2	3,4

Ces profils montrent surtout que les forces sont inégales : l'organisation régulée excelle en risques mais apprend lentement ; l'éditeur livre vite mais cadre moins. Une matrice utile fait voir ces déséquilibres.

Limites de la matrice#

Elle mesure des pratiques observables, pas la réussite du projet. Un projet peut réussir avec un score bas (chance, équipe exceptionnelle) ou échouer avec un score haut (marché qui change).
Loi de Goodhart : dès qu'un jalon devient un objectif, on l'optimise sans l'atteindre. Chaque thème liste ses pièges de gaming ; l'évaluation par des preuves croisées (documents et entretiens) les limite.
Les seuils chiffrés sont des repères, pas des normes : ils dépendent de la taille, du secteur, du risque.
Le niveau 5 est partiellement théorique : il sert à montrer la promesse et à inciter à progresser.
Les thèmes ne sont pas indépendants (voir dépendances) ; un score isolé élevé sur un thème en aval d'un thème faible est suspect.
Subjectivité résiduelle : deux évaluateurs diffèrent d'un demi-point sur un jalon ; c'est acceptable si l'on évalue toujours de la même façon et que l'on compare à soi-même dans le temps.
Données volatiles (outils, versions) : voir les dossiers de contenu, état 2026-10.

Voir aussi#

Autres matrices : Développement logiciel · Conduite de projet data · Développement BI · Index des matrices · Auto-évaluation.
Méthodes qui enseignent la pratique : Fondamentaux · Scrum — cadre · Méthodes prédictives · Choisir et hybrider · Pièges et bonnes pratiques · IA et conduite de projet.
Outils : Azure DevOps / TFS · Métriques et reporting de projet.
Lecture de la notation : NOTATION · Glossaire · Parcours.

Suivant : 01 — Cadrage et vision →

✻ Rédigé par Claude Sonnet 5.5