Un projet agile présente un large éventail de fonctionnalités produit pour différents profils d'utilisateurs, ce qui rend difficile la définition de critères d'acceptation communs. Comment le chef de projet peut-il s'assurer que des critères d'acceptation appropriés sont appliqués à chaque fonctionnalité ?

La bonne réponse est d'intégrer la révision des critères d'acceptation dans la définition de prêt (DoR) et d'inclure les tests associés dans la définition de terminé (DoD). La DoR garantit que les critères sont clairs et acceptés avant le développement, tandis que la DoD assure que ces critères sont vérifiés par des tests avant que la fonctionnalité ne soit considérée comme terminée. Cela permet d'adapter les critères à chaque fonctionnalité et profil d'utilisateur. Définir les critères après les retours des utilisateurs est trop tardif et risquerait de devoir refaire le travail. Inclure les tests dans la DoR et les critères dans la DoD inverse les rôles et rendrait la DoR trop lourde. Utiliser des critères trop larges ne permettrait pas de capturer les spécificités de chaque fonctionnalité et profil d'utilisateur.