Pourquoi les projets informatiques se passent si mal ?
Le 8 octobre dernier j’ai assisté au Symposium DotNetGuru à Paris (dont voici un compte rendu). L’une des sessions était initialement consacrée aux méthodes agiles de développement logiciel. Mais visiblement, Jean-Louis Bénard fondateur de BrainSonic, avait autre chose derrière la tête : il explique les mécanismes qui peuvent être à l’origine des nombreux échecs des projets informatiques. Cette session est disponible en webcast (l’inscription est gratuite si je me souviens bien). La langue de bois n’est pas de mise .
Articles sur le même sujet :
- 11 Décembre 2004 : Le Libération des blogs
- Flux RSS : Redirection d’url vers FeedBurner sous IIS
- A propos
- Amstrong : pourquoi maintenant ?
- Zapper vite sur Canal+ !!
Trackback
Adresse Trackback pour cet article.
Commentaires
4 Commentaires à “Pourquoi les projets informatiques se passent si mal ?”
Laisser un commentaire
Bonjour,
Pour ma part, je pense que les dérives sur les projets informatiques sont dues dans 90% des cas à un manque de méthodologie.
Certaines entreprises ne chiffrent pas les développements, ne les planifient pas et/ou ne maîtrisent pas le périmètre fonctionnel des projets.
Sur canalprojet.free.fr, j’ai essayé de donner quelques conseils pratiques afin d’éviter ces erreurs.
Pour ma part, je pense que les problèmes rencontrés dans les projets informatiques sont et restent essentiellement des problèmes humains. Il me semble que les problèmes de methodologies ou tout simplement d’experiences de conduite de projet restent marginaux et souvent de faux-problèmes. Allons, arrêtons d’être faux-cul et appellons un chat, un chat ! Les egos surdimensionnés de certains intervenants qui n’admettent jamais leurs erreurs, les problèmes de rivalités dans les équipes, les délais rétrécis d’une direction informatique qui court après une reconnaissance sociale dans l’entreprise, les conflits de hiérarchies, les imcompréhensions entre les différentes directions de l’entreprise, etc. Sont, pour moi, le noeud du problème! Je pense que tout autre discours sur les connaissances, l’expérience, les methodologies, les processus de conduite d’un projet, etc, etc, etc…. n’ai que pure masturbations intellectuelles!
La raison principale est que dans les projets informatiques nous sommes vraiment dans un cas complexe de Gestion de Projet où il y a une décorélation entre le Temps et la Charge.
Sur ces projets les modèles “classique” d’ordonnencement de tâches et d’affectation de ressources ne fonctionnent pas. Ce ne sont pas des projets à mener suivant les logiques des projets industriels bien au contraire.
Car dans les projets informatiques, le plus pénalisant c’est une mauvaise gestion des ressources pas un non respect des dates de livraison.
Dans un projet industriel ou de BTP si vous ne respectez pas les délais, vous subirez de la part de votre donneur d’ordre un malus financier. De plus dans ces projets, le simple fait d’augmenter le nombre de ressources associées à une tâche diminue mécaniquement et dans des proportions similaires le temps de réalisation de la tâche (2 maçons vont globalement plus 2 fois plus vite pour construire un mur qu’1 seul maçon). Le délai et la charge sont linéairement liés.
Dans un projet informatique, le malus financier est lié aux ressources qu’il faut mobiliser sur un projet. Elles sont à la fois rares et chères. Donc un ressources intervenant au mauvais momemt coûte enormèment. De plus, dans les projets informatiques, il est très rare que l’augmentation du nombre de ressources affectées à une tâches est une influence significative sur le délai de réalisation. Le délai et la charge n’ont pas de liaison linéaire.
Cordialement.
intéressant, dommage que j’arrive un an après la bataille!..