Lors d'une réunion du comité de pilotage, certains intervenants ont objecté que le rapport de projet indiquait que le produit était déjà sur le marché alors que le développement était toujours en cours. Le chef de projet a expliqué que le travail était livré par sprints avec plusieurs versions. Que devrait faire le chef de projet pour éviter que ce malentendu ne se reproduise ?

Le malentendu découle d'une divergence entre la perception des parties prenantes (produit non terminé) et la réalité du développement agile (livraison incrémentale). La meilleure approche est de s'assurer que les rapports de projet reflètent fidèlement la nature itérative du travail et que les parties prenantes comprennent ce qu'implique une "version" dans un contexte agile. Expliquer clairement le contenu du rapport et solliciter des commentaires permet d'aligner les attentes et de corriger toute incompréhension. Les autres options sont moins efficaces : "S'assurer que toutes les fonctionnalités du produit sont terminées..." contredit l'approche agile de livraison incrémentale et n'est pas toujours réalisable ou souhaitable. "Distribuer un rapport détaillé..." ne garantit pas la compréhension et peut même submerger les parties prenantes sans explication contextuelle. "Inviter les parties prenantes critiques aux réunions quotidiennes..." est souvent impraticable et peut surcharger les parties prenantes sans résoudre le problème de communication de fond.