Introductie
Het is essentieel om te bepalen wanneer werk klaar is om opgepakt te worden door het development team.
- onduidelijke requirements
- incomplete user stories
- afhankelijkheden tijdens development
- vertragingen en rework
👉 Definition of Ready (DoR) bepaalt wanneer werk klaar is om te starten.
1. Wat is Definition of Ready
- voldoende duidelijk
- volledig beschreven
- uitvoerbaar door het team
👉 Alleen DoR-items gaan in de sprint.
Belangrijk principe
- niet ready = niet plannen
- eerst verder uitwerken
2. Doel
- duidelijke requirements
- minder onzekerheid
- betere planning
- minder rework
- hogere voorspelbaarheid
3. Relaties
DoR vs Acceptance Criteria
- DoR = startklaar
- AC = wat gebouwd wordt
DoR vs DoD
- DoR = start
- DoD = oplevering
4. Inhoud van DoR
Requirements
- duidelijk beschreven
- business doel bekend
- scope afgebakend
Acceptance Criteria
- aanwezig en testbaar
- geen open vragen
Analyse & Design
- oplossing uitgewerkt
- impact bekend
- afhankelijkheden bekend
Techniek
- data beschikbaar
- integraties bekend
- omgeving gereed
Planning
- geschat
- prioriteit bepaald
- team begrijpt het werk
5. Gebruik binnen ALM
Plan & Track
- refinement
- backlog voorbereiding
Develop
6. Lifecycle & beheer
Stakeholders
- Product Owner
- Consultants
- Developers
- Architect
Doorontwikkeling
- continu verbeteren
- meegroeien met team
7. Best practices
- concreet en toetsbaar
- actief gebruiken
- team alignment
8. Veelgemaakte fouten
- onduidelijke stories
- vage requirements
- geen afhankelijkheden
Samenvatting
Definition of Ready bepaalt wanneer werk klaar is om te starten
en zorgt voor voorspelbare en beheersbare development.