Afin de limiter le temps et les coûts d'une entreprise de développement sous contrat, le chef de produit déclare que les développeurs ne seront pas payés pour les améliorations non demandées. Comment l'équipe de développement et le scrum master peuvent-ils s'assurer d'être payés pour tout leur travail ?

L'option correcte garantit que le travail est clairement défini et visible, ce qui est essentiel pour être rémunéré. En utilisant le tableau des tâches comme radiateur d'informations, l'équipe rend le progrès et les détails de chaque tâche transparents. S'assurer que les user stories ont suffisamment de détails permet aux développeurs de comprendre exactement ce qui est attendu, évitant ainsi les améliorations non demandées et garantissant que tout travail effectué est conforme aux exigences convenues. Les autres options sont moins efficaces : Convertir les points d'histoire en heures est une estimation, pas une garantie de paiement pour le travail réel effectué. Demander au chef de produit et au scrum master d'assigner des spécialistes ne garantit pas que le travail sera payé s'il n'est pas clairement défini et approuvé. Affiner la définition de "terminé" pour inclure une revue de code est une bonne pratique de qualité, mais ne résout pas le problème fondamental de la clarté des exigences et de la visibilité du travail pour le paiement.