Pourquoi les programmes échouent, et comment réussir le prochain

Vous connaissez sans doute ce moment.

C’est un comité de pilotage comme les autres. Les slides sont presque toutes au vert. Quelqu’un affirme que les retards sont « sous contrôle ». Tout le monde acquiesce, et la réunion passe au point suivant.

Mais quelque part autour de la table, quelqu’un sent un nœud discret dans son estomac. Cette personne sait que le programme dérive. Elle ne sait simplement pas encore comment le dire, ni quoi y faire.

Si vous avez déjà été cette personne, cette série est pour vous. Et si vous voulez ne jamais l’être, elle est aussi pour vous.

Vingt-cinq ans, et les mêmes pièges

J’ai passé les 25 dernières années dans la tech : comme CTO, comme responsable de l’architecture, comme consultant. En chemin, j’ai vu beaucoup de programmes échouer.

Quelques-uns ont échoué bruyamment, avec des contrats résiliés et des conseils d’administration difficiles. La plupart ont échoué en silence. Les échéances ont glissé un sprint après l’autre. Les budgets se sont étirés. Le périmètre a été rogné jusqu’à ce que ce qui a fini par être livré ne soit plus que l’ombre de ce qui avait été promis.

Et voici ce qui m’a le plus frappé. Aucun des programmes que j’ai vus n’est tombé dans tous les pièges. Mais presque aucun n’est tombé dans un seul.

L’échec tient rarement à une seule mauvaise décision. Ce sont trois ou quatre pièges bien connus qui s’alignent, chacun raisonnable en soi, chacun aggravant discrètement les autres. Les mêmes pièges, encore et encore, quels que soient le secteur, la technologie ou le budget.

Pourquoi c’est une bonne nouvelle

Si les pièges sont toujours les mêmes, on peut les nommer. Si on peut les nommer, on peut les repérer tôt. Et si on les repère tôt, on peut les éviter, ou trouver la sortie avant qu’il ne soit trop tard.

C’est pour cela que j’écris cette série. Ce que je sais des programmes qui échouent m’a coûté, à moi et aux équipes avec lesquelles j’ai travaillé, beaucoup de soirées tardives, de conversations difficiles et quelques cicatrices. Je préfère de loin que vous l’obteniez pour le prix d’une bonne lecture.

À qui s’adresse cette série

Cette série est pour vous si vous sponsorisez un programme, si vous en dirigez un, si vous travaillez dans l’un d’eux, ou si l’on vient de vous demander « d’aller jeter un œil » à un programme qui ne va pas bien.

Chaque article s’attaque à un piège, et vous donne :

• À quoi il ressemble de l’intérieur, avant que quiconque n’y voie un problème
• Les signaux d’alerte précoces que vous pouvez vérifier dès votre prochaine réunion
• Pourquoi des personnes brillantes et expérimentées y tombent quand même, pour arrêter de vous en vouloir, à vous ou à votre équipe
• Ce qui marche vraiment pour l’éviter, ou pour en sortir

Ce qui arrive

Voici les pièges que nous allons explorer ensemble, un par article :

1. le piège de la planification
2. le piège de la perfection
3. le piège du gaspillage
4. le piège de la décision
5. le piège de la vitesse
6. le piège du périmètre
7. le piège humain
8. le piège de l’intégration
9. le piège de la pastèque
10. le piège de la mise en production

Vous en reconnaîtrez sans doute quelques-uns. C’est normal. Les reconnaître, c’est le point de départ.

Faisons de votre prochain programme une réussite

Une dernière chose. Si vous travaillez dans la tech, vous avez vécu un programme qui a mal tourné. J’aimerais beaucoup entendre votre histoire : quel piège vous a pris, et ce que vous feriez différemment aujourd’hui. Écrivez-moi sur LinkedIn. Les meilleures leçons de cette série pourraient bien venir de vous.