70% de tous les projets informatiques échouent
Depuis le milieu des années1980, le Standish Group publie la plus grande étude au monde sur les projets informatiques - le Chaos Manifesto (anciennement appelé Chaos Report). Au fil des ans, ils ont examiné plus de 70,000 projets, et ce qui est surprenant, c'est la quantité de projets liés à l'informatique qui échouent. Dans le dernier sondage par exemple, seuls 32% des projets ont abouti.
Les cinq péchés mortels de la gestion de projet
Le Chaos Manifesto cite cinq péchés capitaux et cinq commandements de la gestion de projet. Selon leurs recherches, leur maîtrise est l'un des facteurs de réussite d'un projet. Vous trouverez ci-dessous mon point de vue sur les cinq péchés capitaux (je ne parlerai pas des commandements pour le moment). Les points sont tirés du Manifeste du Chaos, mais les descriptions et les exemples sont ma propre interprétation de ceux-ci.
1. Ambition démesurée. L'ambition excessive implique qu'en tant que gestionnaire ou initiateur de projet, vous vous chargez de trop de choses à la fois. Vous voulez en faire plus que ce qui est réellement nécessaire et êtes aveuglé par ce qui peut potentiellement être réalisé. Il est donc important de se rappeler qu'avec la technologie d'aujourd'hui, presque tout est réalisable, mais pas en même temps, dans le cadre d'un même projet et avec un budget limité.
2. Prestige. Le prestige est souvent (mais pas toujours) lié à l'ambition. Il s'agit du fait que vous, en tant que chef de projet, avez une attitude arrogante ou trop confiante envers les membres de l'équipe, les clients et/ou les responsables de l'organisation.
Comme les projets bénéficient souvent d'un statut spécial dans une organisation hiérarchique traditionnelle, il est compréhensible que les membres du projet puissent ressentir un certain prestige. De plus, cela peut être un avantage, par exemple, pour rassembler l'équipe et l'encourager à travailler efficacement vers les mêmes objectifs. Mais il est important que les membres de l'équipe ne perdent pas pied avec la réalité ou ne commencent pas à travailler contre l'organisation hiérarchique.
3. Ignorance. L'ignorance se retrouve à tous les niveaux : gestion du projet, membres du projet, initiateur du projet et dans l'organisation hiérarchique. Une mauvaise compréhension des objectifs du projet et des objectifs généraux de l'entreprise peut rapidement conduire à ce qu'un projet prenne une mauvaise direction ou s'effondre complètement. En outre, le groupe de pilotage et les propriétaires du projet ont tendance à retenir un certain nombre d'informations à l'équipe de projet. En particulier dans les grandes organisations où il y a généralement un certain nombre d'agendas différents en jeu et où le chef de projet peut ne pas s'identifier totalement à l'agenda de la direction générale, même si, dans de nombreux cas, il a un effet sur le projet.
Le Manifeste du Chaos mentionne également le scénario inverse, à savoir que le groupe de pilotage et les propriétaires du projet ne se tiennent pas pleinement informés sur un projet. C'est ce qu'on appelle "l'ignorance rationnelle", c'est-à-dire que les parties prenantes estiment qu'il faut faire plus d'efforts que ce qu'il "vaut" pour se tenir informées.
Ces deux facteurs sont importants et doivent être gardés à l'esprit par une équipe de projet afin d'éviter les problèmes potentiels. Dans les projets futurs, je vais essayer d'estimer la "valeur" pour le propriétaire d'avoir suffisamment d'informations et comment je peux réduire le temps nécessaire pour obtenir les bonnes informations, ainsi que le "coût" de leur fourniture.
4. Absence. L'absence peut être due à un certain nombre de raisons. L'absence de membres du projet est clairement visible car elle entraîne une diminution directe de la production. Et, comme elle est facilement détectée, des mesures peuvent être prises rapidement pour rectifier le problème. Cependant, cela devient plus difficile lorsque les principaux décideurs, ou les membres du groupe de pilotage du projet ou du client sont absents. Il est important de se rappeler que même si de nombreuses parties prenantes ont un intérêt dans un projet, cela ne se reflète pas toujours dans le temps qu'elles y consacrent. En règle générale, je dis que si vous voulez influencer ou prendre des décisions, vous devez comprendre que les choses prennent du temps, et si vous allouez le temps nécessaire, il est presque toujours avantageux d'avoir plus de personnes dans l'équipe de projet. Cependant, peu de choses peuvent être aussi dommageables pour un projet que lorsque les gens s'attendent à influencer et à être impliqués dans toutes les décisions prises sans y consacrer du temps. "Nous y jetterons un coup d'œil une fois que vous aurez élaboré le premier projet" ou "Voici nos directives, mais nous ne pouvons pas prendre part au processus" sont deux exemples de situations dont vous devez vous méfier. Si quelqu'un veut influencer le projet, il doit être présent au moment où les décisions sont prises, et pas seulement les vérifier rétrospectivement.
5. Malhonnêteté. Dans ce contexte, la malhonnêteté consiste, par exemple, à dissimuler sciemment des faits à un propriétaire de projet ou à des membres du projet. Il peut s'agir de créer des avantages pour un gain personnel, mais dans de nombreux cas, il est plus probable qu'un chef de projet soit simplement trop nerveux pour dire toute la vérité.
Par Erik Fors-Andrée
