Team der planlaegger en sprint ved et whiteboard med sticky notes

Foto: Alvaro Reyes / Unsplash

Sprint Planning

Max 8 timer for en 4-ugers sprintStart af hver sprint

Sprint Planning er begivenheden, hvor arbejdet i den kommende Sprint planlaeges. Hele Scrum-teamet samarbejder om planen.

The BEST Way to Run a Sprint Planning Meeting!

Praktiske tips

  • Hav en velplejet og prioriteret Product Backlog klar foer moedet
  • Definer altid et klart Sprint Goal, der giver retning for sprinten
  • Lad Development Team estimere og vælge mængden af arbejde
  • Brug Sprint Planning til at afklare krav, ikke til detaljeret design
  • Hold dig inden for tidsrammen - det tvinger fokus og prioritering

Trin-for-trin guide

  1. 1

    Gennemgaa Sprint Goal

    Product Owner præsenterer det overordnede maal for sprinten og de højest prioriterede backlog-elementer.

  2. 2

    Vælg Product Backlog Items

    Development Team vurderer hvilke elementer der kan leveres i sprinten baseret paa kapacitet og velocity.

  3. 3

    Definer Sprint Goal

    Teamet formulerer et klart Sprint Goal der giver retning og fokus for sprintens arbejde.

  4. 4

    Opret Sprint Backlog

    Development Team nedbryder de valgte elementer i konkrete opgaver og opretter Sprint Backlog.

Sprint Planning markerer starten paa en ny sprint og er den begivenhed, hvor hele Scrum-teamet samarbejder om at planlaegge det kommende arbejde. Moedet er tidsbokseret til maksimalt otte timer for en firugers sprint, og kortere for kortere sprints.

Sprint Planning besvarer to grundlaeggende spørgsmål: Hvad kan leveres i den kommende Sprint? Og hvordan vil det valgte arbejde blive udfoert?

Product Owner præsenterer de højest prioriterede elementer fra Product Backlog og forklarer konteksten bag hvert element. Development Team stiller spørgsmål for at forstaa kravene og vurderer, hvor meget arbejde de realistisk kan paatage sig baseret paa deres kapacitet og historiske velocity.

Sprint Goal er et centralt output fra Sprint Planning. Det er et overordnet maal, der giver teamet retning og fleksibilitet. Sprint Goal formuleres af Product Owner i samarbejde med teamet og fungerer som en røde traad gennem hele sprinten. Hvis individuelle backlog-elementer viser sig at være anderledes end forventet, kan teamet forhandle omfanget med Product Owner, saa længe Sprint Goal stadig kan opnaaes.

Naar teamet har valgt, hvilke Product Backlog Items der skal indgaa i sprinten, udarbejder de en plan for, hvordan arbejdet skal udfoeres. Dette resulterer i Sprint Backlog, som bestaar af de valgte PBI'er plus en plan for at levere dem. Planen er ofte en nedbrydning i konkrete opgaver, men detaljegraden er op til teamet.

Det er vigtigt at understrege, at kun Development Team kan vurdere, hvad de kan naa i en sprint. Product Owner maa ikke presse flere elementer ind, og Scrum Master faciliterer moedet, saa alle stemmer hoeres.