Stand-up-møde: format, daglig dagsorden, asynkron variant – og hvad kanalen gør mellem stand-ups (2026)

Et stand-up-møde er et kort dagligt møde for ét team, der holdes på samme tidspunkt hver arbejdsdag, og hvor hver person siger tre ting: hvad vedkommende er blevet færdig med siden i går, hvad vedkommende vil nå inden i morgen, og hvad der blokerer. Femten minutter er loftet, ikke målet. Navnet kommer af vanen med at stå op under mødet, så ingen falder til ro. Et stand-up, hvor det er behageligt, har allerede varet for længe. Formålet er at få blokeringer frem tidligt, ikke at løse dem og ikke at rapportere til en leder. Publikum er teamet, og resultatet er en kort liste over blokeringer med et navn ud for hver.

Dette indlæg handler om formatet: hvad et stand-up er, og hvad det ikke er, de seks regler, der holder det som et stand-up, de tre spørgsmål og den version, der virker bedre, en daglig dagsorden, du kan kopiere, tre udfyldte varianter og det asynkrone stand-up for et team, der aldrig er vågent på samme tidspunkt. Det sidste afsnit handler om den del, de fleste guides springer over: de treogtyve timer og femogfyrre minutter mellem to stand-ups, hvor blokeringen enten bliver ryddet af vejen eller gentaget i morgen. Det handler også om, hvad de værktøjer, et team allerede bruger, gør med den liste.

Hvad et stand-up er – og hvad det ikke er

De to fejlformer er de to kolonner til højre. Et stand-up, der glider over i et statusmøde, er det, hvor hver person henvender sig til lederen i stedet for til teamet, mens resten af rummet venter på sin tur. Et stand-up, der glider over i et teammøde, er det, hvor to personer går i gang med at løse en blokering foran seks, der ikke kan hjælpe. Det første "lad os tage det bagefter" er hele facilitatorens job.

Et beslægtet begreb: Daily Scrum er stand-up'et, som Scrum definerer det – en begivenhed på 15 minutter for Developers i ét Scrum Team, som holdes hver dag i Sprintet for at inspicere fremdriften mod Sprint Goal og lave en plan for næste dag. Scrum Guide fra 2020 foreskriver slet intet format for den, og Developers vælger selv den struktur, de vil have. "Stand-up" er den generelle form, ethvert team bruger, med Scrum eller uden. Alt nedenfor gælder for begge.

Formatet: seks regler

1. Samme tid, samme sted, hver arbejdsdag. Pointen med et dagligt møde er, at ingen skal planlægge det. Vælg det tidligste tidspunkt, hvor alle pålideligt er til stede, og flyt det ikke for en gæst.
2. Femten minutter er loftet. Otte personer med ét minut hver er otte minutter, og resten er til at navngive, hvem der går sammen om hvad. Et team, der jævnligt har brug for alle femten, er for stort til ét stand-up eller løser ting under det.
3. Ét team. De mennesker, der kan hjælpe hinanden videre. Hvis halvdelen af rummet aldrig har noget at sige til den anden halvdel, er det to stand-ups.
4. Hver person: siden i går, inden i morgen, blokeret af. Færdig, ikke "arbejdet på". Det næste konkrete skridt, ikke hele ugen. Og blokeringen med navnet på den, der kunne rydde den, hvis det er kendt.
5. Blokeringer navngives, de løses ikke. To sætninger til at beskrive den, så kommer den på listen med de to navne, der taler sammen bagefter. Alt, der kræver mere end to sætninger, er en samtale, og samtaler foregår efter stand-up'et.
6. Det efterlader en liste. Dagens blokeringer, hver med en ejer, et sted hele teamet læser – og gårsdagens liste tjekket mod den: ryddet, stadig åben eller droppet.

De tre spørgsmål – og den version, der virker bedre

De klassiske tre spørgsmål er Hvad gjorde jeg i går? Hvad gør jeg i dag? Hvad blokerer mig? De er en fin begyndelse, og de har ét kendt problem: De to første besvares over for lederen. "I går arbejdede jeg på eksporten, i dag fortsætter jeg på eksporten" er en rapport, giver ingen information til nogen andre i rummet og koster otte personer et minut hver.

To justeringer løser det meste:

Forankr i resultater, ikke aktivitet. "Siden i går blev jeg færdig med X, inden i morgen bliver jeg færdig med Y, og jeg er blokeret af W på Z." Færdig og bliver færdig med tvinger til en konkret påstand, som er sand eller falsk næste morgen. "Arbejdet på" er aldrig falsk.

Gå boardet igennem, ikke personerne. I stedet for at gå rundt i rummet går man ned gennem arbejdsopgaverne i prioriteret rækkefølge og lader den, der har hver enkelt, sige, hvad der skal til for at blive færdig. Folk uden noget på boardet siger ikke noget, og den opgave, der sidder fast, bliver navngivet af arbejdet og ikke af den, der er flov over at tage det op. For et team med et synligt board er det den mest effektive enkeltændring. For et team uden er rundtur med resultatformuleringer tæt nok på.

En regel i begge former: Den, der taler, henvender sig til teamet, og facilitatoren – roterende, en uge ad gangen – står ved siden af og ikke foran.

Sådan afvikler du et: før, under, efter

Før (to minutter, facilitatoren): Boardet er opdateret, og facilitatoren har gårsdagens blokeringsliste åben. Ikke hele backloggen, men listen fra sidste stand-up, så hvert punkt kan tjekkes med ét ord.

Under (femten minutter, teamet): Start til tiden med dem, der er der. Gå rundt, eller gå boardet igennem. Ét minut hver. Facilitatoren siger "og blokeringen?" til enhver, der blev færdig uden en, og "offline" til to personer, der begynder at løse noget. Tjek gårsdagens blokeringer: ryddet, åben, droppet – ét ord hver. Parkeringsplads til alt, der ikke er en blokering, men har brug for et tidspunkt: en beslutning, et spørgsmål til en fraværende. Slut med at læse listen op: blokering, hvem, hvem hjælper, inden hvornår.

Efter (fem minutter, facilitatoren): Blokeringslisten kommer derhen, hvor teamet læser, med en ejer til hvert punkt, og parkeringspladsens punkter får et tidspunkt. Parrene taler sammen. Morgendagens stand-up tager udgangspunkt i denne liste, og derfor skal den ligge et sted, hvor den kan findes, og ikke i facilitatorens hoved.

En skabelon til daglig stand-up-dagsorden

Kopiér blokken, erstat parenteserne, og hold den på én skærm. En stand-up-dagsorden, der kræver scrolling, er en teammøde-dagsorden.

Team stand-up — [dag], [tid] — 15 min — [facilitator denne uge]
Formål: få dagens blokeringer frem; intet andet.
1. Gårsdagens blokeringer — facilitator — 2 min
[blokering fra i går] — [ejer] — ryddet / åben / droppet
[blokering fra i går] — [ejer] — ryddet / åben / droppet
2. Runde — hver person — 1 min hver — information
Siden i går: [færdig med]. Inden i morgen: [bliver færdig med]. Blokeret af: [hvad, og hvem der kunne rydde det].
3. Blokeringer, der kræver to personer — par navngives — 3 min — tages offline
[blokering] — [hvem har den] + [hvem hjælper] — [hvornår de taler sammen]
4. Parkeringsplads — facilitator — 2 min
[ikke en blokering, har brug for et tidspunkt] — [hvornår, hvor]
Efterlader: dagens blokeringsliste med et navn pr. punkt, slået op i teamkanalen inden [tid + 20 min].

Tre varianter med dagsordenen udfyldt

1. Et softwareteam på otte, én tidszone

Team stand-up — tirsdag 09:30 — 15 min — Priya
1. Gårsdagens blokeringer — staging-certifikat (Tom) — ryddet; designgennemgang af eksportskærmen (Lena) — åben, gennemgangen flyttet til i dag kl. 11:00
2. Runde — otte personer, boardet gennemgås oppefra: tre punkter i review, to i gang, ét blokeret
3. Blokeringer, der kræver to personer — eksportskærmen kan ikke udgives uden API-ændringen (Lena + Tom, 11:30)
4. Parkeringsplads — udgivelsesdato for mobilversionen, kræver at Marco er tilbage torsdag
Efterlader: to åbne blokeringer, to par, ét parkeret punkt med en dato.

2. En distributørs salgsteam i to lande

Daglig huddle — 08:45 CET / 09:45 EET — 15 min — Ana
Formål: få frem, hvad der i dag står i vejen for en handel eller en levering.
1. Gårsdagens blokeringer — bekræftelsen fra lageret i Bukarest (Radu) — ryddet; prisliste for den nye serie (Ana) — åben, økonomi har lovet den til middag
2. Runde — seks personer: hver nævner den ene handel eller levering, de flytter i dag, og hvad den venter på
3. Blokeringer, der kræver to personer — en kundes toldpapirer er på et sprog, kun Radu læser (Radu + Sofia, 10:00)
4. Parkeringsplads — messestanden, fredagens teammøde
Efterlader: to åbne punkter, ét par, slået op i kanalen på hvert medlems eget sprog.

3. Et team på tværs af tre tidszoner – den asynkrone variant

Async stand-up — hver arbejdsdag senest kl. 10:00 UTC — #team-daily
Formål: de samme tre dele, skrevet eller talt, én besked pr. person.
1. Hver person, senest kl. 10:00 UTC: siden i går / inden i morgen / blokeret af — én besked, tekst eller en voicenote på ét minut
2. Blokeringer: den, der kan hjælpe, svarer i tråden under den pågældende besked, ikke i en ny
3. Gårsdagens liste: facilitatoren tjekker den mod de nye beskeder — ryddet / åben / droppet — og slår dagens liste op senest kl. 10:20 UTC
4. To gange om ugen, kl. 14:00 UTC: et live-opkald på femten minutter til de blokeringer, en tråd ikke kunne rydde
Efterlader: den samme liste som i live-versionen, på samme sted, med trådene under.

Det asynkrone stand-up: skrevet eller talt, til et fast tidspunkt

Et live stand-up kræver, at alle er vågne, til stede og har tid på samme tidspunkt. Et team på tværs af mere end to tidszoner, et team med deltidsmedlemmer, feltpersonale, der kører bil klokken ni, en klinik, hvis reception ikke kan forlade skranken – de teams springer enten stand-up'et over eller holder det med halvdelen af teamet. Den asynkrone version beholder formatet og dropper kravet om et fælles tidspunkt.

Reglerne, der holder et asynkront stand-up til et stand-up: én besked pr. person, til et fast tidspunkt, i én aftalt kanal – ikke en formular, ikke et dokument, alle redigerer, for en besked har en afsender, et tidspunkt og en tråd. De samme tre dele i samme rækkefølge, så en besked kan læses på ti sekunder. En tråd pr. blokering, så tilbuddet om hjælp havner under problemet, og resten af kanalen forbliver læsbar. Facilitatoren lukker det på det faste tidspunkt med listen – det eneste output, et stand-up har – og tjekker gårsdagens liste i samme besked. Og et live-opkald med fast kadence, to gange om ugen eller én, til de blokeringer, en tråd ikke fik ryddet: Det asynkrone stand-up erstatter tidspunktet, ikke det at tale sammen.

Talt virker lige så godt som skrevet, når teamet tillader det. En voicenote på et minut fra telefonen, indtalt på vej ind, er ofte mere ærlig end en sætning skrevet ved et skrivebord – folk siger den blokering, de ellers ville have redigeret væk – og en kanal, der transskriberer noten, gør den søgbar og lader resten af teamet læse den i stedet for at lytte.

Det, den asynkrone version mister, er øjeblikket, hvor en hører en blokering og siger "det havde jeg i sidste uge". Tråd-pr.-blokering-reglen og det faste live-tidspunkt er de to måder at få det tilbage på. Et team, der dropper begge, har en daglig rapport og ikke et stand-up.

Hvor stand-up'et bor i de værktøjer, du allerede bruger

Et stand-up er et tilbagevendende møde i kalenderen plus et sted, hvor blokeringslisten slås op. Kun dokumenteret adfærd, hentet fra leverandørernes egne sider. Hver celle angiver måneden, hvor fakta blev tjekket.

Hver af de fire producerer ét dokument eller én opsummering pr. møde, på det sprog, det blev skrevet eller holdt på. Ingen af de citerede sider angiver, at en læser får det på sit eget sprog. Hvis det betyder noget for teamet, er næste afsnit én måde at løse opgaven på. Hvis det ikke gør, er tabellen ovenfor hele svaret, og hvilken som helst af de fire duer.

Hvad kanalen gør mellem stand-ups

I InterMIND er et stand-up en kanals møde. En kanal er et vedvarende rum: Dens chat bevares mellem sessioner, dens mødelink er permanent, og gentagelsen sættes op én gang i Google Calendar eller Outlook på en begivenhed, der bærer det link – så det samme rum åbner hver morgen, med sin chat og sine recaps. Dagens blokeringsliste er en besked i kanalen, gårsdagens ligger ét scroll oppe, og den fra for tre tirsdage siden findes i søgningen. Og hele rummet forbliver på hvert medlems eget sprog: En besked skrevet på spansk læses på rumænsk af kollegaen i Bukarest og på spansk af afsenderen, med originalen ét klik væk – chatten, noterne, recap'et og filerne, ikke ét møde ad gangen.

Under stand-up'et kan facilitatoren lægge listen på alles skærm: en note i kanalen, Share to conference fra beskedens menu, og den åbner for hver deltager på deres eget sprog, mens den, der deler, redigerer den live – ryddet, åben, droppet, skrevet ind under runden. Det samme virker for en recap-besked fra i går.

Efter stand-up'et kommer recap'et: en opsummering af det, der blev sagt, og action items med en ejer hver, hvor hvert punkt er knyttet til det sted i transskriptionen, hvor det blev taget på sig. Det sendes på mail til hver indlogget deltager, som en besked i kanalens chat og som et link i kalenderbegivenheden, på læserens eget sprog og ikke på det sprog, stand-up'et blev holdt på. Kanalen gemmer recap'et fra hver tidligere session, ikke kun det seneste, så listen fra for to uger siden er en søgning væk.

For en kanals tilbagevendende møde bliver den forrige sessions åbne punkter læst op igen, når det næste recap skrives, og vurderet mod det, der blev sagt: meldt færdige, markeret som udført; alt andet markeret som ikke udført med begrundelsen i mødets egne ord eller "ikke drøftet" – tjekket af gårsdagens liste, udført af recap'et og ikke af facilitatorens hukommelse – og ved starten af næste session nævner Mia de åbne punkter og deres ejere. Denne del kører for udvalgte konti, mens den bliver finpudset.

Den asynkrone variant bor i den samme kanal. En voicenote er mikrofonknappen i kanalens beskedfelt – fra nettet eller telefonappen, op til ti minutter, transskriberet i løbet af få sekunder – og hver kollega læser den på sit eget sprog, med en afspilningsknap til originalen. Den kan søges, citeres og videresendes som enhver tekstbesked. En kanal har også sin egen e-mailadresse til indgående mails, oprettet af værten, så en opdatering fra en, der sidder i et køretøj, er på en afdeling eller er i et system, der kun sender mail, lander i kanalen under afsenderens navn. Og en kopi af hvert recap kan sendes på mail til op til ti adresser – en CRM-indbakke, en kundes projektadresse – sat op én gang pr. kanal i dens indstillinger, på alle abonnementer.

Et stand-up er kun for medlemmer. En kanal kræver medlemskab: En kollega uden for teamets workspace tilføjes via e-mailinvitation på en gratis konto og bliver et medlem, der læser kanalen på sit sprog. Den, der kun skal med til én session – en kunde til én formiddag, en underleverandør til én overdragelse – deltager i et ad hoc-møde via link, fra en telefon, uden konto, hører mødet på sit sprog og får intet bagefter. Chatten fra det opkald slettes, når det slutter.

Værten stiller rummet til rådighed og betaler på et betalt abonnement kun for medlemmer, der har været aktive de seneste 28 dage – deltog i et møde, skrev i en chat, spurgte Mia. Et medlem på orlov en måned beholder adgangen og koster ikke noget den måned, og det stand-up, vedkommende vender tilbage til, ligger i kanalen med sine lister.

• Åbn et komplet recap – opsummering, action items med det øjeblik, hvert blev taget på sig, transskription.
• Prøv live-demoen – uden tilmelding; tal, og hør rummet oversat for hver lytter.

Én vane overlever ethvert værktøj: Stand-up'et slutter, når listen er læst højt, og listen slås op, før nogen går tilbage til arbejdet.

FAQ

Hvad er et stand-up-møde?

Et kort dagligt møde for ét team, holdt på samme tidspunkt hver arbejdsdag og begrænset til femten minutter, hvor hver person siger, hvad vedkommende er blevet færdig med siden i går, hvad vedkommende vil nå inden i morgen, og hvad der blokerer. Formålet er at få blokeringer frem tidligt, så de, der kan rydde dem, ved det samme morgen. Det er ikke til at løse dem og ikke en statusrapport til en leder. Det efterlader en liste over blokeringer med et navn ud for hver.

Hvad er de tre spørgsmål i et stand-up-møde?

De klassiske tre: Hvad gjorde jeg i går? Hvad gør jeg i dag? Hvad blokerer mig? En version, der rapporterer mindre og informerer mere, erstatter aktivitet med resultater – "siden i går blev jeg færdig med X, inden i morgen bliver jeg færdig med Y, og jeg er blokeret af W på Z" – eller går boardet igennem opgave for opgave i stedet for at gå rundt blandt personerne, så den opgave, der sidder fast, bliver navngivet af arbejdet og ikke af den, der har den.

Hvor langt bør et stand-up-møde være?

Femten minutter er loftet; de fleste tager otte til tolv. Regnestykket er ét minut pr. person plus to-tre til gårsdagens liste og til at navngive, hvem der går sammen om hver blokering. Et team, der jævnligt har brug for alle femten, er enten for stort til ét stand-up eller løser problemer under det. Løsningen er at dele teamet eller flytte samtalen til efter mødet, ikke at gøre det længere.

Hvorfor hedder det et stand-up-møde?

Fordi teamet står op under det. Vanen kom fra softwareteams i 1990'erne, der fandt ud af, at det at stå holdt mødet kort – ingen falder til ro i en stol og åbner en laptop – og navnet blev hængende, også for teams, der holder det siddende eller i et opkald. Det, navnet beskriver, er længden og ikke kropsholdningen: Et stand-up holdt på video er stadig et stand-up, hvis det varer femten minutter og efterlader en blokeringsliste.

Hvad er forskellen på et stand-up og en Daily Scrum?

Daily Scrum er stand-up'et, som Scrum definerer det: en begivenhed på 15 minutter for Developers i ét Scrum Team, hver dag i Sprintet, til at inspicere fremdriften mod Sprint Goal og planlægge næste dag. Scrum Guide fra 2020 foreskriver intet format – ingen tre spørgsmål – og overlader strukturen til Developers. "Stand-up" er den generelle form: ethvert team, enhver metode, samme længde, samme formål. Enhver stand-up-guide gælder for en Daily Scrum; Daily Scrum tilføjer Sprint Goal som det, hver opdatering henviser til.

Hvordan afvikler man et stand-up-møde?

Samme tid hver dag, start med dem, der er der, en roterende facilitator ved siden af. Tjek gårsdagens blokeringer med ét ord hver – ryddet, åben, droppet. Derefter runden eller gennemgangen af boardet, ét minut pr. person, hvor facilitatoren spørger "og blokeringen?" til enhver, der blev færdig uden en, og siger "offline" til to personer, der begynder at løse noget. Parkér alt, der har brug for et tidspunkt, men ikke er en blokering. Slut med at læse listen op: blokering, hvem der har den, hvem der hjælper, hvornår de taler sammen – og slå den op, hvor teamet læser, før nogen går tilbage til arbejdet.

Hvad er et asynkront stand-up?

De samme tre dele slået op som én besked pr. person, tekst eller tale, til et fast tidspunkt i én aftalt kanal, i stedet for at blive sagt højt på samme tidspunkt. Reglerne, der holder det til et stand-up: samme rækkefølge hver dag, en svartråd pr. blokering, så hjælpen havner under problemet, en facilitator, der lukker det på det faste tidspunkt med dagens liste og tjekket af gårsdagens, og et kort live-opkald med fast kadence til de blokeringer, en tråd ikke kunne rydde. Teams på tværs af tidszoner, deltidsmedlemmer og feltpersonale bruger det. Risikoen er, at det stille og roligt bliver en daglig rapport, ingen læser, og det er dét, trådreglen og live-tidspunktet er der for at forhindre.

Bør lederen deltage i stand-up'et?

Som medlem af teamet, ja – med en opdatering på ét minut som alle andre og den samme regel om ikke at løse ting undervejs. Som publikum, nej: Et stand-up, hvor hver person henvender sig til lederen, er et statusmøde på otte personers regning. Hvis lederens tilstedeværelse gør runden til rapportering, er de sædvanlige løsninger at gå boardet igennem i stedet for personerne og at lade facilitatorrollen rotere i teamet, så lederen er én stemme i runden og ikke grunden til den.

Kilder: Scrum Guide — 2020 edition; Microsoft — Take meeting notes in Microsoft Teams; Microsoft — Recap in Microsoft Teams; Zoom — Using Meeting Summary with AI Companion; Zoom — Generating meeting agenda with AI Companion; Google — Calendar & Meet settings for "Take notes for me"; Google Meet — "Take notes for me" in Google Meet; Slack — Use huddles in Slack; Slack — Meeting agenda template. Leverandører ændrer abonnementer, funktioner og sproglister over tid; tjek deres sider for den aktuelle status. Hver tabelcelle angiver måneden, hvor dens fakta blev tjekket – det tidligste tjekket august 2026, det seneste tjekket oktober 2026.