Un gourou de l'auto-assistance bien connu, qui a des légions de fans enthousiastes à travers le monde et des dizaines de livres à son actif, a un jour suggéré que l'échec n'existe pas ; il n'y a que des résultats.
Eh bien, aussi édifiant que cela puisse être, dire à un commanditaire de projet que "le projet n'était pas un désastre total - il était juste débordant de résultats" ne va pas obtenir Responsables de projets très loin.
Et donc, à la lumière de cela, faisons évoluer la discussion que nous avons entamée il y a plusieurs mois lorsque nous nous sommes penchés sur les principales 3 raisons de l'échec d'un projetNous allons maintenant nous concentrer sur les 3 principales choses à faire lorsqu'un projet échoue - et que les chefs de projet se retrouvent jusqu'aux genoux dans un gros tas fumant de "résultats".
1. Concentrez-vous sur ce qui va VRAIMENT mal
Lorsqu'un projet échoue, il est tentant de jouer au jeu des reproches et de trouver des boucs émissaires commodes (les responsables hiérarchiques sont souvent de bonnes cibles, d'ailleurs).
Cependant, la seule façon de vraiment comprendre ce qui ne va pas - afin de pouvoir prendre des mesures pour atténuer les dégâts, et éventuellement remonter la pente et se remettre sur la bonne voie - est de déconstruire rationnellement l'épave de façon juste et objective.
Sans aucun doute, ce n'est pas un processus amusant. Mais, franchement, c'est le seul moyen d'identifier la (ou les) cause(s) profonde(s), afin qu'elle(s) ne continue(nt) pas à miner le projet et à l'entraîner plus profondément dans le désastre.
2. Centraliser la communication
Les bons chefs de projet ne sont pas avides de pouvoir et préfèrent travailler avec des membres de l'équipe de projet qui peuvent gérer les 3 As : autonomie, autorité et responsabilité.
Cependant, lorsqu'un projet commence à déraper, dans la plupart des cas, les chefs de projet doivent s'attaquer au problème, prendre le contrôle et centraliser la communication - ce qui inclut tout, des rapports d'état aux vérifications quotidiennes, etc.
Encore une fois, il ne s'agit pas de pouvoir. Il s'agit de faire ce qui est nécessaire pour essayer de protéger l'intégrité du projet. Naturellement, certains membres de l'équipe de projet n'apprécieront pas ce changement et risquent de le repousser. Dans ces situations, sans perdre leur sang-froid, les chefs de projet doivent expliquer que l'adoption d'un système de communication centralisé plus rigide est un prix raisonnable à payer pour maintenir le projet en vie - car s'il s'effondre, il en va de même pour le travail de chacun, et peut-être aussi pour leur réputation.
3. Développer un document permanent sur les leçons apprises
Il y a quelques années, le Institut de gestion de projet (entre autres) ont commencé à accorder plus d'attention au concept de "leçons apprises", et ce n'est pas un hasard si les questions concernant sa valeur ont commencé à apparaître plus souvent dans l'examen PMP et d'autres tests. C'était et cela reste un pas dans la bonne direction.
Cependant, la perception selon laquelle un document sur les enseignements tirés ne devrait être créé qu'après la fin officielle d'un projet, et que les chefs de projet (entre autres) peuvent réfléchir aux bons, mauvais et laids, est à courte vue.
Le document sur les enseignements tirés doit commencer dès l'apparition de l'idée du projet, et continuer à être développé tout au long du projet. Cela ne prend pas beaucoup de temps, et il n'est pas nécessaire de le développer ou de le mettre à jour quotidiennement.
Quelques notes prises en permanence permettent aux chefs de projet d'identifier des modèles et des possibilités qui pourraient autrement passer inaperçus - et qui pourraient pourtant empêcher un projet de se détériorer et, en fin de compte, d'échouer.
Quelles sont vos 3 façons de faire face à un projet qui échoue ?
Que vous les appeliez "résultats", ou que vous préfériez un autre mot qui ne peut être publié sur un blog familial comme celui-ci, vous avez probablement été à la barre - ou du moins à proximité - d'un projet qui déraille. Et devinez quoi ? C'est maintenant l'occasion de nous en parler !
Partagez vos meilleures 3 façons de faire face à l'échec d'un projet. Dites-nous ce qui fonctionne - et dites-nous ce qui ne fonctionne pas.
