Pourquoi 80% des projets informatiques échouent-il ?

ais tu comment faire accoucher une femme en 1 mois au lieu de 9 ?

C’est tout simple !

Il suffit d’embaucher 9 femmes pendant 1 mois.

Je sais pas si tu connais cette blague.

Mais c’est une blague bien connue dans le domaine des projets informatiques.

Une blague concernant les managers qui pensent qu’il suffit de multiplier les ressources pour que le projet sorte rapidement.

Bien sur qu’avec plus de ressources (intervenants, budget …

Il y a plus de chances que le projet sorte rapidement.

Mais ce n’est pas suffisant.

Sais tu que plus de 80% des projets informatiques échouent ?

Source :  Standish Group Chaos Report 

Les chiffres varient selon les secteurs et selon les études.

Échouer ne veut pas dire que le projet ne va pas sortir.

Il y a des projets qui sortent mais qui sont en échec.

On parle souvent d’échec par rapport à 3 aspects principaux :

Échec en terme de coûts :

Ce qui veut dire que le projet a coûter beaucoup plus chère que prévu.

Échec en terme de délais:

Ce qui veut dire que le projet n’a pas respecté les délais.

Échec en terme de qualité:

Ce qui veut dire que le projet n’est pas de bonne qualité ou ne correspond pas aux besoins.

Il y a aussi des projets qui ne sortent jamais.

J’ai retrouvé un chiffre qui dit que :

Plus de 30% des projets ne sont jamais livrés et déployés.

En 2015 cela aurait coûter plus de 80 Milliards de dollars juste pour couvrir les pertes.

Ce chiffre peut paraître énorme mais il ne m’étonne pas du tout.

Aller la bonne nouvelle

Environ 16% des projets n’échouent pas ^^.

Tu vas me dire nous les développeurs on s’en fou.

Ce n’est pas notre problème.

C’est un problème pour la direction, les managers, les chefs de projets etc  …

Nous on est de simples codeurs et on code que ce que l’on nous demande.  

Et bien non !

Il ne faut pas avoir cet état d’esprit.

Je vois beaucoup de développeurs ne pas s’intéresser à ces sujets.

Tu fais parti du projet.

Tu es dans l’équation du projet.

Bien sur que la réussite du projet ne repose pas uniquement sur toi.

Mais en partie oui.

On en demande toujours plus aux développeurs.

Savoir coder c’est la base.

Mais tu dois aussi être capable de comprendre le fonctionnel, le métier dans lequel tu bosses.

Si tu rejoins une banque, une assurance ou autre, tu dois être capable de rapidement comprendre les termes de bases, l’organisation etc …

Mais ce n’est pas tout.

Tu dois aussi comprendre comment fonctionnent les projets informatiques.

Quels sont les rôles de chacun.

Quelles sont les méthodologies utilisées.

Cycle en V ? En cascade? Méthodologies Agiles ? 

Quand on recrute un développeur.

On ne sélectionne pas que sur les compétences techniques.

Les connaissances générales en terme de gestion de projet et de méthodologies sont également très importante.

Reste ouvert sur ce type de sujets.

À demain,
Mike

Un commentaire