Dans un projet de développement de produit, les parties prenantes se plaignent constamment que les fonctionnalités livrées ne sont pas requises par l'entreprise. Le sponsor demande si les ressources sont utilisées efficacement. Qu'aurait dû faire le chef de projet pour éviter de livrer un travail qui n'ajoute pas de valeur commerciale ?

La bonne réponse est d'encourager le Product Owner à rencontrer les parties prenantes et à créer un backlog produit basé sur leurs besoins. Le rôle principal du Product Owner est de maximiser la valeur du produit résultant du travail de l'équipe de développement. Cela implique de comprendre les besoins des parties prenantes, de les traduire en éléments du backlog produit et de prioriser ces éléments pour s'assurer que l'équipe travaille sur les fonctionnalités les plus importantes et les plus utiles. En faisant cela, le chef de projet s'assure que le travail livré ajoute de la valeur commerciale et évite les plaintes. Les autres options sont moins efficaces : Demander aux parties prenantes d'enregistrer leurs plaintes comme des demandes de changement ne résout pas la cause première du problème (manque d'alignement sur la valeur). Définir la portée et interdire les écarts peut entraîner un produit qui ne répond pas aux besoins évolutifs du marché ou des utilisateurs. Documenter les besoins et les examiner en rétrospective est réactif plutôt que proactif ; le problème de la livraison de travail sans valeur se serait déjà produit.