La plupart des projets logiciels ne livrent pas.
Nous lisons cette littérature parce que nos clients nous confient des choses difficiles sur des budgets sérieux. La réponse honnête, c'est que le bilan de l'industrie sur ces mandats est mauvais, l'est depuis des décennies, et ne s'améliore qu'avec un petit ensemble de pratiques en place. Nous étudions ce bilan parce que nous refusons d'exposer nos clients à ces risques. Voici les taux de base à connaître, la courbe à respecter, les sept règles qui font consensus chez les autorités du domaine — et notre façon de les appliquer.
Rien d'original ici. C'est ce qui rend tout cela structurant.
Les chiffres que personne n'aime citer.
Quatre résultats marquants tirés de quatre études nommées — Oxford, McKinsey, PwC, Flyvbjerg à la HBR. Chacune à grand échantillon, chacune ancrée sur des décennies. Survolez une carte pour relancer le compteur.
- § 01 / 040 sur 200
grands projets TI livrent leurs bénéfices dans les délais et le budget.
McKinsey × Oxford Global Projects2024 · Jeu de données élargi - § 02 / 040 sur 6
est un Black Swan : 200 % de dépassement de coûts, ~70 % sur l'échéancier.
Flyvbjerg & Budzier · HBRSept. 2011 · 1 471 projets - § 03 / 040 %
de valeur en moins par rapport à ce que le business case prédisait, sur les grands projets TI.
Bloch · Blumberg · Laartz · McKinseyOct. 2012 · 5 400+ projets - § 04 / 040,0 %
des organisations terminent tous leurs projets dans les délais, le budget, la portée, avec les bons bénéfices.
PwC · Programme & Project Management10 640 projets · 30 pays
Le succès s'effondre avec la taille.
Les rapports CHAOS du Standish Group — plus de 50 000 projets sur trois décennies — montrent que le meilleur prédicteur de réussite n'est ni la méthodologie, ni le talent, ni le secteur. C'est la taille. Les petits projets réussissent environ neuf fois sur dix. Les grands, moins d'une fois sur dix.
Plafonner la portée. Puis la plafonner encore.
Source : Standish Group · Rapports CHAOS 1994–2020 (Jim Johnson et coll.) · pourcentages indicatifs tirés des bandes publiées.
La courbe du risque n'est pas une cloche.
La plupart des budgets sont calibrés comme si les dépassements suivaient une distribution normale bien rangée. Ils ne le font pas. Les données de Flyvbjerg — et la mise à jour McKinsey–Oxford — montrent que les dépassements en TI sont à queue épaisse : un pic plus bas autour de la moyenne, puis une longue queue laiton qui s'étire bien au‑delà de 100 % de dépassement, là où vivent les Black Swans.
Sources : Flyvbjerg & Budzier · HBR 2011 ; Bloch et coll. · McKinsey 2012 ; Flyvbjerg & Gardner · How Big Things Get Done (2023). Les courbes sont stylisées ; la forme de la queue est, elle, empirique.
La probabilité qu'un projet TI dérape est environ vingt fois supérieure à ce que prédisent les modèles de risque standard. C'est l'écart entre les deux courbes. C'est la part que la plupart des contingences ignorent.
Ce sur quoi toutes les autorités s'accordent en silence.
Sept résultats récurrents dans la littérature — Standish, McKinsey, BCG, Deloitte, PMI, MIT CISR, Brooks, Flyvbjerg. Le plus remarquable est le peu de désaccord. Les estampilles sous chaque règle nomment les sources qui la soutiennent.
- § 01
Un parrain exécutif actif et imputable.
Un parrain nommé, doté de l'autorité budgétaire et d'un temps significatif sur le mandat. CHAOS 2020 a élevé Good Sponsor au rang de l'un de ses trois facteurs maîtres. McKinsey attribue la moitié des dépassements de coût aux faiblesses sur la stratégie et les parties prenantes.
- Standish CHAOS 1994–2020
- McKinsey 2012
- BCG 2020
- Deloitte ERP
- PMI Pulse 2017
- § 02
Des objectifs d'affaires clairs — et la réalisation des bénéfices, pas seulement le triangle d'or.
Le PMBOK 7 (2021) et 8 (2025) ancre le succès dans la valeur, pas seulement la portée/le temps/le coût. Le préalable du MIT CISR est la clarté du modèle opérationnel : Diversification, Coordination, Réplication ou Unification. Sans cela, on exécute le mauvais système à la perfection.
- PMI PMBOK 7/8
- MIT CISR · Ross · Weill
- McKinsey value assurance
- Flyvbjerg
- § 03
Réduire agressivement la portée et l'échéancier. Livrer en petits modules.
Le résultat le plus sur‑déterminé de la littérature. Loi de Brooks, partage 90/10 du Standish, règle McKinsey du ≤ 4 semaines / ≤ 20 personnes‑jours, Build with Lego de Flyvbjerg. Chaque année additionnelle de durée ajoute environ 15 % de dépassement.
- Brooks · Mythical Man-Month
- Standish CHAOS
- McKinsey 2012
- Flyvbjerg · How Big Things Get Done
- DORA / Accelerate
- § 04
Adopter la vue extérieure : prévision par classe de référence.
Remplacer les estimations point par point internes par la distribution empirique de projets comparables achevés. Endossée par l'American Planning Association en 2005, adoptée par HM Treasury, le ministère danois des Transports et d'autres. La queue épaisse est la raison pour laquelle cela compte.
- Flyvbjerg · Oxford / Saïd
- Kahneman · Nobel 2002
- APA 2005
- HM Treasury
- § 05
Sécuriser et retenir une bonne équipe.
Standish : Good Team — compétente, mature, faible latence de décision — est un attribut maître du succès. Brooks documente des écarts d'un ordre de grandeur de productivité entre ingénieurs. McKinsey : le staffing l'emporte sur le processus. Traiter l'équipe d'implantation comme la variable la plus importante.
- Standish CHAOS 2020
- McKinsey 2014 · talent
- Brooks
- BCG 2020
- Deloitte ERP
- § 06
Engagement continu des parties prenantes. Les exigences comme flux, pas comme phase.
User involvement figure dans le top‑cinq Standish à chaque rapport depuis 1994. PMI Pulse 2017 classe les exigences imprécises comme deuxième cause d'échec. Le demand shaping du MIT CISR remplace la budgétisation annuelle par un repositionnement continu du portefeuille.
- Standish CHAOS
- PMI Pulse 2017
- McKinsey value assurance
- MIT CISR · Ross & Beath
- § 07
Maturité de processus disciplinée et livraison agile — pas l'un ou l'autre.
Les standards qui gouvernent le logiciel d'entreprise — le CMMI de Carnegie Mellon et l'ISO/IEC/IEEE 12207 — accommodent explicitement les cycles hybrides. Le choix de méthodologie compte moins que la discipline d'exécution : le Pulse 2024 de PMI ne trouve pas d'écart significatif entre approches prédictive, agile et hybride.
- Carnegie Mellon SEI / CMMI
- ISO/IEC/IEEE 12207:2017
- ISO 21502:2020
- PMI Pulse 2024
Trois seuils que nous ne franchissons pas.
Des déclencheurs concrets, fixés à l'avance, inscrits au mandat. Lorsqu'un seul d'entre eux se déclenche, le travail s'arrête et est rebaselé. Les jauges sont calibrées sur les distributions empiriques ci‑dessus.
- § 01
Dépassement budgétaire.
Si le coût total projeté franchit 130 % du budget initial, le projet s'arrête et est rebaselé avant tout nouvel engagement. C'est environ la médiane empirique des dépassements chez Flyvbjerg à une porte de catégorie B — au‑delà, nous volons à l'aveugle dans la queue.
- § 02
Dérive qualité.
Si la densité de défauts en acceptation utilisateur grimpe pendant trois sprints d'affilée, la nouvelle portée est gelée et l'équipe stabilise la surface existante. La régression vers le chaos de Brooks — quand les défauts croissent plus vite qu'on ne les ferme, plus de fonctionnalités ne fait qu'aggraver la pente.
- § 03
Changement d'autorité.
Si le parrain nommé quitte son rôle, le mandat est traité comme un redémarrage — découverte, alignement, révision du contrat. La continuité n'est pas présumée. Le mode d'échec le plus puissant de la littérature est la perte silencieuse de la couverture exécutive.
Ce que le studio fait différemment.
Nous ne prétendons pas dépasser les taux de base en étant plus malins que McKinsey ni plus travailleurs que le SEI. Nous y arrivons en refusant les mandats où les règles ne peuvent pas être respectées — et en structurant le reste du travail pour que les règles soient suivies par défaut, pas par héroïsme.
- § 01Prévision par classe de référence sur chaque proposition.
Les estimations internes reçoivent un ajustement extérieur tiré de mandats comparables achevés. Si le budget visé par le client se situe sous le 30e percentile de la classe de référence, nous restructurons la portée ou refusons. Nous refusons le mandat que nous ne pouvons pas livrer honnêtement.
- § 02≤ 4 semaines · ≤ 20 personnes‑jours par incrément.
Chaque livrable est décomposé pour tenir dans la règle McKinsey. Les travaux ERP et d'approvisionnement livrent module par module — gestion des fournisseurs, réquisitions, catalogues, approbations, analyses — jamais en big bang. La cadence est la contrainte qui empêche la queue épaisse.
- § 03Un parrain nommé. Un architecte nommé.
Refus de démarrer sans les deux. Le parrain protège le travail de la dérive politique. L'architecte le protège de la dérive fonctionnelle — l'intégrité conceptuelle de Brooks. Deux points uniques d'imputabilité plutôt qu'un comité d'intentions.
- § 04Réalisation des bénéfices dans le business case, pas seulement les jalons de mise en service.
Nous instrumentons ce que le travail est censé causer, pas ce qu'il livre. Quand c'est commercialement possible, une partie des honoraires est liée aux résultats mesurés. La métrique appartient au contrat ; sinon le mandat ne livre que des diagrammes.
Lire la littérature primaire.
Chaque affirmation ci‑dessus est traçable à une étude nommée, à grand échantillon. C'est la convergence qui compte. Allez aux originaux — le studio en garde des annotations internes.
- Flyvbjerg & Budzier · Why Your IT Project May Be Riskier Than You Think · HBR sept. 2011
- Bloch · Blumberg · Laartz · Delivering large‑scale IT projects on time, on budget, and on value · McKinsey 2012
- Flyvbjerg & Gardner · How Big Things Get Done · Currency / Penguin 2023
- Standish Group · CHAOS Report 2020: Beyond Infinity (Jim Johnson)
- BCG · Flipping the Odds of Digital Transformation Success · oct. 2020
- PMI · A Guide to the Project Management Body of Knowledge (PMBOK), 7e éd. · 2021
- PMI · Pulse of the Profession 2017 · Success Rates Rise
- Brooks · The Mythical Man‑Month: Essays on Software Engineering · Addison‑Wesley 1975 / 1995
- Ross · Weill · Robertson · Enterprise Architecture as Strategy · MIT CISR / HBR Press 2006
- Carnegie Mellon SEI / CMMI Institute · CMMI Model v3.0 (2023)
- ISO/IEC/IEEE 12207:2017 · Software life cycle processes
- PwC · Boosting Business Performance through Programme and Project Management (3e éd.)
Un projet sérieux sur la table ?
Apportez‑nous le mandat avant que le contrat ne soit signé. Nous pouvons stresser la portée contre la classe de référence, structurer la cadence d'incréments, et vous dire honnêtement si le travail tel que scopé tient dans la zone sûre — ou dans la queue.