Dérive du périmètre et validation manquante : la question réglée en dix minutes

La question difficile

Six mois après la mise en service d'un système de reporting, le client a nommé une nouvelle directrice financière. Lors de sa première revue, elle a posé une question directe : qui a accepté que le module de reporting soit livré sans les tableaux de bord sur mesure ? Dans bien des organisations, cette question déclenche une semaine de recherches dans les boîtes de messagerie, les notes de réunion et les souvenirs, et se termine avec deux parties qui se rappellent chacune un accord différent.

La cheffe de projet n'a pas fouillé sa messagerie. Elle a ouvert la tâche de la spécification. Elle contenait trois versions du document. La version trois portait l'approbation du responsable côté client, avec la date et l'heure auxquelles elle avait été donnée, et une note indiquant que les tableaux de bord étaient reportés à la phase deux. Les deux parties s'étaient mises d'accord par écrit sur la version qui comptait.

Ce qui a fait la différence

La réunion a duré dix minutes. La relation est restée intacte, et la demande de changement pour la phase deux a été signée la même semaine. Rien d'héroïque ne s'était produit. L'équipe avait simplement gardé chaque livrable sur sa tâche, conservé chaque version et enregistré l'approbation sur la version approuvée, et non dans un fil de messages séparé.

Le nom du manuel : dérive du périmètre et validation manquante

La dérive du périmètre est la croissance lente de ce que l'on attend d'un projet, sans changement correspondant du délai, du budget ou de l'accord. On l'attribue souvent à des clients exigeants, mais sa racine est plus souvent une validation manquante. Lorsque les livrables sont approuvés dans un couloir, un message ou un appel, il n'existe aucune trace de ce qui a exactement été accepté. Des mois plus tard, chaque partie se souvient de la version qui l'arrange, et chaque désaccord devient une négociation à partir de zéro.

Le coût n'est pas seulement le travail supplémentaire. C'est le temps passé à prouver ce qui avait été convenu, la confiance perdue pendant cette démonstration, et les demandes de changement qui ne sont jamais signées parce que personne ne peut montrer quelle était la référence de départ.

Les signes à surveiller

Une validation manquante ressemble rarement à un problème le jour où elle se produit. Le responsable client dit en réunion que la spécification lui convient, l'équipe acquiesce et le travail continue. Les signes d'alerte viennent plus tard. Des documents partagés en pièces jointes avec des noms comme final, final-2 et final-relu. Personne ne sait dire quelle version le client a réellement vue. Les demandes de changement sont discutées plutôt que chiffrées, faute de référence convenue pour les chiffrer.

Un autre signe est l'endroit où l'on retrouve les approbations quand quelqu'un en a besoin : dans une messagerie personnelle, un fil de discussion, la photo d'un tableau blanc. Si la preuve d'un accord dépend de la mémoire ou de la boîte de messagerie d'une seule personne, l'accord quitte le projet avec elle.

Le coût grandit avec le temps. Un désaccord au deuxième mois coûte une conversation. Le même désaccord au huitième mois, avec une nouvelle directrice financière et un système livré, coûte des semaines de temps de cadres supérieurs et, trop souvent, une remise accordée pour préserver la paix.

Comment l'éviter

Gardez le livrable et son approbation ensemble. Chaque livrable appartient à une tâche. Chaque révision est une nouvelle version, jamais un écrasement. L'approbation est donnée sur une version précise, par une personne nommée, à un moment enregistré. Et l'approbateur du client doit pouvoir approuver sans friction, sinon les approbations retournent dans les messageries et les discussions.

Comment ApprovedFlow s'y prend

Dans ApprovedFlow, chaque livrable vit sur sa tâche, avec toutes ses versions conservées. L'approbation est enregistrée sur la version qu'elle approuve, avec qui a approuvé et quand. Les approbateurs côté client agissent directement depuis le courriel, sans avoir besoin de compte, de sorte que la validation a lieu là où ils se trouvent déjà et arrive là où le projet peut la retrouver.

Une question pour vous

Quand la question difficile se posera sur votre projet, où votre équipe trouvera-t-elle la réponse, et en combien de temps ?