Sprint planning: de fem fälten som gör sprinten verklig
Guider

Sprint planning: de fem fälten som gör sprinten verklig

Jesse Simons
October 8, 2026
5

Vad som ingår i en sprintplanering: mål, kapacitet, ägare, definition of done och risker. Och varför kapaciteten kommer först.

  • En sprintplaneringsmall är fem fält: sprintmål, kapacitet, punkter med en ägare och en estimering var, definition of done och risker.
  • Gör kapacitetsberäkningen innan ni väljer arbete; dra av ledighet, möten och supportjour från kalenderdagarna.
  • Öppna planeringen med målet, dra in punkter tills estimaten når kapaciteten, och sluta sedan.
  • Planer blir inaktuella när de bor i ett dokument; en plan med steg på riktiga dagar och riktiga ägare korrigerar sig själv medan arbetet görs.
  • I SketchMinds Plans beskriver du sprinten och AI:n skriver faser eller veckor med steg, datum, ägare och risker.

Sprint planning är där en backlog blir ett åtagande. En mall hindrar mötet från att producera en vag lista som ingen stämt av mot timmarna teamet faktiskt har.

Kort svar: En sprintplaneringsmall är en fast struktur du fyller i under planeringen: sprintmålet, teamets verkliga kapacitet, de valda punkterna med en ägare och en estimering var, definition of done och riskerna ni accepterar. Fyll i kapaciteten innan ni väljer arbete. Den enda vanan gör sprintplanen till något teamet kan slutföra i stället för en önskelista.

Vad är en sprintplaneringsmall?

En sprintplaneringsmall är samma fem frågor i början av varje sprint, i samma ordning. Värdet ligger inte i formateringen utan i att frågorna ställs alls. Team hoppar över kapaciteten för att den är obekväm, ägare för att tilldelning känns byråkratisk, och risker för att det känns negativt att nämna dem. Två veckor senare är sprinten försenad av exakt de skälen.

Vad ingår i en sprintplaneringsmall?

Fem fält täcker det en sprint behöver för att vara verklig. Har din mall femton är de tio extra anledningen till att ingen fyller i den.

  • Sprintmål. En mening som säger vad som är sant i slutet av sprinten som inte är sant nu. Om en punkt inte tjänar målet behöver den en egen motivering för att vara med.
  • Kapacitet. Timmarna eller poängen teamet verkligen har: dra av semester, intervjuer, supportjour och mötena som redan ligger i kalendern. Siffran kommer före listan, aldrig efter.
  • Sprintlistan. Varje vald punkt med en ägare och en estimering. En punkt med två ägare har ingen, och en punkt ingen estimerat är en gissning med deadline.
  • Definition of done. Vad "klart" betyder denna sprint: granskad, testad, driftsatt, dokumenterad. Skriv den en gång, återanvänd den, och diskutera den utanför planeringen.
  • Risker och beroenden. De två eller tre saker som mest troligt välter planen, var och en med ett namngivet svar, även om svaret är "vi accepterar det".
Ifyllt exempel på en sprintplaneringsmall med fem fält: sprintmål, kapacitet, sprintlista med ägare och estimat, definition of done och risker.
Fem fält, ifyllda innan sprinten startar.

Hur kör du sprint planning med mallen?

Mallen delar mötet i före, under och efter, och det är i före-delen tiden vinns.

  1. Före mötet: se till att kandidatpunkterna är förstådda och grovt estimerade, och gör kapacitetsberäkningen. Planering är till för att besluta, inte för att upptäcka vad tickets betyder.
  2. Öppna mötet med målet, inte listan. Enas om meningen först; den är filtret för allt som följer.
  3. Dra in punkter i prioritetsordning tills estimaten når kapaciteten, och sluta sedan. Backloggen blir inte tommare för att sprinten blir fullare.
  4. Ge varje punkt en ägare när du drar in den, inte på slutet.
  5. Avsluta med att läsa upp målet och nämna riskerna högt. Tio minuter här sparar överraskningen mitt i sprinten.

Varför är sprintplaner inaktuella redan på onsdagen?

Sprintplaner blir inaktuella för att de bor i ett dokument och sprinten händer någon annanstans. Planen var sann på måndag morgon; på onsdagen har två punkter växt, en person gått hem sjuk, och dokumentet visar fortfarande måndagsversionen. Ingen uppdaterar det eftersom en uppdatering inte ändrar något: dokumentet känner varken till teamets dagar eller deadlines.

Lösningen är strukturell: håll planen där datum och ägare bor, så att en ändring i planen ändrar någons vecka. En plan vars steg ligger på riktiga kalenderdagar, med en riktig person på varje steg, korrigeras som en bieffekt av att folk gör jobbet.

Stapelillustration som jämför 50 persondagar i kalendern med de 35 dagar en sprint verkligen har efter avdrag för ledighet, möten och supportjour.
Kapaciteten först, punkterna sen.

Sprintplan, sprint backlog eller roadmap: vad är skillnaden?

Tre artefakter, tre horisonter

|Artefakt|Horisont|Vad den svarar på|

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

|Sprintplan|En sprint|Vad blir klart, vem gör vad, hur mycket får plats|

|Sprint backlog|En sprint, live|Vad återstår just nu, i vilken ordning|

|Roadmap|Kvartal|Vart produkten är på väg, ungefär när|

Sprintplanen är ögonblicksbilden teamet åtar sig; backloggen är den levande listan som töms under sprinten; roadmapen är den långa linjen som sprintarna summerar till. En bra handlingsplan delar sprintplanens anatomi, och för något längre än några sprintar bygger du egentligen en tidsplan för projektet.

Kan AI skriva en sprintplan från en beskrivning?

Ja, om du beskriver sprinten i stället för att leta efter en mall. I SketchMind, en AI-whiteboard, har Plans medvetet ingen färdig sprintmall: du trycker på "+ New plan", väljer formen (Phases, Weeks eller Milestones) och beskriver sprinten i fältet "Describe it · AI drafts the plan": vad ni bygger, för vem, till när, med vilka. Du kan klistra in en brief eller bifoga en PDF på upp till 25 MB. AI:n frågar bara efter det som saknas (omfattning, personer, timing, begränsningar, vad framgång betyder) och skriver sedan planen: steg med datum och ägare, en kort motivering per steg och risker med vad ni gör åt dem. Varje steg landar på sin ägares agenda, och när verkligheten glider säger planen det: "Running 3 days late" kommer med "Move the plan 3 days" eller "I'll catch up", så planen flyttar sig i stället för att ruttna i tysthet. Kapacitetsbeslutet och den slutliga omfattningen är fortfarande dina; skrivandet och datumflyttandet slutar kosta en eftermiddag.

Senast uppdaterad: 8 oktober 2026. Kontrollerad mot den aktuella SketchMind-appen.

Fyll i kapaciteten innan ni väljer arbete, så slutar sprintplanen vara en önskelista.

Vad är skillnaden mellan sprintplan och sprint backlog?

Sprintplanen är ögonblicksbilden teamet åtar sig vid planeringen: mål, kapacitet, punkter med ägare. Sprint backloggen är den levande listan som ändras under sprinten när arbete blir klart och verkligheten lägger sig i.

Hur lång ska sprintplaneringen vara?

En vanlig tumregel är ungefär en timme per sprintvecka, alltså två timmar för en tvåveckorssprint. Tar det mycket längre saknades förberedelsen, inte tiden.

Hur beräknar du sprintkapacitet?

Multiplicera personer med arbetsdagar och dra sedan av allt kalendern redan gör anspråk på: semester, intervjuer, supportjour, återkommande möten. Det som blir kvar är det ni planerar mot.

Vad gör ett bra sprintmål?

En mening som beskriver ett tillstånd, inte en ticketlista: "Nya användare klarar onboardingen utan hjälp." Varje kandidatpunkt kan testas mot den.

Har SketchMind en sprintplaneringsmall?

Nej, och det är medvetet. I Plans beskriver du din sprint och AI:n skriver den som faser eller veckor med steg, datum och ägare; AI:n frågar efter det som saknas i stället för att ge dig tomma rutor.