
Vad som ingår i en sprintplanering: mål, kapacitet, ägare, definition of done och risker. Och varför kapaciteten kommer först.
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.
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.
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.

Mallen delar mötet i före, under och efter, och det är i före-delen tiden vinns.
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.

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.
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.
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.
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.
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.
En mening som beskriver ett tillstånd, inte en ticketlista: "Nya användare klarar onboardingen utan hjälp." Varje kandidatpunkt kan testas mot den.
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.