Le prêt,
le fini, et le BBL
« le monde se divise en deux catégories »
Au stand-up
« Les specs ne sont pas claires. »
« Le fichier d'exemples n'est pas encore là. »
« La US est beaucoup trop grosse. »
« Comment je peux valider la story ? »
Juste avant la démo
« Le cas 0 ne marche pas. »
« Le build prend deux fois plus de temps. »
« La version du ticket de livraison n'est pas la bonne. »
« Le serveur de démo n'est pas à jour. »
Le fini
DoD M&O
Une User Story peut être considérée terminée lorsque :
- le code est commité
- la couverture de tests unitaires est >= 70%
- le rapport checkstyle est à 0%
- le test fitNesse est vert et a été validé par le porteur de la demande
- le build d'intégration continue s'est exécuté avec succès
- la fonctionnalité est disponible pour un test manuel sur le serveur de recette
Le prêt
Exemple 1
- User Story defined
- User Story Acceptance Criteria defined
- User Story dependencies identified
- User Story sized by Delivery Team
- Scrum Team accepts User Experience artefacts
-
Performance criteria identified, where appropriate
- Person who will accept the User Story is identified
- Team has a good idea how to Demo the User Story
Exemple 2
- The business value is articulated in the format of ‘As a actor I want action so that achievement’
- The story is Independent, Negotiable, Valuable, Estimable, Small and Testable – INVEST
-
Acceptance criteria describe all features of the story
- The story is complete once the acceptance criteria have been met
- The story can be completed in one sprint
- The story names external experts and their contact details
-
No external dependencies prevent the story from being completed
Mon exemple
- INVEST
- en tant que... je veux... afin de...
- réalisable en un demi-sprint
- « comment démontrer » exhaustif
- scénario démo
- ROI
- vu en grooming
Grooming
- The Very Next Sprint
- 2-3 Sprints in the Future
- The Next “Release”
- The Far Flung Future (Epics)
Les 4 R
Raw
Refined
Reviewed
Ready
La culture des bacs
Claude Aubry
Jira
DoR Sprint
- The Sprint Backlog is prioritized
- The Spring Backlog contains all defects, User Stories and other work that the team is committing to
- No hidden work
- All team members have calculated their capacity for the Sprint
- Fulltime on project = X hours per day
- All User Stories meet Definition of Ready
Webographie
http://www.romanpichler.com/blog/product-backlog/the-definition-of-ready/
http://blog.xebia.com/2009/06/19/the-definition-of-ready/
http://blog.xebia.com/2009/07/04/flow-to-ready-iterate-to-done/
http://blog.xebia.com/2009/09/12/the-ready-kanban-the-product-owners-scrum-board/ http://fr.slideshare.net/ChristianVos/defintion-of-done-and-product-backlog-refinement
http://www.innolution.com/blog/definition-of-ready
http://geek-and-poke.com/geekandpoke/2012/10/1/doad.html
http://www.solutionsiq.com http://coach-agile.com/author/coach/page/5/
http://systemagility.com/2011/05/17/definition-of-ready/
http://boostagile.com/user-stories-part-4-definition-of-ready/
http://www.aubryconseil.com
http://www.boost.co.nz/blog/2011/08/definition-of-ready/
http://www.agilehelpline.com/2011/03/ready.html
http://www.informit.com/articles/article.aspx?p=1928232&seqNum=5
http://stefanroock.wordpress.com http://emarketingblogger.com/2014/07/12/seo-website-audit-checklist/
http://www.batimes.com/robert-galen/user-stories-ready-set-go.html
http://www.agilesoc.com/2012/03/05/definition-of-ready/ http://www.morisseauconsulting.com
http://nomad8.com/definition-of-ready/
Le prêt, le fini, et le BBL
By Johan Bonneau
Le prêt, le fini, et le BBL
Garantissons ce qui entre et ce qui sort d'un système Scrum.
