Skabelon til daglig standup-dagsorden (som ingeniører rent faktisk bruger)

Problemet med de fleste standup-skabeloner

De fleste standup-skabeloner er bygget til teams, der egentlig ikke afholder standups. Tre spørgsmål pr. person, fem personer, 15 minutter bliver til et planlægningsmøde, hvis teamet lader det brede sig. Skabelonen nedenfor er optimeret til én ting: at holde standuppen under 10 minutter, samtidig med at den rigtige information kommer frem og bliver fanget. Spørgsmålene er bevidst snævre. Sektionerne efter runden håndterer alt det andet.

Dagsordenen (klar til copy-paste)

Varighed: 10 minutter maks.
Format: Synkront, hver person taler én gang

For hvert teammedlem (90 sekunder pr. person):

1. Færdiggjort siden sidste standup — leveret eller merget, ikke i gang
2. Planlagt i dag — hvad du regner med at lukke, ikke ambitiøst sprint-arbejde
3. Blokeringer — nævn den ansvarlige; "venter på design review" tæller kun, hvis nogen har ansvaret for at fjerne blokeringen

Efter runden (resterende tid):

• Beslutninger, der skal træffes — alt, der kræver en afgørelse med det samme; hvis det tager mere end 2 minutter, planlæg et separat møde
• Meddelelser — én sætning pr. punkt, ingen diskussion under standuppen

Parkeringsplads: når et emne dukker op midt i runden og ikke vedrører hele gruppen, så skriv det ned og tag det bagefter eller asynkront. Diskussionen på parkeringspladsen — typisk 2-3 personer frem for hele teamet — er ofte mere nyttig end selve standuppen.

---

Hvad de fleste standup-skabeloner overser

De højest rangerede standup-skabeloner falder i to fejltilstande.

Minimumsversionen ("Hvad lavede du? Hvad skal du lave? Blokeringer?") fungerer, indtil teamet begynder at behandle blokeringer som valgfrie. Ingen skriver "venter på security review" ned, fordi der ikke sker noget, når de gør det. Afhængigheder går tabt og bliver først fjernet af den, der tilfældigvis spørger ugen efter.

Den overbyggede version tilføjer 8-12 spørgsmål og et team-helbredstjek. Det gør standuppen til et stabsmøde. Ingeniører holder op med at lytte efter de første par talere.

Begge versioner deler det samme grundproblem: de rammesætter standuppen som en rapporteringsøvelse. Standuppen er en afstemningsøvelse. Rapportering producerer information; afstemning producerer handling. Den skelnen er afgørende for, hvordan du tidsbokser spørgsmålene, og hvad der sker, efter runden slutter.

Det andet, skabelonerne springer over, er, hvad der sker med informationen efter mødet. Selv velkørende standups producerer blokeringer, der ikke bliver fulgt op, beslutninger, ingen skriver ned, og handlingspunkter uden ansvarlig.

Hvorfor standup-opsummeringer bryder sammen

Fremgangsmåden med en roterende referent bryder sammen i løbet af få uger. Den, hvis tur det er, drukner i arbejde, springer detaljerne over og poster noget vagt, som ingen læser. Teamet holder op med at stole på noterne, holder derefter op med at læse dem, og så holder noterne op med at tjene noget som helst formål.

Async-first standups — hvor man poster sin opdatering i Slack før mødet — løser fremmødeproblemet, men mister den ansvarlighed, der kommer af en live-runde. Folk spørger stadig "hvad besluttede vi om X?" senere på dagen.

Den skjulte omkostning hober sig hurtigt op. For et kig på, hvad tabt standup-kontekst koster et team over et kvartal, se Mødeskatten.

Sådan håndterer Pavleur opsummeringen

Kør din standup efter denne dagsorden med Pavleur åben. Når mødet slutter, genereres rapporten automatisk — ingen referent, ingen 5 minutters oprydning efter standuppen. Opsummeringen fanger hver persons færdiggjort/planlagt/blokeringer, udtrækker de trufne beslutninger og lister handlingspunkter med ansvarlige, som de blev nævnt på mødet.

Det, rene lydværktøjer overser: hvis nogen viser et PR-dashboard, et Jira-board eller en deploy-graf midt i standuppen, fanger Pavleur det og inkluderer det i rapporten med kontekst. Værktøjer som Otter eller Fireflies giver dig ordene; det visuelle billede af, hvad der var på skærmen, findes ikke. Enhver, der gik glip af standuppen, kan læse hele rapporten uden at spørge, hvad der skete. Hvis du sammenligner værktøjer på denne dimension, dækker sammenligningssiden forskellene.

Håndhævelse af tidsboksen

Disciplinen med 90 sekunder pr. person svigter mest pålideligt, når EM'en begynder at besvare spørgsmål midt i runden. Træn instinktet til at sige "det tager vi bagefter" og skriv det på parkeringspladsen.

Hvis standuppen konsekvent løber over 10 minutter, er årsagen som regel en af følgende: for mange personer (del standuppen op), dagsordenspunkter, der siver ind fra sprintplanlægningen, eller et tilbagevendende diskussionsemne, der har brug for sit eget tilbagevendende møde. Ret den strukturelle årsag frem for blot symptomet.