Sprint planning: de vijf velden die een sprint echt maken
Handleidingen

Sprint planning: de vijf velden die een sprint echt maken

Jesse Simons
October 8, 2026
5

Wat er in een sprintplanning-template hoort: doel, capaciteit, owners, definition of done en risico's. En waarom de capaciteit eerst komt.

  • Een sprintplanning-template is vijf velden: sprintdoel, capaciteit, items met elk één owner en één schatting, definition of done en risico's.
  • Doe de capaciteitssom voordat jullie werk kiezen; trek vrije dagen, meetings en supportdienst van de kalenderdagen af.
  • Open de planning met het doel, trek items binnen tot de schattingen de capaciteit raken, en stop dan.
  • Plannen verouderen als ze in een document leven; een plan met stappen op echte dagen en echte owners corrigeert zichzelf tijdens het werk.
  • In SketchMinds Plans beschrijf je de sprint en stelt de AI fases of weken op met stappen, datums, owners en risico's.

Sprint planning is het moment waarop een backlog een commitment wordt. Een vaste template voorkomt dat die meeting een vage lijst oplevert die niemand heeft getoetst aan de uren die het team echt heeft.

Kort antwoord: Een sprintplanning-template is een vaste structuur die je tijdens de planning invult: het sprintdoel, de echte capaciteit van het team, de gekozen items met elk één owner en één schatting, de definition of done en de risico's die jullie accepteren. Vul de capaciteit in voordat jullie werk kiezen. Die ene gewoonte maakt van het sprintplan iets wat het team kan afmaken in plaats van een wensenlijst.

Wat is een sprintplanning-template?

Een sprintplanning-template is dezelfde vijf vragen aan het begin van elke sprint, in dezelfde volgorde. De waarde zit niet in de opmaak, maar in het feit dat de vragen überhaupt gesteld worden. Teams slaan capaciteit over omdat het ongemakkelijk is, owners omdat toewijzen bureaucratisch voelt, en risico's omdat ze benoemen negatief voelt. Twee weken later loopt de sprint precies daarom uit.

Wat hoort er in een sprintplanning-template?

Vijf velden dekken wat een sprint nodig heeft om echt te zijn. Heeft jouw template er vijftien, dan zijn de tien extra de reden dat niemand hem invult.

  • Sprintdoel. Eén zin die zegt wat er aan het einde van de sprint waar is dat nu nog niet waar is. Draagt een item niet bij aan het doel, dan heeft het zijn eigen rechtvaardiging nodig om in de sprint te zitten.
  • Capaciteit. De uren of punten die het team écht heeft: trek vakanties, sollicitatiegesprekken, supportdienst en de meetings die al in de agenda staan ervan af. Dit getal komt vóór de itemlijst, nooit erna.
  • De sprintlijst. Elk gekozen item met één owner en één schatting. Een item met twee owners heeft er geen, en een item zonder schatting is een gok met een deadline.
  • Definition of done. Wat "klaar" deze sprint betekent: gereviewd, getest, gedeployed, gedocumenteerd. Schrijf het één keer op, hergebruik het, en discussieer erover buiten de planning.
  • Risico's en afhankelijkheden. De twee of drie dingen die het plan het eerst breken, elk met een benoemde reactie, ook als die reactie "dit accepteren we" is.
Ingevuld voorbeeld van een sprintplanning-template met vijf velden: sprintdoel, capaciteit, sprintlijst met owners en schattingen, definition of done en risico's.
Vijf velden, ingevuld voordat de sprint start.

Hoe doe je sprint planning met de template?

De template knipt de meeting in ervoor, tijdens en erna, en in het ervoor wordt de tijd gewonnen.

  1. Vóór de meeting: zorg dat de kandidaat-items begrepen en grof geschat zijn, en doe de capaciteitssom. Planning is om te beslissen, niet om te ontdekken wat tickets betekenen.
  2. Open de meeting met het doel, niet met de lijst. Word het eerst eens over de zin; die is het filter voor alles daarna.
  3. Trek items op volgorde van prioriteit tot de schattingen de capaciteit raken, en stop dan. De backlog wordt niet leger doordat de sprint voller wordt.
  4. Geef elk item één owner op het moment dat je het binnentrekt, niet aan het eind.
  5. Sluit af door het doel hardop terug te lezen en de risico's te benoemen. Tien minuten hier besparen de verrassing halverwege de sprint.

Waarom is een sprintplan woensdag al verouderd?

Sprintplannen verouderen omdat ze in een document leven en de sprint ergens anders gebeurt. Maandagochtend klopte het plan; woensdag zijn twee items gegroeid, is iemand ziek naar huis en toont het document nog de maandagversie. Niemand werkt het bij, omdat bijwerken niets verandert: het document kent de dagen en deadlines van het team niet.

De fix is structureel: houd het plan waar de datums en owners leven, zodat een wijziging in het plan iemands week verandert. Een plan waarvan de stappen op echte kalenderdagen staan, met een echt persoon per stap, corrigeert zichzelf als bijproduct van het werk.

Balk-illustratie die 50 kalender-persoonsdagen vergelijkt met de 35 dagen die een sprint echt heeft na aftrek van vrije dagen, meetings en supportdienst.
Eerst de capaciteit, dan de items.

Sprintplan, sprint backlog of roadmap: wat is het verschil?

Drie artefacten, drie horizonnen

|Artefact|Horizon|Wat het beantwoordt|

|---|---|---|

|Sprintplan|Eén sprint|Wat maken we af, wie doet wat, hoeveel past er|

|Sprint backlog|Eén sprint, live|Wat is er nu nog over, in welke volgorde|

|Roadmap|Kwartalen|Waar gaat het product heen, ongeveer wanneer|

Het sprintplan is de foto waar het team zich aan committeert; de backlog is de levende lijst die tijdens de sprint leegloopt; de roadmap is de lange lijn waar de sprints samen op uitkomen. Een goed actieplan deelt de anatomie van het sprintplan, en voor alles wat langer duurt dan een paar sprints bouw je eigenlijk een projectplanning.

Kan AI een sprintplan opstellen uit een beschrijving?

Ja, als je de sprint beschrijft in plaats van naar een template te zoeken. In SketchMind, een AI-whiteboard, heeft Plans bewust geen kant-en-klare sprinttemplate: je drukt op "+ New plan", kiest de vorm (Phases, Weeks of Milestones) en beschrijft de sprint in het veld "Describe it · AI drafts the plan": wat jullie bouwen, voor wie, wanneer af, met wie. Je kunt een briefing plakken of een PDF tot 25 MB bijvoegen. De AI vraagt alleen naar wat ontbreekt (scope, mensen, timing, beperkingen, wat succes betekent) en stelt dan het plan op: stappen met datums en owners, een korte toelichting per stap en risico's met wat je eraan doet. Elke stap landt op de agenda van zijn owner, en als de realiteit gaat schuiven zegt het plan dat: "Running 3 days late" komt met "Move the plan 3 days" of "I'll catch up", dus het plan schuift mee in plaats van stil te verrotten. De capaciteitskeuze en de uiteindelijke scope blijven van jou; het opstellen en datumschuiven kost geen middag meer.

Laatst bijgewerkt: 8 oktober 2026. Gecheckt tegen de actuele SketchMind-app.

Vul de capaciteit in voordat jullie werk kiezen, en het sprintplan houdt op een wensenlijst te zijn.

Wat is het verschil tussen een sprintplan en een sprint backlog?

Het sprintplan is de foto waar het team zich bij de planning aan committeert: doel, capaciteit, items met owners. De sprint backlog is de levende lijst die tijdens de sprint verandert terwijl werk af komt en de realiteit zich ermee bemoeit.

Hoe lang mag sprint planning duren?

Een gangbare vuistregel is ongeveer een uur per sprintweek, dus twee uur voor een sprint van twee weken. Duurt het veel langer, dan ontbrak de voorbereiding, niet de tijd.

Hoe bereken je sprintcapaciteit?

Vermenigvuldig mensen met werkdagen en trek daar alles vanaf wat de agenda al claimt: vakanties, sollicitaties, supportdienst, terugkerende meetings. Wat overblijft is waar je tegen plant.

Wat is een goed sprintdoel?

Eén zin die een toestand beschrijft, geen ticketlijst: "Nieuwe gebruikers ronden de onboarding af zonder hulp." Daar kun je elk kandidaat-item aan toetsen.

Heeft SketchMind een sprintplanning-template?

Nee, en dat is bewust. In Plans beschrijf je je sprint en stelt de AI hem op als fases of weken met stappen, datums en owners; de AI vraagt naar wat ontbreekt in plaats van je lege vakjes voor te zetten.