• Definition of Ready: Een werkafspraak binnen het team om te voorkomen dat we tijdens het refinen dingen over het hoofd zien. Zorgt ervoor dat we de sprint goed voorbereiden en betrouwbaar kunnen leveren.

• INVEST is een veelgebruikt acroniem

• Independent – Onafhankelijk

  • Negotiable – Onderhandelbaar

  • Valuable – Waardevol

  • Estimable – Inschatbaar

  • Small – Klein

  • Testable – Testbaar

• Definition of Done: Definieert hoe een waardevol increment eruit ziet; kunnen we met een gerust hart releasen?

  • Vertelt wat we hebben gedaan, zodat ons increment Done is.

  • Normaliter zie je bij veel bedrijven dat dit kan resulteren in een soort van check-list is die bij PBI opgenomen wordt.

  • Is een belangrijke maatstaf voor kwaliteit

Definition of Ready Standaardisatieteam

• Business value wordt duidelijk vermeld en het team heeft hier een gemeenschappelijk beeld van

• Functional requirements

• Non Functional requirements

• (Product) Acceptatie Criteria hebben een unieke ID en zijn duidelijk en testbaar, met behulp van de SMART-methode.

  • Specifiek – goed gedefinieerd, duidelijk en ondubbelzinnig

  • Meetbaar – met specifieke criteria die de vooruitgang in de richting van het doel meten

  • Haalbaar – haalbaar en niet onmogelijk te bereiken

  • Realistisch – binnen handbereik en relevant voor sprint/productdoel

  • Tijdgebonden – duidelijk gedefinieerde tijd

• Product Backlog Item details worden begrepen door het team

  • zodat het een weloverwogen beslissing kan nemen of het team het Product Backlog Item kan voltooien

  • zodat duidelijk is wat er gebouwd en getest moet worden

  • Het team heeft geen vragen meer

• Afhankelijkheden worden geïdentificeerd en geadresseerd zodat ze ons niet weerhouden om Product Backlog Items te voltooien

• Het Product Backlog Item is geschat en klein genoeg om in één sprint te voltooien

• Team begrijpt hoe de Product Backlog Item te demonstreren tijdens de sprint review 

• Het team heeft gezamenlijk het label ready toegekend

Definition of Done Standaardisatieteam

Dit betreft de referentie implementatie

Vul hier in welke items er volgens jou in de DoD moeten

Per user story / wens / change:

• Documentatie is gereviewed en akkoord bevonden

• Codestandaarden en coverage checks worden afgedekt

  • Welke checks voeren we uit voor het deployen? Roland Groen Joris Scharp voegen hier een overzicht toe

  • Percentage dekkingsgraad

• Alle unit testen zijn uitgevoerd en zijn geslaagd.

  • Percentage dekkingsgraad moet op orde zijn

• Acceptatietest is uitgevoerd. Testcases zijn geschreven.

• Alle blockers, criticals en major bevindingen zijn gefixt.

• Aan de (product)acceptatiecriteria is voldaan.

• De code is beschikbaar op Github.

Huidige beschrijving prioritering bevindingen  (in KT1.3). Nog te bespreken ....

Per sprint:

• Alle opgeleverde User Stories in de sprint voldoen aan de DoD

• Technical debt is toegevoegd aan de backlog en geprioriteerd

• Productbacklog is up to date.

• Sprintbacklog is up to date.

• Use case beschrijvingen zijn gematcht op technische oplossing.

• Architectuurdocumentatie, ontwerpbeslissingen en evt. andere documentatie is bijgewerkt.

• De sprint is geaccepteerd door de changemanager van Realisatieteam, het sprintdoel is gehaald.

• Vrijgaveadvies is gemaakt en toegestuurd aan changemanager Realisatieteam.

• Definitieve documentatie is opgeleverd aan changemanager Realisatieteam.

• Voortgangsmatrix eisen is bijgewerkt.

--------------------------------------------------------------------------------------------------------------------------------------

• Integratietesten: Plan voor maken. Moet nu geen impact hebben op onze velocity. 

Voorbeeld van Paul

Open