Il y a un article très intéressant dans l’édition du mois de février de System iNEWS (vous devez être abonné pour y accéder, mais c’est gratuit) à propos des principales causes d’échec des projets informatiques. Il s’agit d’un article assez détaillé qui identifie clairement les causes d’échec les plus souvent rencontrées et certaines solutions pour les éviter.

Selon des statistiques rapportées dans l’article, 25% des projets sont abondonnés avant d’être mis en production, on constate en moyenne un dépassement budgétaire de l’ordre de 50% et 75% des projets sont considérés comme des échecs opérationnels. Dans cet ordre d’idées, il convient de bien identifier ce qui est dangeureux dans un projet :

1. Implication insuffisante des usagers;
2. Support de la haute direction inadéquat;
3. Mauvais travail d’équipe;
4. Attendre qu’un projet prenne beaucoup de retard et espérer qu’ajouter des ressources tardivement va “sauver les meubles”;
5. La méthodologie de développenment n’est pas la bonne;
6. Se soumettre de façon trop rigide à une estimation (voir cet autre article sur ce sujet);
7. Estimation imprécise, faite sans connâitre tous les faits;
8. Ne pas revenir sur régulièrement sur l’estimation faite en début de projet et faire approuver l’estimation mise à jour;
9. Condenser le calendrier de développement en ajoutant plus de ressources;
10. Croire qu’on peut rattraper les “milestones” manqués;
11. Mauvaise gestion des risques tout au long du projet;
12. Un calendrier de développement trop optimiste pour convaincre la haute direction d’aller de l’avant;
13. Partir de la date de livraison souhaités pour identifier le calendrier;
14. Mauvaide définition des spécifications et exigences de l’application à développer;
15. Ajout de spécifications durant le projet;
16. Croire au “silver bullet” comme solution dans un projet qui prend du retard.