Les causes d'échec des projets (Suite)

Publié le 30 décembre 2011

Vous le savez, je suis avec attention les différentes publications sur les causes d'échecs des projets. Voici un dernier article sur silicon.fr. 

A propos de Coopil : Formation gestion de projet. Téléchargement livres blancs Projet stratégique & Gouvernance de projets

J'en profite pour faire un petit récapitulatif des différents posts sur le sujet, du plus ancien au plus récent :

   * Un projet réussi, c'est quoi ? - 22 mai 2010

   * Facteur de succès des projets - 09 juillet 2010

   * Conduite du changement - Sondage IFOP - 25 juin 2010

   * Projet ERP - Moins d'1 chance sur 10 de succès - 14 janvier 11

   * Seulement 36% des projets livrés dans les délais - 18 février 11

   * Taux de succès des projets SI en France - 8 juillet 11

   * Sofware Peter Principle - 12 août 11

   * Réussir les grands projets de transformation - 16 septembre 11

Et enfin, un apercu de l'article du jour "Les principales causes d'échecs des projets IT" qui met en avant 3 autres causes d'échecs pour les projets IT :

La politique de communication des projets : manque de retour d'expérience, pas d'analyse des raisons de succès ou d'échecs. Tout reste superficiel "« Nous avons là une première cause majeure endogène et purement politique : la décision de ne pas analyser (cela coûte encore un peu plus que l’échec) et de ne pas communiquer. Il arrive parfois que les résultats soient en quelque sorte ‘bricolés’ pour que l’inacceptable devienne un tant soit peu acceptable. Dans ce cadre, aucune leçon n’est tirée pour améliorer l’organisation, l’urbanisation, les choix technologiques, les méthodes de suivi et de pilotage des projets. »

Des estimations faussées : des méthodes d'estimation dépassées et reponsant sur des expressions de besoins floues "« Nous avons là une deuxième cause importante liée aux estimations et à leurs méthodes ou outils. Les méthodes utilisées sont, pour la plupart de nos clients, des méthodes d’estimation dépassées basées sur des notions d’unités d’œuvre (donc orientées solutions techniques), réadaptées (même ‘bricolées’) localement, avec une incapacité notoire à estimer le moment où la décision budgétaire est cruciale, c’est-à-dire après une expression de besoin digne de ce nom. À ce propos, les expressions de besoin sont souvent incomplètes ou imprécises, d’où une impossibilité de définir le périmètre fonctionnel de l’application à réaliser. »

La complexité administrative et réglementaire : Les règles complexes comme dans les système RH, (ou les triples systèmes de TVA plus recemment) rendent les projets IT délicats  « Nous détenons ainsi la troisième cause majeure, liée à la complexité législative et réglementaire. En effet, l’impact est souvent fonctionnellement considérable (et c’est une spécificité française) sur les Systèmes d’Informations (SI) de l’entreprise comme le SIRH (gestion des ressources humaines de l’entreprise), le SI Comptable ou d’autres comme la Facturation. Le point commun de ces systèmes est qu’ils sont transverses à toutes entreprises, soumis à des lois et règlements, à des conventions collectives générales et particulières, bref à une panoplie (dont nous avons en France probablement le record du monde) de règles qu’il faut impérativement implémenter dans ces systèmes. "

Conclusion : Les causes d'échecs sont connus et bien analysées, mais quid de la solution...

Partager cette info :

• Facebook
• RSS
• Twitter
• Netvibes
• Email
• Delicious