Pourquoi les projets échouent

Un projet réalisé dans le strict respect du plan initial est peu courant. Les risques font partie de tout projet et la tâche du gestionnaire est de les empêcher de provoquer des échecs. Dans cet article, nous découvrirons pourquoi les projets échouent et comment gérer les risques d'échec.

Dans la vraie vie, les projets se déroulent rarement comme prévu - c'est un fait triste mais vrai. Les échecs arrivent, mais ils ont aussi leurs effets positifs. Ils sont une source d'expérience et de leçons précieuses qui aident à réussir dans l'avenir. Dans cet article, nous examinerons de plus près les raisons des échecs de projet, les échecs de projet célèbres et les leçons apprises, ainsi que des recommandations générales sur la façon de les éviter.

Raisons courantes des échecs de projet

Chaque projet est individuel, ce qui signifie que ses risques et les raisons possibles de son échec sont également individuels. Cependant, il existe des raisons typiques d'échecs qui peuvent apparaître dans n'importe quel environnement. Et, tout en suivant attentivement les données de votre projet pour identifier les éventuels goulots d'étranglement et vulnérabilités, il est utile d'être conscient des situations courantes qui provoquent des échecs.

• Fluage portée

  Causé par diverses raisons, le fluage de la portée est le principal facteur qui conduit à l'échec d'un projet. Les changements imprévus, les erreurs d'estimation et les retards imprévus conduisent l'équipe à ne pas être en mesure de livrer l'étendue des travaux convenue dans les délais requis. C'est pourquoi une planification minutieuse et une bonne gestion du changement sont essentielles à la réussite du projet.

• Erreurs d'allocation de ressources

  Le manque de personnel et trop de travail entrepris par l'équipe causent le problème d'allocation des ressources : trop peu de personnes travaillent sur trop de projets ou de tâches en même temps. Sans surprise, moins de travail est effectué (nous nous souvenons tous des effets néfastes du multitâche) et les projets finissent par échouer - sans parler des effets cumulés sur les performances du personnel et l'environnement de travail.

• Mauvaise communication

  On a beaucoup parlé de l'importance de la communication dans la gestion de projet, mais les équipes et les individus ont encore tendance à faire face à son manque. Il ne s'agit pas seulement de la communication du manager avec l'équipe, mais aussi de l'échange d'informations entre les membres de l'équipe. Cela permet de mieux planifier le travail, de détecter les éventuels goulots d'étranglement et d'éviter les problèmes majeurs.

• Estimations erronées

  Une estimation précise signifie une planification correcte, mais ce n'est pas toujours possible. Cela est particulièrement vrai pour les tâches non triviales et les projets non standard. Bien sûr, même les « suppositions » peuvent parfois s'avérer exactes, mais ce n'est généralement pas le cas. Ainsi, augmenter la précision des estimations et, si ce n'est pas possible, réserver du temps pour un travail accru est essentiel pour exécuter et livrer un projet.

• Mauvaise surveillance

  Bien qu'il semble assez évident que le suivi et le contrôle sont importants à chaque étape du projet, parfois le projet échoue encore parce que ce type de travail de projet n'est pas effectué sur les premières étapes. Une surveillance appropriée permet de gérer les changements, d'ajuster les calendriers et les plans et d'empêcher la dérive de la portée et les problèmes qui en découlent.

• Microgestion

  La microgestion n'est pas la même chose qu'un contrôle approfondi - et ses effets négatifs ruinent littéralement les efforts de l'équipe pour livrer un projet à temps. Cela invite au manque de confiance et détruit l'idée du travail d'équipe agile et de la collaboration. En outre, cela consomme des quantités de temps à peine abordables pour les gestionnaires qui, autrement, pourraient être dépensées de manière productive.

• Pas de gestion des risques

  Comme nous le voyons, il existe de nombreuses raisons communes pour les échecs de projet, et encore plus uniques. Un gestionnaire avisé devrait les détecter et les prévenir à un stade précoce. Les risques ne disparaissent pas simplement lorsqu'ils sont ignorés, et lorsqu'aucune gestion des risques n'est effectuée, ils apparaissent lors des étapes ultérieures et provoquent une dérive majeure de la portée.

9 échecs de projet célèbres et leçons apprises

Lorsque de grands projets échouent, ils finissent dans les gros titres - ou parfois dans les livres d'histoire. Leurs résultats se transforment en grandes leçons pour tout manager : quelles erreurs peuvent ruiner tous les efforts investis et doivent être évitées, quels problèmes peuvent être anticipés au cours des différentes phases du projet et comment les gérer. Voici une liste de plusieurs échecs de projets notoires du passé et du présent.

1. Edsel par Ford

L'un des échecs historiques mémorables est ce projet ambitieux de Ford : une toute nouvelle voiture nommée d'après le fils d'Henry Ford, une étude de marché approfondie, des installations de production spéciales - et les attentes élevées qui en résultent. Cependant, au moment où la recherche a été effectuée et que la voiture a été présentée en 1957, le marché s'est déjà tourné vers l'achat de voitures compactes - ce qui n'était pas le cas d'Edsel.

Leçons apprises : Avec tout le respect pour l'importance d'une recherche approfondie et d'un développement élaboré, il est toujours crucial de se souvenir de la vitesse de la dynamique du marché. Ralentir un projet, c'est rater des opportunités de marché.

Note : "L'échec est simplement l'occasion de recommencer, cette fois plus intelligemment", a déclaré Henry Ford, et l'échec d'Edsel n'a finalement pas été une perte totale : les installations de production construites pour lui ont été utilisées pour produire la nouvelle gamme de voitures compactes.

2. DeLorean DMC-12

La célèbre voiture « Retour vers le futur » et l'un des échecs de projet les plus connus : l'entreprise et le projet de son seul modèle de voiture ont souffert de divers problèmes bien avant la production de la première voiture, et dès les premiers stades, les consultants prévoyaient une 1 chance sur 10 de succès. Finalement, cela s'est transformé en problèmes de qualité, en retards énormes et en problèmes financiers. En 1982, John DeLorean, le fondateur, a été arrêté pour trafic de drogue, et même s'il a été déclaré non coupable, il était trop tard.

Cependant, DeLorean semble revenir : la nouvelle voiture est annoncée pour début 2019, avec un moteur amélioré et des vitesses plus rapides.

Leçons apprises : grande incertitude déjà au tout début du projet, mauvaise planification et manque de gestion de la qualité ne sont pas vraiment des ennemis inattendus de la réussite du projet. Autre leçon : dans certains cas, tirer parti de la nostalgie et résoudre des problèmes critiques du passé peut redonner vie au projet.

3. Microsoft Zune

Au début des années 2000, Apple a pris le contrôle du marché des lecteurs multimédias portables avec son iPod, mais Microsoft ne pouvait pas accepter cette perte. Au lieu de s'avouer vaincus, ils sortent leur lecteur portable Zune. Le lecteur n'était pas un mauvais produit en soi, mais il était trop cher, uniquement Windows et, le plus important, un produit conçu pour chasser le concurrent. Comme on pouvait s'y attendre, il a échoué et a été interrompu.

Leçons apprises : il est parfois préférable d'admettre la défaite et de découvrir les segments du marché où vous pouvez proposer des produits compétitifs.

4. Dossier de cas virtuel

Virtual Case File, ou VCF, était un projet gouvernemental d'une application logicielle destinée à moderniser l'infrastructure informatique obsolète du FBI. Après cinq ans de développement et près de 170 millions de dollars consommés, le projet a été abandonné. Le FBI a fini par faire face à de vives critiques à l'encontre du programme, car il a fait perdre des millions de dollars aux contribuables et n'a mené à rien.

Leçons apprises : le projet a littéralement souffert de toutes sortes d'échecs de développement logiciel : manque d'architecture technique, glissement de la portée, microgestion, gonflement du code, changements de spécifications sans fin, et bien plus encore. Ce cas montre l'importance d'une planification minutieuse et d'un suivi rigoureux de la méthodologie choisie.

5. Pomme Lisa

Lisa a été le premier ordinateur de bureau doté d'une souris, une technologie qui a fini par conquérir le marché. Cependant, même les publicités coûteuses n'ont pas réussi à convaincre les consommateurs : le produit était en fait bien inférieur à ce que la campagne avait promis, et les gens n'étaient pas aussi intéressés qu'Apple l'avait initialement prévu.

Leçons apprises : faire des promesses excessives n'est pas un moyen de réussir à long terme. Ne pas être transparent sur les capacités du produit livré détruit le projet.

6. Nouveau coca

"Le goût de l'Amérique vient de s'améliorer", - disaient les publicités. Après avoir testé la nouvelle recette, Coca-Cola a découvert que les gens préféraient le nouveau goût au traditionnel. Ce n'était pas une surprise : le nouveau produit devrait ressembler davantage à Pepsi, face auquel Coca-Cola perdait du terrain. New Coke est sorti. Rien ne pouvait mal tourner, n'est-ce pas ? Non. Les gens n'ont pas acheté le nouveau produit comme prévu et Coca-Cola est revenu à la formule traditionnelle.

Leçons apprises : si cela fonctionne, ne le réparez pas ! Il n'y avait rien de mal avec l'ancien produit, il n'était donc pas nécessaire de "l'améliorer".

7. Cristal Pepsi

Il est remarquable de constater à quel point le battage médiatique sur les aliments sains influence le marché des aliments « malsains ». Au début des années 90, PepsiCo a lancé la nouvelle version "claire" de sa célèbre boisson gazeuse, affirmant qu'elle est plus saine que le soda noir traditionnel. Nous ne savons pas si c'était vrai, mais le fait est que les gens n'étaient pas intéressés à l'acheter parce que le goût n'était pas tout à fait correct… sans compter que les amateurs de nourriture saine ne boivent généralement pas de boissons gazeuses et aromatisées artificiellement.

Leçons apprises : les embouteilleurs ont averti PepsiCo que l'échec est hautement possible. David Novak, le COO, a admis plus tard qu'il avait appris cette leçon : si les gens soulèvent des problèmes, ils ont peut-être raison.

8. Transporteur personnel Segway

Et si vous aviez une idée brillante et une nouvelle technologie ? Non, cela ne signifie pas nécessairement que vous serez un pionnier. Peut-être que votre produit sera un flop - tout comme le Segway : au lieu de devenir le moyen de transport de la prochaine génération, il a disparu et a été oublié peu de temps après ses débuts en 2001.

Leçons apprises : s'il y a des problèmes graves avec votre produit, commencez par les détecter et les résoudre. Les consommateurs ont trouvé le Segway trop cher, les villes l'ont interdit des trottoirs à cause de la vitesse, et finalement, le produit s'est avéré non viable.

9. Aéroport de Berlin Brandebourg

Et, le dernier mais certainement pas le moindre. Le projet du troisième aéroport de Berlin est l'exemple le plus récent et le plus pertinent d'échec systématique de projet. Déformation de la portée, changements non gérés, trop de parties prenantes aux intérêts complètement différents, mauvaise communication - tout cela en fait un exemple classique de l'échec de grands projets.

Leçons apprises : tous les aspects de la gestion de projet sont importants, et si plusieurs d'entre eux sont mal ou pas gérés du tout, le projet était voué à l'échec – même s'il semble répondre aux besoins de beaucoup.

Prévention des échecs de projet

En connaissant les raisons courantes d'échec, il est plus facile d'identifier les problèmes éventuels au cours d'un projet. L'élaboration de procédures permettant d'éviter les échecs et d'atténuer leurs conséquences est une étape importante de la planification d'un projet. Voici quelques conseils sur la façon de gérer les risques d'échec et ce qu'il faut planifier en ce qui concerne les risques d'échec :

1. Assurez-vous que vos plans, votre portée et vos délais sont réalistes. Il est possible d'utiliser les données précédentes pour prévoir le délai de livraison, la dynamique de travail et les pièces de travail qui nécessitent un effort ou une attention supplémentaire.
   
2. Prévoir des procédures de suivi à toutes les étapes du projet. Développer ou adopter des processus standardisés pour cela. La raison la plus courante pour laquelle les défaillances sont détectées et reconnues lorsqu'il est trop tard est la mauvaise surveillance du processus. Cependant, comme le risque est un élément inévitable de tout projet, il nécessite une attention particulière lors des premières étapes, lorsqu'il peut être efficacement évité.
   
3. Utilisez des outils spéciaux de gestion du travail pour suivre l'avancement de votre projet et identifier les zones à risque possibles. Les données recueillies par l'équipe fournissent des informations précieuses sur les parties du projet qui nécessitent une attention particulière.
   
4. Sélectionnez une méthodologie de gestion de projet qui fonctionnerait le mieux pour votre projet particulier, suivez ses principes et assurez-vous que les membres de votre équipe comprennent comment cela fonctionne et quels rôles chacun d'eux a dans l'ensemble du processus.
   
5. Communiquer. Prévoyez du temps pour la communication au sein de l'équipe de projet, organisez des réunions (mais rappelez-vous de l'utilisation efficace du temps) et encouragez les membres de l'équipe à signaler les problèmes éventuels s'ils les remarquent.
   
6. Assurez-vous que votre équipe ne manque pas de personnel, que les charges de travail sont raisonnablement réparties et que les responsabilités individuelles sont claires pour chaque membre de l'équipe.
   
7. Assurez-vous que les objectifs à long terme sont visibles pour votre équipe et que tout le monde comprend comment l'équipe du projet progresse vers eux.

Résumé

Il n'est guère possible de gérer un projet sans faire face à des risques, mais il existe des moyens efficaces d'empêcher ces risques de provoquer des échecs de projet. Suivre des procédures et des méthodologies établies et les adapter au projet spécifique est un moyen reconnu de gérer les difficultés et les environnements changeants. Et n'oubliez pas d'apprendre des échecs précédents – pas nécessairement les vôtres.