« Définition du Prêt » : différence entre les versions
De Wiki Agile
Page créée avec « Category: George Dinwiddie Catégorie: Portail Product Owner Category: Portail Equipe de développement Auteur : George Dinwiddie<br /> Source : [https://blog.gdinwiddie.com/2014/03/27/definition-of-ready/ Definition of Ready]<br /> Date : 27/03/2014<br /> ---- Traducteur : Fabrice Aimetti<br /> Date : 06/08/2025<br /> ---- Traduction :<br /> <br /> Souvent, au milieu du développement d'une user story, le développeur se pose une question sur la mani... » |
Aucun résumé des modifications |
||
| Ligne 17 : | Ligne 17 : | ||
Depuis, j'ai trouvé de meilleurs moyens de déterminer si une story est prête à être développée. Je recherche la liste des exemples essentiels, ou des scénarios d'acceptation, que la story achevée satisfera. Ces exemples apportent une précision à la compréhension de l'histoire qu'il est difficile d'obtenir d'une autre manière.<br /> | Depuis, j'ai trouvé de meilleurs moyens de déterminer si une story est prête à être développée. Je recherche la liste des exemples essentiels, ou des scénarios d'acceptation, que la story achevée satisfera. Ces exemples apportent une précision à la compréhension de l'histoire qu'il est difficile d'obtenir d'une autre manière.<br /> | ||
<br /> | <br /> | ||
Il y a des bénéfices marginaux à aller jusqu'à ce niveau de détail. Les discussions de planification de la story ne passent pas beaucoup de temps à comprendre ce que la story signifie. Ces discussions ne tournent pas en rond pour trouver les contours de l'histoire. Si le scénario ne figure pas dans la liste, c'est qu'il fait partie d'une autre story (ou qu'il a été ignoré). En fait, la répartition des scénarios en groupes est un moyen simple de diviser une story en plusieurs parties.<br /> | |||
<br /> | |||
Un autre avantage est que les scénarios peuvent être automatisés en tant que tests d'acceptation avant le développement de la fonctionnalité. Le fait d'avoir une vision claire du résultat avant de commencer permet de maintenir le développement sur la bonne voie, en minimisant les spéculations prématurées sur les besoins futurs et en maximisant l'attention portée aux cas de figure actuels qui pourraient autrement être oubliés.<br /> | |||
<br /> | |||
Dans un processus de développement basé sur des sprints ou des boîtes de temps, vous disposez de tout le sprint pour affiner les stories du sprint suivant avant de les planifier. Si vous pratiquez un processus tiré à une seule pièce, vous disposez de la durée pendant laquelle une story passe dans la file d'attente de développement pour le faire. Quoi qu'il en soit, l'affinage du backlog est une activité nécessaire qui doit être réalisée petit à petit, en permanence.<br /> | |||
<br /> | |||
L'objectif est de réaliser le travail juste à temps pour la planification et le développement. Il doit être suffisamment complet pour éviter les interruptions permettant d'approfondir les connaissances, mais pas trop longtemps à l'avance pour éviter que les détails ne soient obsolètes. Nous voulons que nos scénarios tirent parti du maximum de connaissances que nous pouvons apporter. S'ils sont élaborés trop tôt, il se peut que nous devions revoir les scénarios pour voir si nous devons les modifier en fonction de ce que nous avons appris depuis que nous les avons créés.<br /> | |||
<br /> | |||
Le plus souvent, je constate que les équipes ne créent pas trop de scénarios d'acceptation trop tôt, mais qu'elles consacrent cet effort trop tard. Cela semble beaucoup de travail d'entrer dans ces détails alors que nous savons que nous avons une montagne de travail à accomplir.<br /> | |||
<br /> | |||
Développer correctement un logiciel est une activité orientée vers le détail. Nous devrons tôt ou tard nous pencher sur ces détails. Le fait d'attendre que le développeur ait une question à poser entraîne des interruptions dans le développement, des retards, une perte d'efforts et, parfois, des hypothèses injustifiées qui nous donnent des résultats que nous ne voulons pas. Ne contemplez pas la montagne de travail. Regardez le petit bout de travail que nous avons décidé de faire ensuite. Faites du bon travail sur ce point et les choses se dérouleront plus en douceur. | |||
