Standup-Vorlagen für jedes Team: Engineering, Marketing, Support und Hybrid

Vielfältige Teammitglieder aus verschiedenen Abteilungen, die an einem gemeinsamen digitalen Standup-Board zusammenarbeiten, mit Ingenieuren mit Code, Marketern mit Kampagnen und Support-Mitarbeitern mit Tickets Die klassischen drei Fragen funktionieren für Scrum-Teams. Überall sonst versagen sie. "Was hast du gestern gemacht? Was wirst du heute machen? Gibt es Blocker?" setzt voraus, dass die Arbeit aller sauber in tägliche Abschnitte mit klaren Abhängigkeiten passt. Marketingkampagnen funktionieren nicht so. Support-Warteschlangen schon gar nicht. Und Hybrid-Teams brauchen Fragen, die über völlig unterschiedliche Arbeitsstile hinweg übersetzbar sind. Dieser Leitfaden enthält gebrauchsfertige Standup-Vorlagen für die tatsächliche Arbeitsweise verschiedener Teams. Kopieren Sie sie, passen Sie sie nach Bedarf an und hören Sie auf, Ihr Team in Fragen zu zwängen, die nicht passen.

Warum generische Standup-Vorlagen scheitern

Das Standard-Scrum-Standup wurde für Softwareteams entwickelt, die in Sprints an gemeinsamen Codebasen arbeiten. Die Fragen setzen voraus:

Arbeitseinheiten werden in ein oder zwei Tagen abgeschlossen
Blocker sind technische Abhängigkeiten
Jeder versteht, was "fertig" bedeutet
Fortschritt ist in erledigten Aufgaben messbar

Für einen Marketing-Manager, der eine quartalsübergreifende Kampagne führt, wird "Was hast du gestern gemacht" zu einer bedeutungslosen Übung. Für einen Support-Leiter, der Tickets bearbeitet, geht es bei Blockern nicht darum, auf jemand anderen zu warten; es geht um Volumen und Komplexität.

Einheitsgröße passt niemandem

Teams, die generische Standup-Fragen erzwingen, haben am Ende zwei Probleme: bedeutungslose Updates, die allen die Zeit stehlen, und verpasste Signale, weil die Fragen nicht das aufdecken, was wirklich wichtig ist.

Standup-Vorlagen für Engineering-Teams

Engineering-Standups müssen Blocker schnell aufdecken und die Sprint-Arbeit sichtbar halten. Die Herausforderung besteht darin, Status-Theater zu vermeiden und gleichzeitig nützliche Informationen zu erhalten.

Standard-Engineering-Standup

Verwenden Sie dies für Teams, die in Sprints mit klaren Backlogs arbeiten:

Frage	Zweck
Was hast du seit dem letzten Standup ausgeliefert oder abgeschlossen?	Fokus auf Ergebnisse, nicht auf Aktivität
Woran arbeitest du heute?	Potenzielle Parallelarbeit identifizieren
Was blockiert oder bremst dich?	Abhängigkeiten früh aufdecken
Brauchst du Hilfe von jemandem im Team?	Tür für Pair Programming öffnen

Ausgeliefert, nicht gemacht

Beachten Sie, dass die erste Frage danach fragt, was Sie "ausgeliefert oder abgeschlossen" haben, nicht was Sie "bearbeitet" haben. Diese subtile Verschiebung hält Updates ergebnisorientiert und verhindert Statusupdates, die besuchte Meetings auflisten.

Backend-/Infrastruktur-Engineering

Für Teams, die sich mit Ops, Deployments und Systemgesundheit befassen:

Frage	Zweck
Gab es Vorfälle oder Alerts seit dem letzten Standup?	Betriebsprobleme zuerst aufdecken
Welche Infrastrukturarbeit hast du abgeschlossen?	Fortschritt bei längeren Projekten verfolgen
Was ist dein Fokus heute?	Koordination bei gemeinsamen Systemen
Gibt es Bedenken bezüglich anstehender Deploys oder Änderungen?	Risiken früh identifizieren

Frontend-/Produkt-Engineering

Für Teams, die eng mit Design und Produkt zusammenarbeiten:

Frage	Zweck
Welche Features oder Fixes hast du abgeschlossen?	Nutzerorientierte Fortschritte verfolgen
Was baust du heute?	Koordination mit Design-Reviews
Gibt es Design-Fragen oder Produktklärungen, die du brauchst?	Cross-funktionale Abhängigkeiten aufdecken
Was blockiert deinen Fortschritt?	Standard-Blocker-Check

Engineering-Team-Dashboard mit Code-Commits, Pull Requests und Sprint-Fortschrittsmetriken neben individuellen Standup-Updates

Full-Stack-/Kleinteam-Engineering

Für Startups und kleine Teams, in denen jeder mehrere Hüte trägt:

Frage	Zweck
Was hast du seit dem letzten Standup fertiggestellt?	Updates ergebnisorientiert halten
Was ist das Wichtigste, das du heute anpackst?	Priorisierung erzwingen
Wo könntest du ein zweites Paar Augen brauchen?	Tür für Review oder Pairing öffnen
Brennt irgendwo etwas, das das Team wissen sollte?	Dringende Probleme auffangen

Wann man das Standup überspringen sollte

Wenn Ihr gesamtes Engineering-Team vollständig in ein einzelnes kritisches Feature vertieft ist, ist manchmal das beste Standup gar kein Standup. Async-Tools ermöglichen Check-ins, ohne den Flow-Zustand zu unterbrechen. Nutzen Sie Standups für Koordination, nicht für Compliance.

Standup-Vorlagen für Marketing-Teams

Marketingarbeit operiert auf anderen Zeitskalen. Kampagnen laufen über Wochen oder Monate. Ergebnisse hinken der Aktivität hinterher. Die tägliche Aufgabenerledigung ist weniger wichtig als der Fortschritt in Richtung Ziele.

Kampagnenfokussiertes Marketing

Für Teams, die laufende Marketingkampagnen durchführen:

Frage	Zweck
Welche Kampagnenarbeit ist seit dem letzten Standup vorangekommen?	Inkrementellen Fortschritt verfolgen
Welche Metriken beobachtest du heute?	Datengetriebenen Fokus beibehalten
Welche Inhalte oder Assets erstellst du?	Kreative Arbeit koordinieren
Gibt es Abhängigkeiten von anderen Teams oder externen Anbietern?	Cross-funktionale Bedürfnisse aufdecken

Content-Marketing

Für Teams, die sich auf Content-Erstellung und -Distribution konzentrieren:

Frage	Zweck
Welchen Content hast du veröffentlicht oder fertiggestellt?	Output verfolgen
Was schreibst oder erstellst du heute?	Redaktionskalender koordinieren
Gibt es Recherchen oder Interviews, die du planen musst?	Vorausplanen
Was funktioniert gut, worauf wir verstärkt setzen sollten?	Erkenntnisse teilen

Wöchentliche Themen setzen

Anstelle von täglichen Aufgabenlisten funktionieren Marketing-Standups besser mit wöchentlichen Themen. "Diese Woche dreht sich alles um die Vorbereitung der Q1-Kampagne" gibt den täglichen Updates Kontext.

Frühindikatoren verfolgen

Fragen Sie nach Aktivitäten, die Ergebnisse vorhersagen: E-Mails entworfen, Anzeigen erstellt, Inhalte geplant. Diese zeigen Fortschritt, bevor sich die Metriken bewegen.

Erkenntnisse teilen

Marketing generiert ständig Daten. Standups sollten aufdecken, was funktioniert, nicht nur was getan wird.

Growth-/Performance-Marketing

Für Teams, die bezahlte Akquise und Optimierung betreiben:

Frage	Zweck
Gibt es signifikante Änderungen in der Kampagnen-Performance?	Anomalien schnell aufdecken
Welche Experimente führst du durch oder startest du?	Testgeschwindigkeit verfolgen
Welche Optimierungen nimmst du heute vor?	Taktische Verbesserungen teilen
Budget- oder Genehmigungsbedarf?	Blocker früh markieren

Marketing-Dashboard mit Kampagnenmetriken, Content-Kalender und Social-Media-Performance neben Team-Standup-Updates

Standup-Vorlagen für Support-Teams

Support-Teams haben mit unvorhersehbarem Volumen und emotional fordernder Arbeit zu tun. Standups müssen Kapazitätsprobleme aufdecken und Wissen teilen, nicht individuelle Aufgaben verfolgen.

Kundensupport/-erfolg

Für Teams, die eingehende Tickets und Kundenbeziehungen bearbeiten:

Frage	Zweck
Wie sieht deine Warteschlange aus?	Kapazitätsprobleme aufdecken
Gibt es Eskalationen oder knifflige Fälle zu besprechen?	Wissen teilen und Hilfe bekommen
Welche Muster siehst du bei Kundenproblemen?	Systemische Probleme identifizieren
Wie geht es dir?	Wohlbefinden des Teams prüfen

Tickets pro Person nicht verfolgen

Support-Standups sollten niemals zu einem Wettbewerb werden, wer die meisten Tickets geschlossen hat. Dies schafft perverse Anreize, einfache Probleme herauszupicken und komplexe zu vermeiden.

Technischer Support

Für Teams, die Produkt- und technische Probleme bearbeiten:

Frage	Zweck
Gibt es kritische Probleme oder Ausfälle, die Kunden betreffen?	Dringende Probleme aufdecken
An welchen komplexen Fällen arbeitest du?	Technisches Wissen teilen
Sind Dokumentations- oder Prozessverbesserungen nötig?	Systemische Fixes erfassen
Brauchst du etwas vom Engineering?	Brücke zwischen Support und Engineering

Success-/Account-Management

Für Teams, die laufende Kundenbeziehungen managen:

Frage	Zweck
Gibt es Accounts, die gefährdet sind oder Aufmerksamkeit brauchen?	Abwanderungssignale markieren
Kundenerfolge zum Feiern?	Positive Dynamik teilen
Anstehende Verlängerungen oder Expansionsgespräche?	Koordination bei Umsatz
Was ist eine Sache, die deinen Accounts zum Erfolg verhelfen würde?	Feature-Anfragen und Bedürfnisse aufdecken

💚Wohlbefindens-Check

Support-Arbeit ist emotional belastend. Eine einfache "Wie geht es dir?"-Frage normalisiert das Gespräch über Kapazität und Stress, bevor Burnout zuschlägt.

🔍Mustererkennung

Support-Teams sehen Produktprobleme zuerst. Standups sollten wiederkehrende Probleme erfassen, über die Engineering und Produkt Bescheid wissen müssen.

📚Wissensaustausch

Komplexe Fälle, die gestern gelöst wurden, helfen heute dem ganzen Team. Bauen Sie Zeit zum Teilen von Lösungen ein.

⬆️Eskalationswege

Machen Sie es einfach, Probleme zu markieren, die Führungsaufmerksamkeit brauchen, ohne dass sich Menschen wie Versager fühlen.

Standup-Vorlagen für Hybrid-Teams

Cross-funktionale Teams haben ein schwierigeres Problem: Fragen müssen über völlig verschiedene Arbeitstypen hinweg übersetzbar sein. Ein "Blocker" eines Designers sieht völlig anders aus als der eines Ingenieurs.

Produkt-Squad (Engineering + Design + Produkt)

Für cross-funktionale Produktteams:

Frage	Zweck
Was wurde ausgeliefert oder ist in die nächste Phase übergegangen?	Arbeit über Disziplinen hinweg verfolgen
Was ist dein Fokus heute?	Übergaben koordinieren
Wo brauchst du Input von einer anderen Disziplin?	Hilfe über Rollen hinweg bekommen
Gibt es Risiken für unsere Sprint-/Zyklus-Ziele?	Alle auf Lieferung ausgerichtet halten

Cross-funktionales Produktteam mit Designern, Ingenieuren und Produktmanagern, die ein gemeinsames Sprint-Board mit verschiedenen Arbeitstypen betrachten

Agentur-Team (Kreative + Account + Strategie)

Für Teams, die Kundenarbeit managen:

Frage	Zweck
Kunden-Deliverables abgeschlossen oder in Review?	Extern gerichtete Arbeit verfolgen
Was ist heute in Produktion?	Kreative Arbeit koordinieren
Gibt es Kundenfeedback oder Scope-Änderungen?	Informationen teilen
Ressourcenbedarf oder Timeline-Bedenken?	Kapazitätsprobleme markieren

Startup-Team (jeder macht alles)

Für kleine Teams, in denen sich Rollen überschneiden:

Frage	Zweck
Was ist das Wichtigste, das du erreicht hast?	Fokus auf Impact
Was ist deine eine Priorität heute?	Kompromisslose Priorisierung erzwingen
Wobei wünschst du dir Hilfe?	Tür für Teamarbeit öffnen
Was hast du gelernt?	Gemeinsames Wissen aufbauen

Fragenverantwortlichen rotieren

In Hybrid-Teams lassen Sie verschiedene Disziplinen abwechselnd die Standup-Fragen für eine Woche gestalten. Die Perspektive eines Ingenieurs darauf, was wichtig ist, unterscheidet sich von der eines Designers, und beide sind wertvoll.

Anpassungen für Remote- und Async-Standups

Alle diese Vorlagen funktionieren sowohl für synchrone als auch für asynchrone Standups, aber Async erfordert einige Anpassungen.

Vorlagen async-freundlich machen

Kontext hinzufügen, der persönlich offensichtlich wäre (Projektnamen, Ticket-Links)

Spezifische Sprache statt Pronomen verwenden ("der Checkout-Flow" nicht "es")

Visuelle Belege einschließen, wenn hilfreich (Screenshots, Loom-Links)

Personen direkt taggen, wenn Sie deren Input brauchen

Klare Erwartungen für Reaktionszeit bei Blockern setzen

Teams über Zeitzonen verteilt

Für Teams, die mehrere Zeitzonen umspannen:

Frage	Zweck
Was hast du an deinem letzten Arbeitstag abgeschlossen?	Berücksichtigt verschiedene Zeitpläne
Was ist dein Hauptfokus für deinen nächsten Arbeitstag?	Plant über Zeitzonenlücken hinweg
Gibt es etwas, das die andere Zeitzone wissen muss?	Ermöglicht Übergaben
Wo brauchst du asynchronen Input vs. synchrone Diskussion?	Respektiert aller Zeit

Vorlagen für Ihr Team anpassen

Diese Vorlagen sind Ausgangspunkte, keine Vorschriften. So passen Sie sie an:

Mit der Vorlage beginnen, die Ihrem Teamtyp am nächsten kommt

Nicht von Grund auf neu bauen. Wählen Sie die Vorlage, die der Hauptfunktion Ihres Teams entspricht, und arbeiten Sie von dort aus.

Zwei Wochen unverändert durchführen

Widerstehen Sie dem Drang, sofort anzupassen. Sammeln Sie Basisdaten darüber, was funktioniert und was nicht.

Ihr Team fragen, was fehlt

Nach zwei Wochen fragen: "Welche Informationen wünschst du dir von Standups, die du nicht bekommst?"

Fragen entfernen, die Rauschen erzeugen

Wenn eine Frage konsequent "nichts zu berichten" oder Copy-Paste-Antworten produziert, verdient sie ihren Platz nicht. Streichen Sie sie.

Eine Frage nach der anderen hinzufügen

Wenn Sie neue Fragen hinzufügen, fügen Sie eine hinzu und sehen Sie, wie sie funktioniert, bevor Sie weitere hinzufügen. Standup-Aufblähung passiert schrittweise.

Team-Retrospektive, die Standup-Effektivität diskutiert, mit Sticky Notes, die zeigen, was funktioniert und was verbessert werden muss

Ihre Vorlagen in Kollabe implementieren

Kollabes Standup-Tool ermöglicht es Ihnen, benutzerdefinierte Fragen mit Farbcodierung, Pflicht-/Optional-Flags und Emoji-Präfixen zu erstellen. So richten Sie eine dieser Vorlagen ein:

Erstellen Sie ein neues Standup oder bearbeiten Sie ein bestehendes
Öffnen Sie das Fragen-Modal
Fügen Sie Ihre Fragen in der Reihenfolge der Priorität hinzu
Setzen Sie kritische Fragen als Pflichtfelder
Verwenden Sie Farben, um verwandte Fragen zu gruppieren (grün für Erfolge, gelb für Blocker)
Teilen Sie den Standup-Link mit Ihrem Team

Die persistenten täglichen Räume bedeuten, dass Teammitglieder ihre Updates über den Tag verteilt einreichen können, und KI-generierte Zusammenfassungen ziehen automatisch Blocker und Muster heraus.

Vorlagen sind nur der Anfang

Ihre Standups werden sich ändern, wenn Ihr Team sich ändert. Nutzen Sie Kollabes Fragen-Anpassung, um mit verschiedenen Formaten zu experimentieren, und prüfen Sie KI-Zusammenfassungen, um zu sehen, welche Muster in den Updates Ihres Teams auftauchen.

Schnellreferenz: Vorlagen-Auswahl

Nicht sicher, mit welcher Vorlage Sie beginnen sollen? Nutzen Sie diesen Leitfaden:

Ihr Team	Empfohlene Vorlage	Hauptfokus
Sprint-basiertes Engineering	Standard-Engineering	Blocker und Abhängigkeiten
DevOps/SRE	Backend/Infrastruktur	Vorfälle und Systemgesundheit
Frontend-Produktteams	Frontend/Produkt	Design-Koordination
Kleines Startup-Engineering	Full-Stack-Kleinteam	Priorisierung
Kampagnen-Marketer	Kampagnenfokussiert	Fortschritt in Richtung Ziele
Content-Teams	Content-Marketing	Redaktionelle Koordination
Performance-Marketing	Growth/Performance	Metriken und Experimente
Kundensupport	Kundensupport/-erfolg	Kapazität und Muster
Technischer Support	Technischer Support	Wissensaustausch
Account-Management	Success/Account-Management	Beziehungsgesundheit
Produkt-Squads	Produkt-Squad Hybrid	Cross-funktionale Übergaben
Agentur-Teams	Agentur Hybrid	Kunden-Deliverables
Kleine Startups	Startup Hybrid	Impact und Lernen
Verteilte Teams	Zeitzonen-verteilt	Async-Übergaben

Fazit

Standup-Vorlagen sollten zur Arbeitsweise Ihres Teams passen, nicht umgekehrt. Engineering-Teams müssen Blocker aufdecken. Marketing muss Kampagnenfortschritt verfolgen. Support muss Wissen teilen und Kapazität im Auge behalten. Hybrid-Teams brauchen Fragen, die über Disziplinen hinweg funktionieren. Wählen Sie die Vorlage, die zu Ihrem Teamtyp passt, führen Sie sie zwei Wochen lang durch und passen Sie sie dann basierend auf dem an, was Sie lernen. Wenn Sie genug von Standup-Meetings haben, die nicht zu Ihrem Workflow passen, probieren Sie Kollabes Async-Standups mit anpassbaren Fragen.

Drei bis vier Fragen funktionieren am besten. Weniger als drei übersehen oft wichtige Informationen; mehr als vier erzeugen Ermüdung und hastige Antworten. Wenn Sie mehr Fragen brauchen, überlegen Sie, ob einige wöchentliche Check-ins statt täglicher sein könnten.

Machen Sie Fragen zu Blockern und Risiken zur Pflicht. Fragen zu Erfolgen, Erkenntnissen oder Wohlbefinden können optional sein. Menschen sollten immer in der Lage sein, Probleme zu markieren; Erfolge zu feiern sollte sich nicht obligatorisch anfühlen.

Ein bis drei Sätze pro Frage sind ideal. Wenn Antworten regelmäßig länger ausfallen, sind entweder die Fragen zu breit oder Teammitglieder brauchen Coaching in prägnanter Kommunikation. Async-Standups helfen hier, weil Menschen schneller lesen als zuhören können.

Ja, aber asynchrone Standups profitieren von etwas mehr Kontext in den Antworten, da Sie keine klärenden Fragen in Echtzeit stellen können. Die Fragen selbst können gleich bleiben; es ist die erwartete Antworttiefe, die sich verschiebt.

Überprüfen Sie Ihre Fragen vierteljährlich oder wenn sich die Teamstruktur signifikant ändert. Wenn Fragen konsequent unhilfreiche Antworten produzieren, ändern Sie sie früher. Vermeiden Sie es, Fragen nur zu ändern, weil sie sich abgestanden anfühlen; Konsistenz hat auch einen Wert.

Zuletzt aktualisiert am 02/02/2026