Definition Of Ready - Scrum Life 5

Fifth Scrum Life episode, after the Definition of Done we talk about the Definition of Ready or DoR !
Follow me and contact me on social networks and on my blog!
- jp-lambert.me
- Twitter: / jpierrelambert
- Instagram: / jpierrelambert
- LinkedIn: / jp-lambert
- Facebook: / jplfanclub
Thanks to Edvin Candon for the credits and thanks to all the subscribers!

[@ScrumLife]

Découvrez toute la communauté Scrum Life ! 👉 sl.run/wPWl8b

[@oniyonkuru]

Pour apporter ma modeste contribution à ta vidéo: La DoD est un des artefacts obligatoires dans Scrum (Elle est dans la "Scrum Guide"). La DoD n'est pas du tout une obligation mais plutôt une option (il n'est pas du tout mentionné dans le Scrum Guide ==> Je suis d'accord avec toi JP) Concernant la DoD : ================== 1. Est un artefact de transparence 2. Est une liste de critères à vérifier pour terminer un travail à 100% 3. Permet d'assurer une compréhension commune de ce que signifie un travail identifié comme vraiment complet 4. Définie par l’équipe de développement à partir des standards de l’organisation (dans la vraie vie je n'ai jamais vu une organisation qui y pense 🤣🤣. Depuis plus de 10 ans je vois même très peu de Scrum Team qui y pense)! 5. Peut-être définie soit pour un item de backlog ou soit pour Increment (Increment de Sprint ou de Release) 6. Peut évoluer d’un sprint à l’autre ou d'une team à l'autre, en intégrant des critères de plus en plus stricts (plus une équipe Scrum est mature plus elle fera évoluer sa DoD en y mettant plus de critères restrictifs ) Exemple de DoD pour un item du backlog: ==================================== 1) > 80% de couverture de code par les tests unitaires 2) Build OK sur plateforme d’intégration continue 3) Item testé manuellement 4) Revue de code croisée Ok Etc.... Exemple de DoD pour un increment de Sprint: ======================================= 1) Bogues bloquant corrigés 2) Tests fonctionnels Ok 3) Tests de non régression Ok 4) Tests de robustesse ok 5) Documentation d’exploitation mise à jour 6) Plateforme de demo Ok 7) Incrément livré pour recette utilisateur Exemple de DoD pour un increment de release: ======================================== 1) Bogues majeurs corrigés 2) Note de release créée et diffusée 3) Produit packagé et livré pour MEP Voici quelques bénéfices d'utiliser la DoD: ==================================== 1) Guide la réflexion de l’équipe de développement sur l’estimation et la réalisation du travail à faire 2) Contribue grandement à la qualité en réduisant les risques de revenir sur ce qui a déjà été fait 3) Clarifie le contrat entre l’équipe de développement et les commanditaires Pour la DoR je vais faire un post à part!

[@oniyonkuru]

Pour la DoR (Definition of Ready): ============================= La DoR ne figure pas dans la Scrum Guide. Il y a une petite phrase qui y fait référence mais qui ne parle pas de la DoR (voir page 15 du Scrum Guide en version anglaise et page 16 pour la traduction française). La DoR: =========== 1) Est un artefact de transparence (artefact non officiel dans Scrum car ne figure pas dans Scrum Guide )==> Son origine vient du fait que les grands maîtres de l'agilité en ont parlé soit dans leurs blogs ou post (en voici un où le co-créateur de Scrum Jeff Sutherland en parle: kzbin.info/www/bejne/jpzLe3eYlrxjoJI ) 2) Liste de critères à vérifier pour qu’un item soit prêt à être développé à 100% 3) Assure une compréhension commune de ce que signifie un item vraiment prêt 4) Définie par le Product Owner en collaboration avec l’équipe de développement 5) Peut être définie seulement pour un item de backlog 6) Peut évoluer d’un sprint à l’autre, en intégrant des critères de plus en plus stricts Exemple de la DoR (ce n'est qu'un exemple): --------------------------------------------------------------------------------- 1) Critères d’acceptation définis 2) Maquettes fournies 3) User story ou use case correctement rédigé et déposé dans le dossier du sprint 4) Complexité ≤ 13 4) Jeux de données de test fournis (s’il y a lieu) Etc... J'espère que j'ai été clair! S'il y a des choses que j'ai oublié, n'hésitez pas à me compléter...

[@ViolaineT]

"un atelier de 30' pour peaufiner ensemble les critères d'acceptation"...je n'y avais pas pensé, pensant que c'était exclusivement au PO de les présenter une fois terminés à l'équipe. "Une invitation à la collaboration" quelle belle formule ! Effectivement, je pense à des cas où le PO n'arrive tout simplement pas à écrire des critères d'acceptation car la US est hyper technique par exemple.... au lieu de le blâmer (c du vécu !), on collabore et on l'aide à les écrire... vu comme ça... you made my life JP !

[@r33iv44x]

Sympathique changement de studio ! DoR : j'embraye parce que j'ai assez dans le réservoir pour le trajet. DoD : je me gare quand j'arrive à destination. User story pas prête : coup de klaxon ! Et pour la prochaine fois, nous regarderons dans le rétroviseur : amélioration continue ! 😉

[@oniyonkuru]

J'aime bien cette analogie qui va bien avec le contexte dans le quel JP Lambert fait des enregistrements (dans sa bagnole lol) 😉

[@pwisshella_inprogress]

Les vidéos sont géniales !! Merci !!

[@ScrumLife]

Hé hé, tu m'as l'air parti pour regarder tous les Scrum Life en partant par le tout premier !!! Passe aussi on Live, on en fait un tous les jeudi de 13h à 14h CET 👌 -- JP

[@froggy58400]

J'aime aussi utiliser l'acronyme INVEST: Independent, Negotiable, Valuable, Estimable, Small, Testable. En se basant sur ça on peut se faire sa propre liste de choses à ne pas oublier et ça couvre la perspective de toute l'équipe 👍🏻

[@clarisse__]

Merci pour cette vidéo très intéressante :)

[@jeb-pro]

Hello JP, vu que c'est une des premières vidéos de la chaine et sur ce sujet un peu polémique parfois (sujet à débats régulièreemnt en tout cas), je trouve que ça serait pas mal de faire une contre-vidéo pour la commenter avec vos retours d'expériences depuis ;)

[@ScrumLife]

Bonjour ! En fait nous en avons tourné une nouvelle l'année dernière : "Waterfall vs Agile / Scrum : de quel côté penche la Definition Of Ready ?" N'hésite pas à y jeter un oeil et à nous donner ton feedback. Robin

[@benjaminfeireisen20]

J'aimais bien tes précédentes vidéos, mais celle-là je le sentais (déjà dès le début, vu le titre :P ) moins ! Ca reste bien sympa, hein ! Mais je suis en désaccord, néanmoins. Le Definition of Ready a un gros, gros point faible : c'est qu'elle peut rapidement amener à revenir sur du waterfall (= séquentiel) lorsqu'elle est super exhaustive (donc ce que tu dis sur ta vidéo), et donc peut devenir très dangereux ! Eh bien oui, si on doit "tout" faire à 100% avant d'avoir une story prête, c'est du waterfall itératif, plus vraiment de l'agile. "La simplicité est essentielle". :) Donc toutes les équipes n'ont pas besoin d'une DoR exhaustive, certaines équipes se débrouillent très bien avec un concept simple : une User Story prête a été discutée par l'équipe et peut être réalisable lors d'un sprint. Ayant déjà vu les déboires d'une DoR exhaustive (surtout côté UI/UX où ça galère sur les DoR), je préfère mettre un bémol par mon expérience perso.

[@ViolaineT]

Mais alors si le DOR n'est pas dans le Scrum Guide, d'où vient -il ? et idem pour le DOD ?

[@simonnowak9782]

Je trouve pour ma part plus d'avantage au DoR que d'inconvénients. Je pense que c'est plutôt lié à maturité des équipes/organisation dans lesquelles on intervient

[@gazza854]

La DoR apparaît aussi dans le Scrum Guide : www.agilealliance.org/glossary/definition-of-ready/#q=~(filters~(postType~(~'page~'post~'aa_book~'aa_event_session~'aa_experience_report~'aa_glossary~'aa_research_paper~'aa_video)~tags~(~'definition*20of*20ready))~searchTerm~'~sort~false~sortDirection~'asc~page~1) (voir paragraphe "Origins)

[@gazza854]

Effectivement, j'ai été un peu trop vite en lisant : "incorporated into "official" Scrum training material" ; merci de la clarification.

[@deosuser2]

J'adore la version cheap dans la voiture : on veut du simple, naturel et efficace ! Bravo

[@yns13]

Par contre t'abuses de rouler en fiat Panda 🐼

[@ScrumLife]

C'est une Twingo ! -- JP

[@HelloTuno]

Bah JP, on est plus tes plus grands fans ? 😄

[@DidierT]

*Placement produit* #Cybex ! XD