
Wat er in een sprintplanning-template hoort: doel, capaciteit, owners, definition of done en risico's. En waarom de capaciteit eerst komt.
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.
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.
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.

De template knipt de meeting in ervoor, tijdens en erna, en in het ervoor wordt de tijd gewonnen.
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.

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.
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.
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.
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.
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.
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.
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.