- Nico Tondeur
- GAG Manager
- Agiliste / Serious Gamer depuis 2004
- « La valeur ne passe que par l’humain! »
Explorer la Definition Of Done.
Beaucoup de choses ont été écrites et dites sur la DOD (Definition Of Done ou définition de terminé).
En résumé, il s’agit d’un listing le plus complet possible, de ce que dois avoir accompli l’équipe SCRUM pour pouvoir considérer que leur travail est terminé.
En théorie, si la DOD est remplie, le PO ne devrait pas avoir d’occasion de refuser une US en fin de Sprint.
Certaines équipes considèrent que la DOD est spécifique à chaque US et donc utilisent la planification (phase incluant l’affinage et le Sprint Planning) pour écrire pour chacune cette DOD afin de pouvoir ensuite se prononcer sur la quantité d’effort nécessaire à produire cette US.
D’autres équipes préfèrent créer une DOD générique, qui s’appliquera alors à la grande majorité des US. Dans ce cas, il est nécessaire d’ajuster régulièrement la DOD et donc de considérer qu’elle intègre la démarche d’amélioration continue (revue en rétrospective par exemple).
Il existe encore des mix des deux : des équipes ayant une DOD générique mais qui s’appliquent à la compléter pour chaque US.
Quelque soit la manière de voir la DOD, il est important de la documenter… la rendre visible. Il est donc généralement conseillé aux équipes de la mettre en avant dans leur management visuel ou dans leur documentation en ligne centralisée (dans le cadre d’équipes non colocalisées).
Nous avons sur le site H@coeur plusieurs H@cktivités et REX sur le sujet, nous vous conseillons par exemple la conférence « Une DOD à plusieurs niveaux ? » de Nicolas Tondeur ainsi que l’atelier DOD et DOR Kards.
Que sont les « Agile Topic Cards »?
Créées par Jimmy Janlén de chez Crisp, ces cartes sont utilisées par nos coachs dans l’accompagnement des individus et des communautés dans le cadre des transformations agiles.
Elles présentent des sujets de la thématique « Agile » sur lesquels les personnes peuvent discuter, se renseigner, faire de la veille…
Pour plus d’informations sur notre manière d’utiliser ces cartes et pour les liens de téléchargement, vous pouvez consulter la page dédiée: Les Agile Topic Cards
Cet article vous a été utile?
Cliquez sur un cœur pour voter.
Les dernières "Agile Topic Card" ajoutées sur le site
ATC – 154 – INVEST
Vue de l'équipe du GAG sur la carte "Agile Topic N°154 : Rôles" par Jimmy Janlén
C'est parti >ATC – 171 – Cargo Cult
Vue de l'équipe du GAG sur la carte "Agile Topic N°35" : Rôles par Jimmy Janlén
C'est parti >ATC – 136 – YAGNI
Vue de l'équipe du GAG sur la carte "Agile Topic N°35" : Rôles par Jimmy Janlén
C'est parti >ATC – 127 – User Story Mapping
Vue de l'équipe du GAG sur la carte "Agile Topic N°35" : Rôles par Jimmy Janlén
C'est parti >ATC – 72 – Visualization
Vue de l'équipe du GAG sur la carte "Agile Topic N°35" : Rôles par Jimmy Janlén
C'est parti >ATC – 87 – Retrospective
Vue de l'équipe du GAG sur la carte "Agile Topic N°35" : Rôles par Jimmy Janlén
C'est parti >ATC – 117 – Outcome vs Output
Vue de l'équipe du GAG sur la carte "Agile Topic N°35" : Rôles par Jimmy Janlén
C'est parti >ATC – 111 – Démo
Vue de l'équipe du GAG sur la carte "Agile Topic N°35" : Rôles par Jimmy Janlén
C'est parti >ATC – 035 – Rôles
Vue de l'équipe du GAG sur la carte "Agile Topic N°35" : Rôles par Jimmy Janlén
C'est parti >