Virtual Stand-up (Async Daily)
Quelle: Remote-Work-Community, GitLab Handbook, Basecamp (Shape Up) ↗ nachlesen
- Dauer
- 5–10 Min (pro Person)
- Für
- Team
- Geeignet für
- Remote, Hybrid
Wann einsetzen
Wenn das Team über 2+ Zeitzonen verteilt ist und synchrone Dailys nicht für alle funktionieren. Wenn Dailys regelmäßig ausfallen oder als Zeitverschwendung empfunden werden. Wenn Transparenz über den Arbeitsstand fehlt, aber keine Meeting-Müdigkeit erzeugt werden soll.
Beschreibung
Asynchrones Standup-Format für verteilte Teams, das die klassische Dailymeeting-Struktur in ein schriftliches, zeitzonenfreundliches Ritual überführt. Statt alle gleichzeitig in einen Call zu zwingen, postet jede:r innerhalb eines definierten Zeitfensters ein kurzes Update, und alle können es lesen, wenn es in ihren Rhythmus passt.
Warum asynchron? Synchrone Dailys funktionieren, wenn alle im selben Büro oder derselben Zeitzone arbeiten. Bei verteilten Teams mit 3+ Stunden Zeitverschiebung wird das Daily zum Kompromiss: Für jemanden ist es immer zu früh oder zu spät. Ein asynchrones Format eliminiert dieses Problem und gibt allen die Möglichkeit, zu ihrem produktivsten Zeitpunkt zu schreiben.
Das Format spart pro Person 10–15 Minuten pro Tag (kein Call, kein Warten), erfordert aber Disziplin: Wer nicht postet, existiert für das Team nicht. Die Moderation checkt bis zum Ende des Zeitfensters, ob alle gepostet haben.
Schritt-für-Schritt-Anleitung
- 1Kanal einrichten (5 Min):Einen dedizierten Kanal erstellen (z. B. #team-standup). Bot oder Reminder konfigurieren, der jeden Morgen um 9:00 Uhr (lokale Zeit der Haupt-Zeitzone) die 3 Fragen postet. Template pinnen: „Was geschafft? | Was vor? | Blocker?“
- 2Zeitfenster definieren (5 Min):Ein Zeitfenster von 3–4 Stunden festlegen, in dem alle posten müssen. Beispiel: Zwischen 9:00 und 12:00 Uhr CET. Das Fenster muss groß genug sein, um alle Zeitzonen abzudecken, aber klein genug, um Relevanz zu sichern.
- 3Format einüben (erste Woche):Die ersten 3 Tage Beispiele vorleben. Gutes Beispiel: „Erledigt: API-Endpoint für User-Profil fertig, PR #47 offen. Heute: Frontend-Anbindung starten. Blocker: Brauche Review von Lisa für PR #47, blockiert meinen nächsten Schritt.“ Schlechtes Beispiel: „War beschäftigt. Mache weiter. Keine Blocker.“ Das ist zu vage und liefert keinen Kontext.
- 4Blocker-Protokoll etablieren (5 Min):Regel festlegen: Wer einen Blocker postet, markiert die Person, die helfen kann, mit @mention. Diese Person antwortet innerhalb von 2 Stunden im Thread oder schlägt einen kurzen Sync-Call vor. Kein Blocker darf über 24 Stunden unbeantwortet bleiben.
- 5Wöchentliche Review (10 Min):Freitags kurz prüfen: Posten alle regelmäßig? Werden Blocker schnell gelöst? Ist das Format nützlich oder nur Pflicht? Anpassungen besprechen und Format iterieren.
- 6Monatliche Retrospektive (15 Min):Nach 4 Wochen: Funktioniert das asynchrone Format? Brauchen wir zusätzlich einen wöchentlichen Sync-Call? Haben wir Themen, die in einem schriftlichen Format nicht gut aufgehoben sind?
Materialliste
- Slack/Teams-Kanal
- Bot oder Reminder-Konfiguration
- gepinntes Template mit den 3 Fragen
- Emoji-Legende