Sprint planning: de fem felter der gør sprinten reel
Guides

Sprint planning: de fem felter der gør sprinten reel

Jesse Simons
October 8, 2026
5

Hvad der hører til i en sprint planning-skabelon: mål, kapacitet, ejere, definition of done og risici. Og hvorfor kapaciteten kommer først.

  • En sprint planning-skabelon er fem felter: sprintmål, kapacitet, punkter med én ejer og ét estimat hver, definition of done og risici.
  • Lav kapacitetsregnestykket, før I vælger arbejde; træk fridage, møder og supportvagt fra kalenderdagene.
  • Åbn planlægningen med målet, træk punkter ind til estimaterne rammer kapaciteten, og stop så.
  • Planer forældes, når de bor i et dokument; en plan med trin på rigtige dage og rigtige ejere retter sig selv, mens der arbejdes.
  • I SketchMinds Plans beskriver du sprinten, og AI'en skriver faser eller uger med trin, datoer, ejere og risici.

Sprint planning er der, hvor en backlog bliver til en forpligtelse. En skabelon forhindrer, at mødet producerer en vag liste, som ingen har holdt op mod de timer, teamet faktisk har.

Kort svar: En sprint planning-skabelon er en fast struktur, du udfylder under planlægningen: sprintmålet, teamets reelle kapacitet, de valgte punkter med én ejer og ét estimat hver, definition of done og de risici, I accepterer. Udfyld kapaciteten, før I vælger arbejde. Den ene vane gør sprintplanen til noget, teamet kan gøre færdigt, i stedet for en ønskeliste.

Hvad er en sprint planning-skabelon?

En sprint planning-skabelon er de samme fem spørgsmål i starten af hver sprint, i samme rækkefølge. Værdien ligger ikke i formateringen, men i at spørgsmålene overhovedet bliver stillet. Teams springer kapaciteten over, fordi den er ubehagelig, ejere fordi tildeling føles bureaukratisk, og risici fordi det føles negativt at nævne dem. To uger senere er sprinten forsinket af præcis de grunde.

Hvad hører til i en sprint planning-skabelon?

Fem felter dækker, hvad en sprint har brug for for at være reel. Har din skabelon femten, er de ti ekstra grunden til, at ingen udfylder den.

  • Sprintmål. Én sætning der siger, hvad der er sandt ved sprintens slutning, som ikke er sandt nu. Hvis et punkt ikke tjener målet, skal det have sin egen begrundelse for at være med.
  • Kapacitet. De timer eller point, teamet reelt har: træk ferie, samtaler, supportvagt og de møder, der allerede ligger i kalenderen, fra. Tallet kommer før listen, aldrig efter.
  • Sprintlisten. Hvert valgt punkt med én ejer og ét estimat. Et punkt med to ejere har ingen, og et punkt uden estimat er et gæt med en deadline.
  • Definition of done. Hvad "færdig" betyder denne sprint: reviewet, testet, deployet, dokumenteret. Skriv den én gang, genbrug den, og diskutér den uden for planlægningen.
  • Risici og afhængigheder. De to-tre ting der mest sandsynligt vælter planen, hver med et navngivet svar, også hvis svaret er "det accepterer vi".
Udfyldt eksempel på en sprint planning-skabelon med fem felter: sprintmål, kapacitet, sprintliste med ejere og estimater, definition of done og risici.
Fem felter, udfyldt før sprinten starter.

Hvordan kører du sprint planning med skabelonen?

Skabelonen deler mødet op i før, under og efter, og det er i før-delen, tiden vindes.

  1. Før mødet: Sørg for at kandidatpunkterne er forstået og groft estimeret, og lav kapacitetsregnestykket. Planlægning er til at beslutte, ikke til at opdage hvad tickets betyder.
  2. Åbn mødet med målet, ikke listen. Bliv enige om sætningen først; den er filteret for alt det næste.
  3. Træk punkter ind i prioriteret rækkefølge, til estimaterne rammer kapaciteten, og stop så. Backloggen bliver ikke tommere af, at sprinten bliver fyldigere.
  4. Giv hvert punkt én ejer, når du trækker det ind, ikke til sidst.
  5. Slut af med at læse målet højt og nævne risiciene. Ti minutter her sparer overraskelsen midt i sprinten.

Hvorfor er sprintplaner forældede allerede onsdag?

Sprintplaner forældes, fordi de bor i et dokument, og sprinten sker et andet sted. Planen var sand mandag morgen; onsdag er to punkter vokset, én er gået syg hjem, og dokumentet viser stadig mandagsversionen. Ingen opdaterer det, fordi en opdatering ikke ændrer noget: Dokumentet kender hverken teamets dage eller deadlines.

Løsningen er strukturel: Hold planen der, hvor datoerne og ejerne bor, så en ændring i planen ændrer nogens uge. En plan hvis trin ligger på rigtige kalenderdage, med en rigtig person på hvert trin, bliver rettet som en sideeffekt af, at folk laver arbejdet.

Søjleillustration der sammenligner 50 persondage i kalenderen med de 35 dage, en sprint reelt har efter fradrag af fridage, møder og supportvagt.
Kapaciteten først, punkterne bagefter.

Sprintplan, sprint backlog eller roadmap: Hvad er forskellen?

Tre artefakter, tre horisonter

|Artefakt|Horisont|Hvad den svarer på|

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

|Sprintplan|Én sprint|Hvad bliver vi færdige med, hvem gør hvad, hvor meget er der plads til|

|Sprint backlog|Én sprint, live|Hvad er der tilbage lige nu, i hvilken rækkefølge|

|Roadmap|Kvartaler|Hvor er produktet på vej hen, cirka hvornår|

Sprintplanen er øjebliksbilledet, teamet forpligter sig på; backloggen er den levende liste, der tømmes i løbet af sprinten; roadmappet er den lange linje, sprintene lægger sig sammen til. En god handlingsplan deler sprintplanens anatomi, og til alt der varer længere end et par sprints bygger du i virkeligheden en projekttidsplan.

Kan AI skrive en sprintplan ud fra en beskrivelse?

Ja, hvis du beskriver sprinten i stedet for at lede efter en skabelon. I SketchMind, et AI-whiteboard, har Plans med vilje ingen færdig sprintskabelon: Du trykker på "+ New plan", vælger formen (Phases, Weeks eller Milestones) og beskriver sprinten i feltet "Describe it · AI drafts the plan": hvad I bygger, for hvem, til hvornår, med hvem. Du kan indsætte en brief eller vedhæfte en PDF på op til 25 MB. AI'en spørger kun om det, der mangler (omfang, personer, timing, begrænsninger, hvad succes betyder), og skriver så planen: trin med datoer og ejere, en kort begrundelse pr. trin og risici med, hvad I gør ved dem. Hvert trin lander på sin ejers agenda, og når virkeligheden skrider, siger planen det: "Running 3 days late" kommer med "Move the plan 3 days" eller "I'll catch up", så planen flytter sig i stedet for at rådne i stilhed. Kapacitetsbeslutningen og det endelige omfang er stadig dine; skrivningen og datoflytningen holder op med at koste en eftermiddag.

Senest opdateret: 8. oktober 2026. Tjekket mod den aktuelle SketchMind-app.

Udfyld kapaciteten, før I vælger arbejde, så holder sprintplanen op med at være en ønskeliste.

Hvad er forskellen på en sprintplan og en sprint backlog?

Sprintplanen er øjebliksbilledet, teamet forpligter sig på ved planlægningen: mål, kapacitet, punkter med ejere. Sprint backloggen er den levende liste, der ændrer sig i løbet af sprinten, mens arbejde bliver færdigt, og virkeligheden blander sig.

Hvor lang tid bør sprint planning tage?

En almindelig tommelfingerregel er cirka en time pr. sprintuge, altså to timer for en to-ugers sprint. Tager det meget længere, var det forberedelsen, der manglede, ikke tiden.

Hvordan beregner du sprintkapacitet?

Gang personer med arbejdsdage, og træk så alt fra, som kalenderen allerede gør krav på: ferie, samtaler, supportvagt, faste møder. Resten er det, I planlægger op imod.

Hvad gør et sprintmål godt?

Én sætning der beskriver en tilstand, ikke en liste af tickets: "Nye brugere gennemfører onboardingen uden hjælp." Hvert kandidatpunkt kan testes mod den.

Har SketchMind en sprint planning-skabelon?

Nej, og det er med vilje. I Plans beskriver du din sprint, og AI'en skriver den som faser eller uger med trin, datoer og ejere; AI'en spørger om det, der mangler, i stedet for at give dig tomme felter.