Voorbereiden en plannen van werkzaamheden voor een iteratie op basis van prioriteit, capaciteit en Definition of Ready.

---

📖 Introductie

Sprint Planning vormt de overgang van plannen naar uitvoeren.

Tijdens Sprint Planning bepaalt het team:

• Wat wordt gerealiseerd?
• Waarom wordt dit gerealiseerd?
• Hoeveel werk past binnen de sprint?
• Welke afhankelijkheden bestaan?
• Wat is het sprintdoel?

Een goede Sprint Planning zorgt voor:

✅ Focus

✅ Realistische verwachtingen

✅ Transparantie

✅ Voorspelbare delivery

✅ Betere samenwerking

Sprint Planning is meer dan het selecteren van backlog-items; het is het gezamenlijk creëren van een haalbaar plan voor de komende iteratie.

---

🎯 Doel van Sprint Planning

Sprint Planning heeft als doel om een duidelijke en haalbare Sprint Backlog samen te stellen.

Controlepunten

• ☐ Sprintdoel bepaald
• ☐ Backlog-items geselecteerd
• ☐ Capaciteit beoordeeld
• ☐ Afhankelijkheden geïdentificeerd
• ☐ Teamcommitment verkregen

Resultaat

Aan het einde van Sprint Planning is duidelijk:

• Wat wordt opgeleverd
• Waarom dit belangrijk is
• Wie betrokken is
• Welke risico's bestaan
• Wat het sprintdoel is

---

📥 Input voor Sprint Planning

Sprint Planning start met een goed voorbereide backlog.

Vereiste Input

🔹Backlog

• Geprioriteerde backlog
• Features
• User Stories
• Technische werkzaamheden

🔹Definition of Ready

Alleen backlog-items die voldoen aan de Definition of Ready mogen worden gepland.

🔹Capaciteit

• Beschikbaarheid van teamleden
• Vakanties en verlof
• Onderhoudswerkzaamheden
• Verwachte verstoringen

🔹Afhankelijkheden

• Externe teams
• Leveranciers
• Integraties
• Architectuurcomponenten

Let op

🚩 Niet voorbereide stories

🚩 Ontbrekende acceptatiecriteria

🚩 Onduidelijke scope

🚩 Onbekende afhankelijkheden

---

🏗️ Sprint Planning Proces

Stap 1 – Sprintdoel Bepalen

Beschrijf welk resultaat de sprint moet opleveren.

Voorbeelden

• Klanten kunnen digitaal aanvragen registreren
• Eerste versie van rapportagedashboard beschikbaar
• Integratie met ERP gerealiseerd

Controlepunten

• ☐ Sprintdoel vastgesteld
• ☐ Doel afgestemd met stakeholders
• ☐ Relatie met roadmap duidelijk

---

Stap 2 – Selecteren van Werk

Selecteer de hoogst geprioriteerde backlog-items.

Controlepunten

• ☐ Prioriteit gecontroleerd
• ☐ Businesswaarde bevestigd
• ☐ Traceability aanwezig
• ☐ Afhankelijkheden inzichtelijk

Let op

🚩 Te veel werk selecteren

🚩 Prioriteiten negeren

🚩 Werk zonder businesswaarde opnemen

---

Stap 3 – Inschatten

Bepaal de omvang van het werk.

Mogelijke Technieken

• Story Points
• T-Shirt Sizes
• Relative Estimation
• Ureninschatting

Controlepunten

• ☐ Inschatting uitgevoerd
• ☐ Team betrokken
• ☐ Complexiteit beoordeeld
• ☐ Risico's besproken

Let op

🚩 Te optimistische inschattingen

🚩 Geen rekening houden met onzekerheden

🚩 Inschattingen door één persoon

---

Stap 4 – Capaciteitscontrole

Controleer of het werk past binnen de beschikbare capaciteit.

Onderzoek

• Teamcapaciteit
• Beschikbare dagen
• Onderhoudswerk
• Ondersteuning
• Verlof

Formule

							
Beschikbare Capaciteit
-
Onderhoud
-
Overhead
=
Sprint Capaciteit

						

Controlepunten

• ☐ Werk past binnen capaciteit
• ☐ Verlof meegenomen
• ☐ Onderhoud meegenomen

Let op

🚩 Overcommitment

🚩 Optimistische planning

🚩 Geen ruimte voor incidenten

---

Stap 5 – Commitment

Het team committeert zich aan het sprintdoel.

Controlepunten

• ☐ Team akkoord
• ☐ Sprint Backlog vastgesteld
• ☐ Risico's geaccepteerd
• ☐ Sprintdoel bevestigd

Let op

🚩 Commitment van management in plaats van team

🚩 Onduidelijke verwachtingen

🚩 Onrealistische sprintdoelen

---

📋 Sprint Backlog

De Sprint Backlog bevat alle werkzaamheden voor de komende sprint.

Mogelijke Inhoud

Functioneel

• User Stories
• Features
• Verbeteringen

Technisch

• Integraties
• Configuraties
• Refactoring

Kwaliteit

• Testactiviteiten
• Validaties
• Reviews

Voorbeeld

							
Sprint Goal:
- Digitale aanvraagregistratie beschikbaar maken

Sprint Backlog:
- US-101 Aanvraag registreren
- US-102 Aanvraagstatus tonen
- US-103 Notificatie verzenden
- TEST-101 Acceptatietest

						

---

✅ Definition of Ready

Alleen werk dat voldoende voorbereid is mag worden ingepland.

Controlepunten

• ☐ Businesswaarde beschreven
• ☐ Acceptatiecriteria aanwezig
• ☐ Scope helder
• ☐ Afhankelijkheden bekend
• ☐ Testbaar
• ☐ Inschatbaar

Voorbeeld

Een story is Ready wanneer:

✅ Begrijpelijk

✅ Geschat

✅ Testbaar

✅ Geprioriteerd

✅ Afgestemd

Let op

🚩 Onvoldoende uitgewerkte stories

🚩 Onduidelijke acceptatiecriteria

🚩 Onbekende afhankelijkheden

---

📊 Capaciteit & Velocity

Gebruik historische gegevens voor realistische planningen.

Capaciteit

Gebaseerd op:

• Beschikbare medewerkers
• Werkdagen
• Onderhoudswerkzaamheden
• Verlof

Velocity

Gemiddelde hoeveelheid werk die een team per sprint afrondt.

Voorbeeld

Gemiddelde Velocity = 27 Story Points

Let op

🚩 Velocity gebruiken als prestatiedoel

🚩 Historische data negeren

🚩 Capaciteit overschatten

---

🔗 Samenhang met Traceability

Alle sprint-items moeten gekoppeld zijn aan hogere backlogniveaus.

Traceability Keten

							
Requirement
     ↓
 Feature
     ↓
User Story
     ↓
 Sprint
     ↓
 Testing
     ↓
 Release

						

Controlepunten

• ☐ Traceability aanwezig
• ☐ User Stories gekoppeld
• ☐ Testcases gekoppeld
• ☐ Releaseplanning zichtbaar

Zie ook

👉 Requirement Traceability

---

✅ Checklist

Voor Bereidende Fase

• ☐ Backlog geprioriteerd
• ☐ Stories voldoen aan Definition of Ready
• ☐ Afhankelijkheden bekend

Tijdens Sprint Planning

• ☐ Sprintdoel vastgesteld
• ☐ Werk geselecteerd
• ☐ Capaciteit gecontroleerd
• ☐ Inschatting uitgevoerd

Na Sprint Planning

• ☐ Sprint Backlog vastgesteld
• ☐ Teamcommitment verkregen
• ☐ Communicatie naar stakeholders verzorgd

---

📦 Deliverables

Na Sprint Planning zijn beschikbaar:

• Sprint Goal
• Sprint Backlog
• Capaciteitsoverzicht
• Velocity-overzicht
• Risicoanalyse
• Afhankelijkhedenoverzicht

---

📝 Vastlegging

Documenteer minimaal:

• Sprintdoel
• Geplande backlog-items
• Capaciteit
• Velocity
• Afhankelijkheden
• Risico's

Gebruik deze informatie als basis voor uitvoering, voortgangsbewaking en sprintreviews.

---

⚠️ Veelvoorkomende Valkuilen

🚩 Overcommitment

🚩 Geen rekening houden met capaciteit

🚩 Stories niet voldoen aan Definition of Ready

🚩 Sprintdoel ontbreekt

🚩 Afhankelijkheden onderschatten

🚩 Sprint Planning gebruiken als detailontwerp

🚩 Te veel werk opnemen

---

💡 Best Practices

• Plan uitsluitend Ready-items
• Gebruik historische velocity
• Houd sprintdoelen concreet
• Betrek het volledige team
• Houd ruimte voor onvoorziene werkzaamheden
• Controleer afhankelijkheden vooraf
• Koppel sprint-items aan requirements

---

✅ Resultaat

Na een effectieve Sprint Planning is duidelijk:

• Wat het team gaat realiseren
• Welke backlog-items worden uitgevoerd
• Welke capaciteit beschikbaar is
• Welke afhankelijkheden bestaan
• Hoe de sprint bijdraagt aan de roadmap

Sprint Planning vormt daarmee de basis voor gecontroleerde uitvoering, voorspelbare delivery en transparante voortgang binnen het ALM-proces.