« Je vous ai dit ce dont j’avais besoin et vous avez lancé un projet pour y répondre mais je n’en ai plus entendu parler depuis. »

« Où en êtes-vous? Où est le bout du tunnel ?

Ce livrable correspond à mes attentes de l’an dernier, pas à celles de cette année !

Vous êtes trop lents, pas assez agiles, pas assez présents… »

De nombreux chefs de projet peuvent être un jour confrontés à ces commentaires de la part de leur clients et parties prenantes. L’effet tunnel y est pour quelque chose. En le supprimant, grâce à des livrables fréquents ou en limitant ses effets grâce à des jalons d’avancement bien pensés, vous gagnerez en crédibilité et votre projet aura de bien meilleures chances de réussite.

Avoiding the « Dark Twisty Turn-filled Tunnel Syndrome »

(Comment éviter le syndrome du tunnel sombre et tortueux) de Bob McGannon

Souvent le projet pourtant bien conçu au départ finit en tas de ferraille qui prend la rouille. Ce peut être à cause d’attentes inadéquates, ou de sponsors et parties prenantes clés qui s’en désintéressent ou qui s’impatientent quand les projets ne délivrent pas de résultats assez rapidement.

Ces projets, après la création d’un intérêt initial, semblent entrer dans un « tunnel sombre et tortueux ». A bout d’un moment, on ne voit plus la lumière d’entrée dans le tunnel, la sortie du tunnel n’est pas en vue et des jalons significatifs adéquats n’existent pas pour attester des progrès réalisés. Éviter ce piège n’est en rien une question subalterne car cela demande davantage que la simple définition de jalons pour votre projet. Une intense planification, un soin supplémentaire porté aux estimations et à la répartition des livrables par phases significatives sont critiques pour éviter cet « effet tunnel » tant redouté.

Voici nos recommandations pour garder votre projet « dans la lumière du jour » et éviter son annulation ou sa baisse de priorité en raison du « Syndrome du tunnel sombre et tortueux ».

Établissez des jalons significatifs

Les jalons sont la base de chaque échéancier de projet bien construit. Ils établissent des points dans le temps où des événements significatifs seront atteints, des livrables produits, ou des passages de phase réussis. Souvent ces événements marquants sont insérés dans le planning par le chef de projet sans réfléchir aux perceptions qu’ils génèrent chez les parties prenantes sur le long terme. Il y a bien sûr des jalons « naturels » appropriés comme les passages de phases.

Cependant, si on définit et instaure des jalons en gardant à l’esprit de démontrer de manière significative les progrès côté business : Un plus grand bénéfice sera obtenu de ces indicateurs d’avancement du projet. La clé pour que cela fonctionne est de lier les jalons à des événements qui reflètent l’objectif business qui a justifié de lancer le projet.

Aussi, les jalons peuvent (et doivent !) être définis avant d’achever le planning détaillé.

Les jalons qui sont significatifs aux sponsors business peuvent être définis au moment de la création de la charte de projet. Ceux-ci peuvent ensuite être modifiés pendant la planification initiale et le design de la solution avec la participation du sponsor et des parties prenantes. Ces jalons, créés et modifiés avec l’engagement du client, sont alors insérés dans un échéancier détaillé de projet, avec les événements marquants comme le début de chaque phase.

En travaillant sur la création de jalons significatifs, on devrait être attentif à s’assurer que « le langage de solution technique » ne s’introduise pas subrepticement  dans les jalons. Parler avec un sponsor peu intéressé par la technologie d’un concept technique comme la création d’un modèle de données informatiques présente peu de valeur.

Bien que ce soit un événement marquant significatif dans la création d’un produit informatique, ce livrable a peu de pertinence pour un manager qui essaye de réduire le temps d’exécution de son processus ou de réduire ses dépenses !

Il est utile d’inclure des jalons marquants techniques pour suivre de près le progrès pour l’équipe technique, mais se servir seulement de ces éléments comme jalons de projet pour les parties prenantes business est une invitation à cheminer dans un très long et sombre « tunnel ».

La création de jalons et leur suivi ne sont pas des choses à prendre à la légère!

Découpez le projet en phases de 9 mois ou moins

La manière la plus fondamentale, et cependant souvent la plus difficile d’éviter le « tunnel sombre et tortueux » est d’éviter la tentation de créer un long projet avec une unique phase. Ceci est un principe fondamental des méthodologies « agiles ».

Des projets plus petits ou de grands projets découpés en plusieurs petites phases de livraison sont très efficaces pour maintenir l’intérêt des parties prenantes du projet. Les parties prenantes sont plus engagées simplement parce qu’elles perçoivent les bénéfices du projet  plus tôt et plus souvent.

Tandis que cette approche est relativement évidente pour certains projets, sur d’autres, comme la mise en œuvre d’un gros ERP, cela peut être plus difficile. Ces projets plus complexes et vastes devraient être planifiés par phases, avec de nouvelles fonctionnalités délivrées à intervalles réguliers. Pas plus de neuf mois ne devraient se passer entre l’expression des besoins et la livraison de la fonctionnalité !

La planification d’un projet être plus difficile de cette façon, mais cela peut être fait et les bénéfices le valent bien.

Ces bénéfices incluent :

• Éviter les problèmes  de changements de priorités business ou de manque de « continuité d’attention » de l’entreprise. Les projets seront plus probablement menés à leur fin quand la valeur business est délivrée à intervalles réguliers.

• Introduire le changement chez les clients avec une ampleur et une allure qu’ils puissent absorber. Les projets longs qui produisent de gros livrables présentent une somme considérable de changements d’un seul coup. Ce seul fait peut créer des problèmes d’assimilation du changement pour les utilisateurs finaux. Il peut renforcer des problèmes de processus business et générer du mécontentement. Gardez les changements de taille raisonnable, livrez-les régulièrement et vous ferez plus probablement des clients heureux !

• Garder la fraîcheur des exigences business. Les projets longs ont souvent des problèmes avec un périmètre et des besoins qui changent tout simplement parce que le business que le projet supporte ne reste pas statique. Le business bouge rapidement et montre peu ou pas de signes de ralentissement de la vitesse des évolutions. Des projets plus longs répondent souvent à des exigences éventées ou déjà dépassées. Maintenez un cycle court (par phases) de l’expression des besoins à la livraison de la solution et vous aurez moins de problèmes d’obsolescence et de volatilité des exigences.

  

Managez et Comprenez la longueur « du trajet »

Les triples contraintes de projet sont posées tôt dans le projet. Bien sûr, elles devraient changer comme on découvre de plus en plus les détails du projet et la solution exigée. Malgré cela, certains des paramètres généraux pour le projet sont établis très tôt. Une durée satisfaisante pour la livraison en considérant l’ampleur du changement et la complexité du projet, est décidée tôt et fait partie de la triple contrainte. Cependant, ceci est souvent oublié quand les demandes de changement sont traitées ou les ajustements de priorité pour des raisons business et autres événements inattendus sont rencontrés par l’équipe de projet. Nous avons une tendance à nous concentrer sur le niveau micro du changement et à oublier la macro durée du projet, ce que nous avons à l’origine utilisé pour justifier le lancement du projet !

Manager le niveau macro durée du projet exige la chose suivante :

• Pendant les premières étapes de planification du projet, mettez une durée désirable pour le projet et « une durée avec un risque acceptable ». La durée avec un risque acceptable est une durée qui est plus longue que celle prévue à l’origine, cependant elle reste acceptable pour les clients business et l’équipe de projet. Cette durée de risque devrait considérer le degré de volatilité business, le paysage compétitif de votre secteur et la capacité à conserver les membres d’équipe avec les bonnes compétences pendant toute la durée prévue.

• 

  Focalisez-vous sur l’impact à long terme d’accepter tout changement dans le projet. Un processus standard de management des changements devrait être exigé sur tout projet. À un certain point cependant, idéalement quand on s’approche « de la durée de risque acceptable », la portée des changements sur l’entièreté du projet devrait être évaluée. Tous les changements qui ne sont pas achevés devraient être reconsidérés et priorisés. Le périmètre, au macro niveau, peut alors être revu pour s’assurer que le projet reste dans une durée acceptable.

Le tunnel « sombre et tortueux » est un endroit solitaire pour un chef de projet. La planification diligente, le management attentif des changements et garder un œil sur la vue d’ensemble, en plus des procédures de management de changement typiques, peuvent maintenir votre projet en vie et vos clients heureux.

Et ce n’est pas mal non plus pour votre santé mentale personnelle !