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




  1. The Very Next Sprint
  2. 2-3 Sprints in the Future
  3. The Next “Release”
  4. 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/

Made with Slides.com