Taux d'echec des projets IT : les vraies statistiques (et ce qu'elles cachent)
30 ans de donnees Standish Group decortiquees. Ce que les chiffres disent vraiment - et ce qu'ils ne mesurent pas.
Les chiffres qui font mal
Depuis 1994, le Standish Group publie son rapport CHAOS, la reference mondiale sur les taux de reussite des projets IT. Les derniers chiffres disponibles (CHAOS Report 2020) sont sans appel :
Projets livres dans les temps, le budget, avec toutes les fonctionnalites prevues
Projets livres mais avec depassement de delai, de budget, ou perimetre reduit
Projets abandonnes ou livres mais jamais utilises
Dit autrement : sur 10 projets IT que vous lancez, 7 vont connaitre des difficultes majeures, et 2 seront des echecs complets. Ce n'est pas du pessimisme - c'est de la statistique.
Ces chiffres sont stables depuis 30 ans. Malgre l'agilite, le DevOps, le cloud, et les milliards investis en outils et formations - le taux d'echec n'a fondamentalement pas bouge.
Ce qu'on appelle 'echec' dans ces statistiques
Le Standish Group utilise une definition precise - et discutable - de l'echec. Comprendre cette definition est essentiel pour interpreter les chiffres.
Depassement de delai
Le projet livre apres la date initialement prevue. Meme un jour de retard compte comme 'challenge'.
En realite : En realite, peu de projets complexes livrent exactement a la date prevue 18 mois plus tot. La vraie question est : le retard etait-il acceptable ?
Depassement de budget
Le projet coute plus que l'estimation initiale. Le critere ne distingue pas +10% et +300%.
En realite : Une estimation a 18 mois est une conjecture. La recherche montre que les estimations initiales ont une marge d'erreur de +/- 400% pour les projets complexes.
Perimetre incomplet
Le projet livre moins de fonctionnalites que prevu initialement.
En realite : Souvent, c'est une bonne chose. Un projet qui livre 60% du perimetre mais les 60% les plus importants cree plus de valeur qu'un projet qui livre 100% d'un perimetre mal defini.
Abandon ou non-utilisation
Le projet est annule, ou livre mais jamais adopte par les utilisateurs.
En realite : C'est le seul critere qui mesure vraiment l'echec. Mais il ne represente que 19% des projets.
La definition du Standish Group mesure le respect des engagements initiaux, pas la creation de valeur. Un projet 'challenge' peut etre un succes business. Un projet 'succes' peut etre un desastre strategique.
L'evolution historique : pourquoi ca ne s'ameliore pas
Le premier rapport CHAOS date de 1994. A l'epoque, le taux de succes etait de 16%. En 2020, il est de 29%. Une amelioration ? A peine.
| Annee | Succes | Challenges | Echecs | Contexte |
|---|---|---|---|---|
| 1994 | 16% | 53% | 31% | Ere des grands projets waterfall, mainframes, methodologies lourdes |
| 2004 | 29% | 53% | 18% | Debut de l'agilite, emergence des ERP, premiers projets web |
| 2014 | 28% | 55% | 17% | Agilite mainstream, cloud computing, smartphones |
| 2020 | 31% | 50% | 19% | DevOps, cloud natif, IA, transformation digitale |
En 26 ans, le taux de succes a gagne 15 points. Mais depuis 2004, il stagne autour de 29-31%. Toutes les revolutions methodologiques des 20 dernieres annees n'ont produit qu'une amelioration marginale.
La vraie question n'est pas 'Quelle nouvelle methode va tout changer ?' C'est 'Pourquoi les methodes ne changent rien ?'
L'impact de la taille : les petits projets reussissent mieux
Les donnees Standish Group revelent un facteur determinant : la taille du projet. Plus un projet est gros, plus il echoue.
Petits projets
Taux de succes
Les petits projets ont plus de 2 fois plus de chances de reussir
Projets moyens
Taux de succes
Le taux de succes chute des que le projet depasse 6 mois
Grands projets
Taux de succes
Les mega-projets echouent presque systematiquement
Un projet de 10M$ a 8 fois moins de chances de reussir qu'un projet de 500K$. Ce n'est pas une question de competence - c'est de la physique des systemes complexes.
Pour une ETI, la conclusion est claire : decoupez vos grands projets en initiatives de 3-6 mois. Chaque livraison intermediaire est un point de decision, pas un jalon administratif.
L'impact des methodes agiles : mieux, mais pas miraculeux
L'agilite est souvent presentee comme la solution aux echecs de projets. Les donnees Standish Group nuancent cette affirmation.
| Methode | Succes | Challenges | Echecs |
|---|---|---|---|
| Waterfall | 14% | 59% | 27% |
| Agile | 42% | 50% | 8% |
Les projets agiles ont 3 fois plus de chances de reussir que les projets waterfall. Mais attention a l'interpretation :
Correlation vs causalite
Les organisations qui adoptent l'agilite sont peut-etre deja plus matures. L'effet serait alors lie a la culture, pas a la methode.
Definition floue
Qu'est-ce qu'un projet 'agile' ? Une equipe qui fait des sprints de 2 semaines mais subit une roadmap imposee n'est pas vraiment agile.
Biais de survie
Les projets agiles sont souvent plus petits. Et on a vu que la taille est le facteur determinant.
L'agilite aide, mais elle ne resout pas le probleme fondamental : trop de projets pour la capacite disponible, pas d'arbitrage reel, engagements irrealistes des le depart.
Ce que ces statistiques ne mesurent pas
Les chiffres Standish Group mesurent le respect des engagements initiaux. Ils ne mesurent pas ce qui compte vraiment pour une entreprise.
La valeur business reellement creee
Un projet peut livrer dans les temps et le budget, mais ne jamais generer le ROI attendu. A l'inverse, un projet 'challenge' peut creer une valeur disproportionnee.
Un ERP livre avec 6 mois de retard mais qui transforme l'efficacite operationnelle est-il un echec ?
Le cout d'opportunite
Pendant qu'une equipe travaille sur un projet qui depasse, elle ne travaille pas sur autre chose. Ce cout invisible n'est jamais mesure.
18 mois sur un projet qui derape, c'est 18 mois de non-innovation ailleurs.
L'impact sur les equipes
Les projets en difficulte epuisent les equipes. Le turnover, le burn-out, la perte de competences ne sont jamais comptabilises.
Un projet 'reussi' au prix de 3 demissions cle est-il vraiment un succes ?
La qualite de la decision initiale
Les statistiques mesurent l'execution, pas la pertinence du projet. Livrer parfaitement un projet inutile reste un echec strategique.
Combien de projets 'reussis' n'auraient jamais du etre lances ?
Les statistiques Standish Group sont utiles pour prendre conscience du probleme. Elles sont insuffisantes pour le resoudre.
Pourquoi votre entreprise n'est pas une statistique
Face a ces chiffres, deux reactions sont possibles. La resignation : 'C'est comme ca, on ne peut rien y faire.' Ou la lucidite : 'Ces statistiques decrivent la moyenne, pas une fatalite.'
Votre entreprise n'est pas condamnee a un taux d'echec de 70%. Les 30% qui reussissent ne sont pas plus intelligents - ils ont mis en place des mecanismes differents.
Ils disent non
Les organisations qui reussissent refusent activement des projets. Pas parce qu'ils sont mauvais - parce qu'elles n'ont pas la capacite de les faire bien.
Ils decoupent les gros projets
Au lieu d'un projet de 18 mois, ils font 6 initiatives de 3 mois. Chaque livraison est un point de decision.
Ils mesurent la realite, pas le plan
Ils savent ce qui consomme de la capacite, ce qui avance vraiment, ce qui bloque. Pas des tableaux green/orange/red.
Ils ajustent en continu
Un projet qui derape n'est pas un echec a cacher. C'est une information pour decider : on continue, on reduit, ou on arrete.
La vraie question n'est pas 'Quel est le taux d'echec moyen ?' C'est 'Que devez-vous changer pour ne pas etre dans la moyenne ?'
L'approche Quarter Plan : comment passer dans les 30%
La methode Quarter Plan s'attaque aux causes profondes d'echec que les statistiques revelent, sans tomber dans les pieges methodologiques habituels.
Engagements trimestriels, pas annuels
Les statistiques montrent que les petits projets (< 6 mois) reussissent 2x plus. Quarter Plan structure tous les engagements sur 90 jours maximum.
Impact : Vous passez de 3 gros paris a 12 ajustements mesurables par an
Arbitrage par la capacite
L'echec vient souvent de la surcharge : trop de projets pour les equipes disponibles. Quarter Plan lie explicitement engagement et capacite reelle.
Impact : Vous arretez de promettre ce que vous ne pouvez pas tenir
Visibilite totale du portefeuille
Les statistiques ne mesurent que les projets 'officiels'. Mais la capacite est aussi consommee par le run, les urgences, les initiatives non arbitrees.
Impact : Vous voyez enfin tout ce qui consomme de la capacite - et pouvez arbitrer
Boucles de feedback courtes
Un projet qui derape pendant 18 mois accumule 18 mois de dette. Des bilans trimestriels permettent de corriger en 90 jours.
Impact : Les problemes sont visibles et traitables, pas caches et catastrophiques
Quarter Plan ne garantit pas 100% de succes - c'est impossible. Mais il reduit drastiquement les causes systemiques d'echec que les statistiques revelent depuis 30 ans.
Les resultats mesurables de l'approche Quarter Plan
Les organisations qui ont adopte Quarter Plan constatent des resultats significatifs des les premiers trimestres :
Compare aux 29% de succes du Standish Group, un taux de realisation de 85% peut sembler irrealiste. La difference : Quarter Plan mesure des engagements realistes sur 90 jours, pas des promesses optimistes sur 18 mois.
"On a arrete de se mentir sur ce qu'on pouvait faire. Et paradoxalement, on fait plus qu'avant - parce qu'on finit ce qu'on commence."— DSI, ETI industrielle
Ressources complementaires
70% des projets strategiques echouent
Analyse approfondie des causes systemiques d'echec et comment les eviter.
La methode Quarter Plan
Vue complete de l'approche en 4 etapes : cartographier, arbitrer, engager, livrer.
Gouvernance de portefeuille
Comment installer une gouvernance qui prend des decisions et les tient.
Nos offres d'accompagnement
Comment nous pouvons vous aider a passer dans les 30% qui reussissent.
Autres benchmarks IT
Budget IT moyen des ETI
Les chiffres de référence par taille et secteur d'activité.
Nombre de projets en portefeuille
Combien de projets une DSI peut-elle gérer efficacement ?
Durée de mandat des DSI
Pourquoi le turnover DSI est le plus élevé du COMEX.
Ratio budget IT / CA
Êtes-vous dans la moyenne de votre secteur ?
Prêt à passer de l'intention à l'exécution ?
18 pages · PDF gratuit · Envoi immédiat