Effektivere Standups: Was sie wirklich messen sollten
Standups optimieren Verantwortlichkeit, nicht Koordination. So verbesserst du Format, Fragen und die zugrundeliegende Informationsarchitektur.
By Ellis Keane · 2026-03-19
Das Standup wurde erfunden, um ein Koordinationsproblem zu lösen, und irgendwann wurde es zu einer Aufführung. Fünfzehn Personen in einem virtuellen Raum, jede mit einem einstudierten Monolog darüber, was sie gestern getan hat, was sie heute tut, und ob irgendetwas sie blockiert. Die Antworten sind vorformuliert, die Zuhörer sind auf stumm geschaltet, und das Meeting endet damit, dass alle ungefähr das wissen, was sie bereits wussten.
"Das Standup wurde erfunden, um ein Koordinationsproblem zu lösen, und irgendwann wurde es zu einer Aufführung." – Ellis Keane
Das Merkwürdige daran ist nicht, dass Standups schlecht sind – es ist, dass alle wissen, dass sie schlecht sind, und wir sie trotzdem weiterführen, weil die Alternative (gar kein Standup) sich anfühlt wie der komplette Verzicht auf Koordination. Das ist eine falsche Dichotomie, und wenn du herausfinden willst, wie du Standups effektiver gestalten kannst, lohnt es sich, das auseinanderzunehmen.
Die drei Fragen sind ein roter Hering
Jeder Standup-Leitfaden im Internet empfiehlt drei Fragen: Was hast du gestern gemacht, was machst du heute, und bist du blockiert? Das Format ist so universell – eingebettet in Jira-Workflows, Slack-Bots und den Spielplan jedes Managers seit dem Agilen Manifest – dass die meisten Teams nie hinterfragen, ob es der richtige Rahmen ist.
Hier liegt das Problem: Diese drei Fragen optimieren für Verantwortlichkeit, nicht für Koordination. "Was hast du gestern gemacht?" ist ein rückwärtsblickender Statusbericht. "Was machst du heute?" ist ein vorwärtsblickender. Keine der beiden Fragen zeigt die Information, die für Koordination wirklich wichtig ist – nämlich wo Arbeit kurz davor ist zu kollidieren, wo Kontext fehlt, und wer sich nach dem Meeting mit wem unterhalten muss.
(Und "Bist du blockiert?" ist die schlechteste der drei, weil Blocker sich selten so klar ankündigen. Letzten Monat verbrachte einer unserer Entwickler zwei Tage damit, gegen einen API-Endpunkt zu bauen, der in einem PR veraltet worden war, der am Morgen zuvor gemergt wurde. Er war nicht "blockiert" – er wusste nur nicht, dass sich der Boden unter ihm verschoben hatte.)
Was effektive Standups tatsächlich messen
Wenn man das Ritual beiseitelässt, hat ein Standup eine einzige Aufgabe: Informationen sichtbar machen, die sonst in jemandes Kopf gefangen bleiben würden, bis sie ein Problem verursachen. Alles andere – die Statusberichte, das Round-Robin-Format, das 15-Minuten-Zeitlimit – ist ein Implementierungsdetail, das diesem Ziel dienen kann oder auch nicht.
Die Teams, bei denen ich beobachtet habe, wie sie Standups effektiver gestalten, orientieren sich an einer anderen Reihe von Fragen, auch wenn sie diese nicht explizit so formulieren:
- Was hat sich seit gestern verändert, das jemand anderes wissen muss? Nicht was du getan hast – was sich verändert hat. Ein PR wurde gemergt, der die Arbeit von jemand anderem beeinflusst. Eine Design-Richtung hat sich in einem Figma-Kommentar-Thread verschoben. Eine Abhängigkeit hat sich als defekt herausgestellt. Veränderungen, die sich nach außen ausbreiten.
- Wo wird Arbeit bald überlappen oder kollidieren? Zwei Personen, die denselben API-Endpunkt bearbeiten. Eine Design-Änderung, die die aktuelle Implementierung eines Entwicklers ungültig macht. Die Art von Kollision, die einen halben Tag kostet, wenn du sie jetzt entdeckst, und drei Tage, wenn du sie am Freitag entdeckst.
- Was ist die wichtigste Sache, die du gerade nicht weißt? Nicht "Bist du blockiert?", sondern eine echte Frage über Unsicherheit. "Ich bin mir nicht sicher, ob die Auth-Migration meinen Feature-Branch betrifft" ist viel nützlicher als "keine Blocker" – es lädt jemanden, der es weiß, zum Sprechen ein.
Der Unterschied ist subtil, aber strukturell: Die erste Fragengruppe misst Aktivität, die zweite misst Risiko. Aktivität ist schön zu wissen. Risiko ist notwendig zu wissen.
Das Round-Robin-Problem
Die meisten Standups gehen reihum – oder durch das Zoom-Raster – und jede Person spricht 60–90 Sekunden. Dieses Format optimiert für Fairness (alle bekommen gleich viel Zeit) statt für Relevanz (die wichtigsten Informationen bekommen die meiste Zeit).
In der Praxis bedeutet das, dass ein Entwickler, der gestern eine kritische API-Inkompatibilität entdeckt hat, dieselben 60 Sekunden bekommt wie jemand, der den Tag damit verbracht hat, Tests für ein stabiles Modul zu schreiben. Die API-Inkompatibilität könnte die Arbeit von drei weiteren Personen in dieser Woche betreffen und braucht ein fünfminütiges Gespräch, das das Standup-Format aktiv verhindert, weil noch elf weitere Personen drankommen müssen.
(Was normalerweise passiert: Der Engineering Manager moderiert, unterbricht Gespräche, die "zu detailliert werden", und beendet unwissentlich genau die Diskussion, die eine zweitägige Integrations-Katastrophe verhindert hätte. Ich habe das selbst getan, öfter als mir lieb ist.)
Einige Teams lösen das, indem sie einen Moderator haben, der die Zeit auf die wichtigen Punkte umlenkt, aber das erfordert jemanden, der die Arbeit aller tief genug versteht, um Kollisionen in Echtzeit zu erkennen – was in einem cross-funktionalen Team viel von einer Person vor ihrem zweiten Kaffee verlangt.
Die asynchrone Alternative (und warum sie nur die halbe Antwort ist)
Asynchrone Standups – Slack-Bots, die die drei Fragen stellen und Antworten in einem Kanal posten – lösen das Terminplanungsproblem und das Problem mit Auftrittsangst. Du schreibst dein Update, wenn du bereit bist, ohne den Druck von zwanzig Personen, die dir beim Erinnern zuschauen.
Aber sie übernehmen alle Schwächen des synchronen Formats und fügen eine neue hinzu: Niemand liest sie. Nach unserer Erfahrung in einigen Teams (und ich bin ehrlich gesagt nicht sicher, ob das universal ist oder nur bei uns so) werden asynchrone Standup-Posts vom Manager überflogen und von allen anderen ignoriert. Die Informationen gehen in einen Kanal, der zum Hintergrundrauschen wird – funktional äquivalent zu jenen Slack-Kanälen, die alle nach Woche eins stummgeschaltet haben.
Die Teams, die asynchrone Standups zum Laufen bringen, machen zwei Dinge anders. Erstens ändern sie die Fragen – statt "Was hast du gemacht?" fragen sie "Was sollte jemand anderes im Team wissen?", was die Beitragenden dazu zwingt, an das Publikum zu denken statt einen Statusbericht abzuliefern. Zweitens sagen sie das synchrone Meeting tatsächlich ab, statt beide parallel laufen zu lassen. Der gefürchtete Doppel-Standup – asynchroner Post am Morgen, Live-Meeting um 9:30 Uhr über dasselbe Thema – ist häufiger, als irgendjemand zugeben möchte.
Was Standups tatsächlich effektiv macht
Ich bin ehrlich: Wir haben das perfekte Standup-Format noch nicht gefunden (und ich bin skeptisch gegenüber jedem, der behauptet, es gefunden zu haben). Aber die Muster, die konsistent bessere Ergebnisse zu liefern scheinen, betreffen weniger das Format als die Information, die man sichtbar machen will.
Geh das Board entlang, nicht die Personen. Statt Person für Person zu gehen, geh Ticket für Ticket durch dein Projekt-Board. Das macht auf natürliche Weise sichtbar, welche Arbeit feststeckt, welche sich bewegt, und welche seit vier Tagen niemand angefasst hat. Die an jedem Ticket beteiligten Personen berichten dazu; alle anderen bleiben still, ohne den sozialen Druck, etwas sagen zu müssen, wenn es nichts zu berichten gibt.
Zeitlimitiere nach Wichtigkeit, nicht nach Person. Wenn etwas fünf Minuten braucht, gib ihm fünf Minuten. Wenn jemandes Update "wie gestern, keine Änderungen" ist, reicht ein Nicken. Das Ziel ist, dass die Zeitzuteilung des Meetings die tatsächliche Risikoverteilung über die Arbeit des Teams widerspiegelt, nicht die Kopfzahl.
Mache Unbekanntes explizit sichtbar. Schliesse mit einer 60-sekündigen Runde "Was ist die Sache, bei der du gerade am unsichersten bist?" Das fängt Probleme auf, die noch nicht wie Probleme aussehen – die Annahmen, die Abhängigkeiten, die "Ich denke, das ist okay, aber ich habe es nicht überprüft"-Momente, die, unausgesprochen, zu Donnerstagnachmittag-Notfällen werden.
Beende das Meeting, wenn es seinen Platz nicht verdient. Wenn der Board Walk zwei Minuten dauert, weil sich nichts Bedeutsames verändert hat, beende es nach zwei Minuten. Ein Standup, das immer fünfzehn Minuten dauert, unabhängig vom Inhalt, wurde aufgefüllt, um seinen Kalenderslot zu füllen. (Und ehrlich gesagt: Wenn sich in 24 Stunden nichts Bedeutsames verändert hat, ist das entweder ein sehr ruhiger Sprint oder ein Signal, dass die Leute tief in konzentrierter Arbeit sind – in jedem Fall kurz erwähnenswert, bevor man weitermacht.)
Effektive Standups messen Risiko, nicht Aktivität. Geh das Board entlang, gib wichtigen Themen mehr Zeit, und beende das Meeting früh, wenn das Board ruhig ist.
Das grundlegende Messproblem
Der tiefere Grund, warum Standups kaputt wirken, ist, dass sie versuchen, ein Koordinationsproblem mit einem Kommunikationsritual zu lösen. Man bittet Menschen, Zustandsänderungen manuell zu übermitteln, die theoretisch aus den bereits verwendeten Tools abgeleitet werden könnten. Der PR wurde gemergt – er ist in GitHub. Das Design hat sich verändert – es ist in Figma. Das Ticket wurde verschoben – es ist in Linear. Die Entscheidung wurde getroffen – sie steckt irgendwo in einem Slack-Thread.
Die Information existiert. Sie ist über verschiedene Tools verstreut, und niemand hat Zeit, vor einem 9-Uhr-Meeting durch all diese zu suchen. Also machen wir stattdessen das Standup – eine manuelle, verlustbehaftete, einmal-tägliche Synchronisation von Informationen, die sich kontinuierlich den ganzen Tag über verändert.
Ich werde hier kein Produkt anbieten – das ist ein Playbook, keine Verkaufsseite. Aber ich denke, die Branche bewegt sich langsam darauf zu, dieses Problem auf der Tool-Ebene zu lösen statt auf der Meeting-Ebene. Ob das Workflow-Intelligenz ist, bessere native Integrationen zwischen dem bestehenden Stack oder etwas ganz anderes – die Richtung scheint klar, auch wenn die spezifischen Lösungen (einschließlich unserer, ehrlich gesagt) noch erarbeitet werden.
Der praktische Rat steht für sich: Ändere die Fragen, geh das Board entlang, zeitlimitiere nach Risiko, mache Unbekanntes sichtbar, und beende das Meeting, wenn es nichts zu sagen hat. Wenn deine Standups morgen besser werden, war das Format das Problem. Wenn nicht – wenn das eigentliche Problem darin besteht, dass kritischer Kontext in sechs verschiedenen Tools steckt und niemand ihn schnell genug synthetisieren kann – das ist ein anderes Problem, und das Standup hätte es nie lösen können.
Lass Sugarbug zeigen, was sich über Nacht in deinen Tools verändert hat – damit dein Standup den Statusbericht überspringen und sich auf das Wesentliche konzentrieren kann.
Q: Wie mache ich meine Standups effektiver? A: Wechsle von "Was hast du gemacht?" zu "Was hat sich verändert, das jemand anderen betrifft?" Geh das Board statt Person für Person durch, zeitlimitiere nach Wichtigkeit statt nach Einzelperson, und mache Unbekanntes explizit sichtbar. Wenn sich nichts Bedeutsames verändert hat, beende das Meeting früh.
Q: Sind asynchrone Standups besser als synchrone? A: Sie lösen das Terminplanungsproblem, übernehmen aber dieselbe Schwäche: Die drei Fragen optimieren für Verantwortlichkeit, nicht für Koordination. Asynchron funktioniert am besten, wenn du die Fragen änderst ("Was sollte jemand anderes wissen?") und das synchrone Meeting tatsächlich absagst statt beide laufen zu lassen.
Q: Was sollte ich statt der drei Standup-Fragen fragen? A: Versuche: Was hat sich seit gestern verändert, das jemand anderes wissen muss, wo wird Arbeit bald überlappen oder kollidieren, und was ist die Sache, bei der du gerade am unsichersten bist. Diese messen Koordinationsrisiko statt individuelle Aktivität.
Q: Kann Sugarbug den Standup-Aufwand reduzieren? A: Sugarbug baut einen Wissensgraph über die Tools deines Teams – Linear-Tickets, GitHub-PRs, Slack-Threads, Figma-Kommentare – auf und zeigt, was sich über Nacht verändert hat. Einige Teams nutzen es, um eine Board-Walk-Zusammenfassung vorab zu generieren, sodass das Standup zu einer schnellen Überprüfung markierter Punkte wird statt zu einem Round-Robin von Statusberichten.
Q: Sollte ich Standups vollständig abschaffen? A: Für kleine Teams mit guter tool-übergreifender Sichtbarkeit manchmal ja. Für größere oder cross-funktionale Teams funktioniert ein kurzes Board-Walk-Format meist besser als die Abschaffung. Das Ziel ist, das Meeting täglich seinen Zeitslot verdienen zu lassen – und wenn das konsequent nicht gelingt, ist das eine nützliche Information über die Koordinationsinfrastruktur.