Daily-Standup-Agenda-Vorlage (die Engineering-Teams wirklich nutzen)

Das Problem mit den meisten Standup-Vorlagen

Die meisten Standup-Vorlagen sind für Teams gebaut, die eigentlich keine echten Standups abhalten. Drei Prompts pro Person, fünf Personen, 15 Minuten werden zu einem Planungsmeeting, wenn das Team keine Grenzen setzt. Die folgende Vorlage ist für eine einzige Sache optimiert: den Standup unter 10 Minuten zu halten und gleichzeitig sicherzustellen, dass die richtigen Informationen auftauchen und festgehalten werden. Die Prompts sind bewusst eng gefasst. Die Abschnitte nach der Runde kümmern sich um alles andere.

Die Agenda (zum Kopieren)

Dauer: Maximal 10 Minuten
Format: Synchron, jede Person spricht einmal

Pro Teammitglied (90 Sekunden pro Person):

  1. Seit dem letzten Standup erledigt — geliefert oder gemergt, nicht „in Arbeit"
  2. Heute geplant — was du abschließen willst, keine vagen Sprint-Vorhaben
  3. Blocker — nenne den Owner; „wartet auf Design Review" gilt nur, wenn jemand das Unblocking verantwortet

Nach der Runde (verbleibende Zeit):

  • Entscheidungen erforderlich — alles, was jetzt eine Entscheidung braucht; wenn es mehr als 2 Minuten dauert, eigenes Meeting ansetzen
  • Ankündigungen — ein Satz pro Punkt, keine Diskussion während des Standups

Parkplatz: Wenn im Verlauf der Runde ein Thema aufkommt, das nicht alle betrifft, notiere es und kläre es danach oder asynchron. Die Parkplatz-Diskussion – meist 2–3 Personen statt dem ganzen Team – ist oft nützlicher als das Standup selbst.


Was die meisten Standup-Vorlagen falsch machen

Die meistgenutzten Standup-Vorlagen scheitern auf zwei Arten.

Das Skelett („Was hast du gemacht? Was machst du? Blocker?") funktioniert, bis das Team Blocker als optional behandelt. Niemand schreibt „wartet auf Security Review", weil nichts passiert, wenn er es tut. Abhängigkeiten gehen verloren und werden erst ungeblockt, wenn zufällig jemand nächste Woche nachfragt.

Die überkonstruierte Version fügt 8–12 Prompts und einen Team-Health-Check hinzu. Das verwandelt den Standup in ein Staff-Meeting. Engineers hören nach den ersten zwei Sprechern auf zuzuhören.

Beide Varianten teilen dasselbe Grundproblem: Sie behandeln Standup als Reporting-Übung. Standup ist eine Alignment-Übung. Reporting produziert Information; Alignment produziert Handlung. Diese Unterscheidung ist entscheidend dafür, wie man die Prompts zeitboxed und was nach der Runde passiert.

Das zweite Problem, das Vorlagen übersehen: Was passiert mit den Informationen nach dem Gespräch? Selbst gut geführte Standups produzieren Blocker, die nicht getrackt werden, Entscheidungen, die niemand notiert, und Action Items ohne Owner.

Warum Standup-Recaps auseinanderfallen

Der rotierende-Mitschreiber-Ansatz bricht innerhalb weniger Wochen zusammen. Wer dran ist, ist überlastet, lässt Details weg und postet etwas Vages, das niemand liest. Das Team hört auf, den Notizen zu vertrauen, liest sie dann nicht mehr, und die Notizen erfüllen keinen Zweck mehr.

Async-first-Standups – das Update vor dem Call in Slack posten – lösen das Anwesenheitsproblem, verlieren aber die Accountability, die ein Live-Austausch bietet. Später am Tag fragt trotzdem jemand: „Was haben wir über X entschieden?"

Die versteckten Kosten summieren sich schnell. Einen Überblick, was verlorener Standup-Kontext ein Team über ein Quartal kostet, gibt es in The Meeting Tax.

Wie Pavleur das Recap übernimmt

Führe den Standup mit dieser Agenda durch und lass Pavleur laufen. Wenn das Gespräch endet, wird das Recap automatisch erstellt – kein Mitschreiber, keine 5 Minuten Nacharbeit. Das Recap erfasst das Erledigt/Geplant/Blocker jeder Person, extrahiert getroffene Entscheidungen und listet Action Items mit den im Meeting genannten Ownern auf.

Was audio-only Tools verpassen: Wenn jemand mid-Standup ein PR-Dashboard, ein Jira-Board oder ein Deployment-Diagramm aufruft, erfasst Pavleur es und fügt es mit Kontext in den Bericht ein. Tools wie Otter oder Fireflies liefern die Worte; eine Screenshot-Aufzeichnung des Bildschirminhalts existiert nicht. Wer den Standup verpasst hat, kann den vollständigen Bericht lesen, ohne nachfragen zu müssen. Einen Vergleich der Tools auf dieser Ebene findest du auf der Vergleichsseite.

Die Zeitbox einhalten

Die 90-Sekunden-pro-Person-Disziplin bricht am häufigsten zusammen, wenn der EM mitten in der Runde anfängt, Fragen zu beantworten. Trainiere den Instinkt, „lass uns das danach klären" zu sagen und es auf dem Parkplatz zu notieren.

Wenn der Standup regelmäßig über 10 Minuten läuft, liegt es meist an einem der folgenden: zu viele Teilnehmer (Standup aufteilen), Sprint-Planning-Themen schleichen sich ein, oder ein wiederkehrendes Diskussionsthema braucht ein eigenes wiederkehrendes Meeting. Den strukturellen Grund beheben, nicht nur das Symptom.

Daily-Standup-Agenda-Vorlage (die Engineering-Teams wirklich nutzen) | Pavleur