Mal for agenda til daglig standup (som ingeniører faktisk bruker)

Problemet med de fleste standup-maler

De fleste standup-maler er laget for team som ikke egentlig kjører standup. Tre spørsmål per person, fem personer, 15 minutter blir til et planleggingsmøte hvis teamet lar det skli ut. Malen under er optimalisert for én ting: å holde standupen under 10 minutter samtidig som den sikrer at riktig informasjon kommer fram og blir fanget opp. Spørsmålene er bevisst snevre. Seksjonene etter runden håndterer alt annet.

Agendaen (til å kopiere)

Varighet: 10 minutter maks
Format: Synkront, hver person snakker én gang

For hvert teammedlem (90 sekunder per person):

1. Gjort siden forrige standup — levert eller merget, ikke arbeid som pågår
2. Planlagt i dag — det du har tenkt å bli ferdig med, ikke ambisiøst sprintarbeid
3. Blokkeringer — nevn den ansvarlige; «venter på designgjennomgang» teller bare hvis noen har ansvar for å løse det opp

Etter runden (gjenværende tid):

• Beslutninger som trengs — alt som krever en avgjørelse akkurat nå; hvis det tar mer enn 2 minutter, sett opp et eget møte
• Kunngjøringer — én setning per punkt, ingen diskusjon under standupen

Parkeringsplass: når et tema dukker opp midt i runden og ikke angår hele gruppen, skriv det ned og ta det etterpå eller asynkront. Parkeringsplass-diskusjonen — vanligvis 2-3 personer i stedet for hele teamet — er ofte mer nyttig enn selve standupen.

---

Hva de fleste standup-maler bommer på

De høyest rangerte standup-malene faller i to feilmoduser.

Skjelettet («Hva gjorde du? Hva skal du gjøre? Noen blokkeringer?») fungerer helt fint helt til teamet begynner å behandle blokkeringer som valgfrie. Ingen skriver ned «venter på sikkerhetsgjennomgang» fordi ingenting skjer når de gjør det. Avhengigheter går tapt, og løses opp av den som tilfeldigvis husker å spørre uken etter.

Den overlessede versjonen legger til 8-12 spørsmål og en helsesjekk av teamet. Det gjør standupen om til et personalmøte. Ingeniørene slutter å følge med etter de to første som snakker.

Begge versjonene deler det samme grunnleggende problemet: de rammer inn standupen som en rapporteringsøvelse. Standupen er en samkjøringsøvelse. Rapportering produserer informasjon; samkjøring produserer handling. Det skillet har betydning for hvordan du tidsbokser spørsmålene og hva som skjer etter at runden er over.

Det andre malene hopper over, er hva som skjer med informasjonen etter møtet. Selv velkjørte standuper produserer blokkeringer som ikke blir fulgt opp, beslutninger som ingen skriver ned, og oppgaver uten en ansvarlig.

Hvorfor standup-oppsummeringer bryter sammen

Tilnærmingen med rullerende referent bryter sammen i løpet av noen få uker. Den som har tur blir overbelastet, hopper over detaljene, og legger ut noe vagt som ingen leser. Teamet slutter å stole på notatene, slutter så å lese dem, og deretter slutter notatene å tjene noe formål i det hele tatt.

Asynkron-først-standuper — der du legger ut oppdateringen din i Slack før møtet — løser oppmøteproblemet, men mister ansvarligheten som følger av en direkte runde. Folk spør fortsatt «hva bestemte vi om X?» senere på dagen.

Den skjulte kostnaden bygger seg raskt opp. For et innblikk i hva tapt standup-kontekst koster et team over et kvartal, se Møteskatten.

Hvordan Pavleur håndterer oppsummeringen

Kjør standupen etter denne agendaen med Pavleur åpent. Når møtet er over, genereres rapporten automatisk — ingen referent, ingen 5 minutter med opprydding etter standupen. Oppsummeringen fanger opp hver persons gjort/planlagt/blokkeringer, trekker ut beslutningene som ble tatt, og lister opp oppgavene med de ansvarlige slik de ble navngitt i møtet.

Det lyd-baserte verktøy bommer på: hvis noen viser fram et PR-dashbord, et Jira-board eller en distribusjonsgraf midt i standupen, fanger Pavleur det opp og inkluderer det i rapporten med kontekst. Verktøy som Otter eller Fireflies gir deg ordene; det finnes ingen visuell dokumentasjon av det som var på skjermen. Alle som gikk glipp av standupen, kan lese hele rapporten uten å måtte spørre om hva som skjedde. Hvis du sammenligner verktøy på denne dimensjonen, dekker sammenligningssiden forskjellene.

Å håndheve tidsboksen

Disiplinen med 90 sekunder per person svikter oftest når teamlederen begynner å svare på spørsmål midt i runden. Tren opp refleksen til å si «vi tar det etterpå» og skriv det på parkeringsplassen.

Hvis standupen konsekvent går over 10 minutter, er årsaken vanligvis én av følgende: for mange personer (del standupen), agendapunkter som sniker seg inn fra sprintplanleggingen, eller et tilbakevendende diskusjonstema som trenger sitt eget faste møte. Fiks den strukturelle årsaken heller enn bare symptomet.