Team-Retrospektive: Fragen und Vorlage für Sprints

Diese Vorlage mit Fragen für Team-Retrospektiven hilft Ihnen, Retrospektiven nach Sprints, Projekten oder Quartalen strukturiert aufzusetzen – mit Fokus auf Zusammenarbeit, psychologische Sicherheit und konkrete Verbesserungen statt Schuldzuweisungen. Sie erhalten fertige Fragen, klare Schwellenwerte und festgelegte Maßnahmen statt endloser Diskussionen darüber, was schiefgelaufen ist.

Umfragefragen für Team-Retrospektiven

Nutzen Sie die folgenden Aussagen mit einer 1–5‑Skala von „Stimme überhaupt nicht zu“ (1) bis „Stimme voll zu“ (5). Senden Sie den Fragebogen 1–3 Tage vor der Retrospektive, damit alle in Ruhe reflektieren können.

2.1 Geschlossene Fragen (Likert-Skala)

Q1 – Ich habe die Ziele dieses Sprints/Projekts von Anfang an verstanden.
Q2 – Die Erfolgskriterien (wie wir „fertig“ oder „gut“ messen) waren für mich klar.
Q3 – Unsere tatsächlichen Ergebnisse passten zu den gesetzten Zielen.
Q4 – Umfangs- oder Prioritätsänderungen haben wir frühzeitig besprochen.
Q5 – Die Zusammenarbeit im Kernteam lief reibungslos.
Q6 – Die Zusammenarbeit mit anderen Teams oder Standorten lief reibungslos.
Q7 – Unsere Meetings waren fokussiert und haben die Arbeit vorangebracht.
Q8 – Übergaben (zwischen Rollen, Teams, Schichten) waren klar und verlässlich.
Q9 – Unsere Prozesse (z. B. Scrum, Kanban, Stage-Gates) haben schnellen Fortschritt unterstützt.
Q10 – Unsere Tools (z. B. Jira, Miro, CRM) haben gut zu unseren Aufgaben gepasst.
Q11 – Wichtige Entscheidungen haben wir so dokumentiert, dass sie später leicht auffindbar sind.
Q12 – Blocker und Risiken wurden früh erkannt und zügig adressiert.
Q13 – Die Arbeitslast in diesem Sprint/Projekt war für mich langfristig tragfähig.
Q14 – Ich konnte Pausen und Urlaub nehmen, ohne schlechtes Gewissen zu haben.
Q15 – Das Stresslevel im Team war insgesamt gut handhabbar.
Q16 – Wenn es kritisch wurde, haben wir den Umfang oder die Prioritäten angepasst statt einfach länger zu arbeiten.
Q17 – In dieser Phase haben wir mit neuen Ideen, Methoden oder Tools experimentiert.
Q18 – Wir haben reflektiert, was wir gelernt haben, und die wichtigsten Erkenntnisse festgehalten.
Q19 – Mindestens ein Learning haben wir in eine konkrete Änderung übersetzt.
Q20 – Ich habe durch diesen Sprint/dieses Projekt meine Fähigkeiten weiterentwickelt.
Q21 – Wir hatten ein klares Bild davon, was unsere Stakeholder/Kund:innen wirklich brauchen.
Q22 – Wir haben Feedback von Stakeholdern/Kund:innen während der Arbeit eingeholt, nicht nur am Ende.
Q23 – Stakeholder/Kund:innen waren mit den Ergebnissen insgesamt zufrieden.
Q24 – Überraschungen von Stakeholdern/Kund:innen waren selten und gut handhabbar.
Q25 – In diesem Team fühle ich mich sicher, Probleme oder Fehler offen anzusprechen.
Q26 – Wenn etwas schiefgeht, liegt der Fokus auf Lernen statt auf Schuldzuweisung.
Q27 – Unterschiedliche Meinungen und Konflikte werden respektvoll diskutiert.
Q28 – Anerkennung für gute Arbeit wird im Team offen ausgesprochen.

2.2 Gesamtfrage (0–10 Skala)

Q29 – Wie wahrscheinlich ist es, dass Sie dieses Team einer Kollegin/einem Kollegen als „tolles Team, um zusammenzuarbeiten“ empfehlen würden? (0 = Überhaupt nicht, 10 = Extrem wahrscheinlich)

2.3 Offene Fragen

O1 – Was ist eine Sache, die wir im nächsten Sprint/Projekt starten sollten?
O2 – Was ist eine Sache, die wir stoppen sollten, weil sie uns bremst oder dem Wohlbefinden schadet?
O3 – Was ist eine Sache, die wir unbedingt fortsetzen sollten, weil sie uns hilft?
O4 – Beschreiben Sie einen Moment in dieser Phase, in dem Sie hohe psychologische Sicherheit gespürt haben. Was hat das möglich gemacht?

Entscheidungs- und Aktionstabelle

Frage(n) / Bereich	Score / Schwellenwert	Empfohlene Aktion	Verantwortlich (Owner)	Ziel / Frist
Q1–Q4 – Ziele und Ergebnisse	Durchschnitt <3,5	30‑Minuten-Session durchführen, um Ziele, Erfolgskriterien und „Definition of Done“ zu schärfen.	Product Owner / Projektleitung	Innerhalb von 7 Tagen nach der Retro
Q5–Q8 – Zusammenarbeit und Kommunikation	Irgendein Item <3,0	Typische Übergaben visualisieren, 1 Meeting streichen, 2 Kommunikationsregeln mit dem Team definieren.	Scrum Master / Teamlead	Innerhalb von 14 Tagen
Q9–Q12 – Prozesse und Tools	Durchschnitt <3,5 oder ≥1 „Stimme überhaupt nicht zu“	Die 2 größten Schwachstellen im Prozess identifizieren; 1 kleines Prozess-Experiment für den nächsten Sprint entwerfen und testen.	Team, moderiert durch Agile Coach	Experiment in der nächsten Planung vereinbart
Q13–Q16 – Arbeitslast und Wohlbefinden	Durchschnitt <3,0 oder Q13/Q15 <3,0	Umfang, WIP-Limits oder Rufbereitschaft anpassen; klare Grenzen zu Arbeitszeiten dokumentieren.	People Lead + Teamlead	Anpassung des Umfangs innerhalb von 7 Tagen entschieden
Q17–Q20 – Lernen und Experimente	Durchschnitt <3,5	1–3 explizite Experimente mit Erfolgskriterien und Ownern für den nächsten Zyklus planen.	Team, unterstützt durch Agile Coach	Vor Start des nächsten Sprints/Projekts
Q21–Q24 – Stakeholder und Kund:innen	Durchschnitt <3,5 oder Stakeholder-Zufriedenheit <70 %	Feedbackgespräche mit Schlüsselfachbereichen planen; Erwartungen und Check-ins gemeinsam schärfen.	Product Owner / Projektleitung	Erste Gespräche innerhalb von 10 Tagen
Q25–Q28 – Teamkultur und psychologische Sicherheit	Irgendein Item <3,5 oder >20 % „Stimme nicht zu/überhaupt nicht zu“	Separate Retro zu psychologischer Sicherheit durchführen; 2–3 Verhaltensnormen und Experimente vereinbaren.	Teamlead + HR / Agile Coach	Zusatz-Session innerhalb von 14 Tagen
Q29 – Empfehlung dieses Teams (0–10)	Score <7,0 oder >25 % Scores ≤6	Tiefgehende Retro mit dieser Vorlage durchführen; Hauptthemen in Team-Entwicklungspläne überführen.	Bereichsleitung + HR	Aktionsplan innerhalb von 30 Tagen

Wichtigste Erkenntnisse

Fragen für Team-Retrospektiven vorab fokussieren die Retro auf Fakten statt Anekdoten.
Jeder Score-Bereich ist mit klarer Aktion, Owner und Frist verknüpft.
Psychologische Sicherheit bleibt geschützt, weil Lernen und Bewertung getrennt sind.
Aus jeder Retro entstehen 2–5 kleine, testbare Experimente.
Quartalsweise Muster nutzen, um Performance- und Talent-Entscheidungen zu informieren.

Definition und Geltungsbereich

Dieser Retrospektiven-Fragebogen misst, wie gut Ihr Team rund um Ziele, Prozesse, Zusammenarbeit, Arbeitslast, Lernen, die Abstimmung mit Stakeholdern und psychologische Sicherheit funktioniert. Er eignet sich für funktionsübergreifende Teams nach Sprints, Projekten oder Quartalen. Der Scrum Guide beschreibt die Sprint Retrospective als das Ereignis, in dem das Team Wege zu mehr Qualität und Wirksamkeit plant. Die Ergebnisse unterstützen Entscheidungen zu Team-Experimenten, Coaching, Prozessanpassungen und – zusammen mit breiteren Engagement-Formaten wie einer Strategie für Mitarbeiterengagement und Mitarbeiterbindung – zu langfristiger Kultur- und Performance-Entwicklung.

Bewertung und Schwellenwerte

Sie arbeiten mit einer 1–5-Likert-Skala („Stimme überhaupt nicht zu“ bis „Stimme voll zu“) plus einzelnen 0–10‑Ratings. Als Faustregel: Durchschnitt <3,0 = kritisch, 3,0–3,9 = verbesserungsbedürftig, ≥4,0 = stark. Bei 0–10‑Fragen sind Werte <7 ein Risikosignal. Ziel ist, Scores immer in konkrete Entscheidungen zu übersetzen – nicht in Etiketten für Personen.

Scrum Master oder Teamlead berechnet Themen-Durchschnitte spätestens 24 h nach Umfrageende.
HR oder Agile Coaches definieren unternehmensweite Standardschwellen (z. B. Arbeitslast kritisch bei Score <3,0).
In der Retro diskutiert das Team nur die 2–3 schwächsten Themenblöcke, nicht jede einzelne Frage.
Bei Scores <3,0 stellt die Moderation sicher, dass Experimente mit Ownern dokumentiert werden.
HR betrachtet Muster quartalsweise teamübergreifend und verknüpft sie mit Initiativen wie Skill Management und Entwicklungspfaden.

Nachverfolgung und Verantwortlichkeiten

Eine Retrospektive wirkt nur dann, wenn Nachverfolgung klar geregelt ist. Definieren Sie Verantwortlichkeiten vor dem ersten Einsatz des Fragebogens: Team-Ebene (Experimente), Bereichsebene (strukturelle Themen) und HR-Ebene (Muster, Beratung, Trainings). Eine Talent-Plattform wie Sprad Growth kann Erinnerungen und To-dos automatisch steuern.

Teamlead oder Scrum Master dokumentiert Retro-Entscheidungen und Experimente innerhalb von 24 h.
Jedes Experiment hat eine benannte verantwortliche Person aus dem Team plus Review-Datum (≤30 Tage).
HR/People-Team prüft offene Maßnahmen monatlich und unterstützt bei Blockern (z. B. Training, Coaching).
Bereichsleitung eskaliert strukturelle Themen (z. B. Staffing, Tool-Budget) innerhalb von 14 Tagen.
Wenn ein Tool wie Sprad Growth im Einsatz ist, werden automatische Erinnerungen für Owner und Deadlines konfiguriert.

Fairness und Verzerrungen prüfen

Umfragebasierte Retrospektiven können unterschiedliche Erfahrungen kaschieren. Auswertungen nach Rolle, Standort, Betriebszugehörigkeit oder Remote und Büro helfen, Ungleichheiten sichtbar zu machen – solange Anonymität gewahrt bleibt. Betriebsrat und Datenschutz (DSGVO) sollten vorab in Konzeption und Datennutzung eingebunden werden.

HR analysiert Scores nach relevanten Gruppen nur, wenn jeweils ≥5 Antworten zur Wahrung der Anonymität vorliegen.
Meldet ein Standort deutlich niedrigere psychologische Sicherheit, organisieren Bereichsleitung und HR dort eine lokale Retro.
Bewerten neue Mitarbeitende die Zielklarheit deutlich schlechter, werden Onboarding-Materialien und Erwartungsklarheit überarbeitet.
HR überprüft den Fragenkatalog mindestens jährlich auf mögliche Verzerrungen oder unklare Formulierungen.
Mit dem Betriebsrat werden vor Rollout Regeln zu Datennutzung, Aufbewahrung und Aggregation abgestimmt.

Beispiele und Anwendungsfälle

Beispiel 1 – Niedrige psychologische Sicherheit. Ein Produktteam liegt bei Q25–Q28 im Schnitt bei 2,8. In Kommentaren tauchen harte Reaktionen in Stand-ups auf. Teamlead und Agile Coach führen eine eigene Retrospektive zu psychologischer Sicherheit durch, vereinbaren neue Meeting-Normen und rotierende Moderation. Zwei Sprints später steigt der Score auf 3,7, und mehr Personen sprechen Risiken früh an.

Beispiel 2 – Nachhaltiges Arbeitstempo. Ein Operations-Team liefert starke Ergebnisse, aber Q13–Q16 liegen <3,0. In der Retro wird die gesamte Arbeit visualisiert, WIP-Limits eingeführt und Freitag-Nachmittag für Deep Work blockiert. Nach 6 Wochen sinken Krankheitstage, die Durchsatzrate bleibt stabil.

Beispiel 3 – Teamübergreifende Abhängigkeiten. Mehrere Teams melden schwache Werte bei Q6 und Q8. Eine bereichsübergreifende Retrospektive führt zu gemeinsamen Übergabe-Standards und einem wöchentlichen „Dependency Sync“. Nach 2 Monaten sinkt die Nacharbeitsquote deutlich, gleichzeitig steigt die Zufriedenheit der Stakeholder.

HR sammelt solche Praxisbeispiele in einem Leitfaden und verknüpft sie mit der Talent- und Karriereentwicklungsstrategie.
People Leads nehmen relevante Retro-Learnings in 1:1s und Performance-Gespräche auf – als Kontext, nicht als Rating.
Bereichsleitungen laden Teams mit starken Scores ein, ihre Praktiken in Brown-Bag-Sessions oder Communities of Practice zu teilen.
Agile Coaches führen quartalsweise Meta-Retros durch: Wie gut funktionieren unsere Retros selbst und was müssen wir daran anpassen?

Einführung und Pflege

Starten Sie klein: Pilot mit 1–3 Teams über 2–3 Zyklen, dann Fragen, Schwellenwerte und Agenda verfeinern. Holen Sie Betriebsrat und Datenschutz früh an Bord, besonders wenn Sie Freitext-Kommentare speichern oder den Fragebogen mit anderen Mitarbeiterbefragungen kombinierst. Eine Plattform wie Sprad Growth kann Versand, Reminder und Follow-up automatisieren und entlastet HR und Führungskräfte deutlich.

HR und 2–3 Teamleads wählen eine Pilotgruppe und definieren Ziele für die ersten drei Retrospektiven.
Die/der Datenschutzbeauftragte prüft Aufbau, Speicherort und Löschkonzept des Fragebogens vor dem Start.
Führungskräfte erhalten ein 60‑minütiges Training zu Moderation, psychologischer Sicherheit und Verzerrungen.
Nach 3 Zyklen überprüfen HR und Pilotteams Items, Schwellenwerte und Agenden und aktualisieren die Vorlage.
Wichtige Kennzahlen: Teilnahmequote (Ziel ≥80 %), Durchschnittsscores pro Thema, Anzahl Experimente, Umsetzungsrate von Maßnahmen, Veränderungen über 2–3 Quartale.

Fazit

Strukturierte Fragen für Team-Retrospektiven verschieben Retros von Meinungsdebatten hin zu evidenzbasiertem Lernen. Sie erkennen Probleme früher, sprechen ruhiger über schwierige Themen und fokussieren die knappe gemeinsame Zeit auf Hebel, die Lieferfähigkeit, Wohlbefinden und Vertrauen der Stakeholder verbessern. Psychologische Sicherheit bleibt im Zentrum, weil der Fragebogen Muster sichtbar macht, ohne Einzelpersonen bloßzustellen.

Nutzen Sie diese Vorlage zunächst für einen kleinen Pilot statt eines Big-Bang-Rollouts. Wählen Sie ein Team, legen Sie den Fragebogen in Ihrem bevorzugten Tool an, stimmen Sie Schwellen und Verantwortlichkeiten ab und durchlaufen Sie drei Zyklen. Danach passen Sie Fragen und Agenda an Ihren Kontext an und verknüpfen die wichtigsten Themen mit bestehenden Prozessen wie Performance-Management-Zyklen, Feedback-Formaten und Engagement-Umfragen.

Mit dieser Schleife wird jeder Sprint, jedes Projekt oder jedes Quartal zur Chance, 2–3 konkrete Verbesserungen zu testen, schnell zu lernen und Ihre Teamkultur Schritt für Schritt gesünder und wirksamer zu gestalten.

FAQ

Wie oft sollten wir diesen Retrospektiven-Fragebogen durchführen?

Für Scrum-Teams passt meist: vor jeder Sprint-Retro oder spätestens alle 2 Sprints. Projektteams nutzen den Fragebogen an wichtigen Meilensteinen und zum Projektabschluss. Stabile Linien- oder Produktteams fahren gut mit einem Einsatz pro Quartal, kombiniert mit einer „Team Health“-Retro. Wichtig ist die Konstanz der Fragen, damit Sie Trends erkennen können – nicht nur Ausreißer.

Was tun bei sehr niedrigen Scores oder harten Kommentaren?

Erstens: Dank für die Offenheit ausdrücken. Dann zwei Spuren trennen: Akute Themen (z. B. Arbeitslast-Krise, Konflikt) gegenüber strukturellen Veränderungen (Prozesse, Staffing, Rollen). In der Retro selbst konzentrieren Sie sich auf Muster, nicht auf einzelne Kommentare, und vereinbaren 1–3 Maßnahmen, die Sie innerhalb von 7–14 Tagen starten können. Wirken Scores zur psychologischen Sicherheit stark gefährdet, hilft eine eigene Session oder externe Moderation.

Wie stellen wir psychologische Sicherheit bei einer Umfrage wie dieser sicher?

Sorgen Sie für echte Anonymität (üblicherweise Teams ≥5 Personen) und erklären Sie klar, wer welche Daten sieht und wofür sie genutzt werden. Forschung zu psychologischer Sicherheit – etwa von Amy Edmondson an der Harvard Business School (Teamstudie von 1999) – zeigt: Entscheidend sind lernorientierter Rahmen und nicht-beschuldigende Reaktionen. Praktisch heißt das: keine Nutzung der Retro-Daten für Leistungsratings, kein „An-den-Pranger-Stellen“ und sichtbare Umsetzung vereinbarter Schritte.

Kann man diesen Retrospektiven-Fragebogen mit anderen HR-Umfragen verknüpfen?

Ja, und oft lohnt sich das. Viele Unternehmen kombinieren Team-Retros mit Engagement- oder Pulsbefragungen, um Zusammenhänge zwischen Arbeitsgewohnheiten, Bindung und Fluktuation zu erkennen. Achten Sie auf Umfragemüdigkeit: lieber mehrere kurze, fokussierte Instrumente als eine überlange Umfrage. Koordinieren Sie Themen und Zeitplanung mit HR, damit Ergebnisse z. B. auch Ihre Programme zu Engagement und Mitarbeiterbindung oder 360°‑Feedback ergänzen, ohne Fragen zu duplizieren.

Wie halten wir Retros frisch und vermeiden „immer dieselben Diskussionen“?

Halten Sie den Kern-Fragebogen weitgehend stabil, variieren Sie aber die Live-Formate: Start/Stop/Continue, Mad/Sad/Glad, 4Ls oder Sailboat. Wählen Sie pro Retro 1–2 Schwerpunktthemen basierend auf den Scores und rotieren Sie die Moderation im Team. Alle paar Monate prüfen Sie gemeinsam den Fragenkatalog: Was nutzen wir aktiv, was kann raus, und welche 1–2 neuen Impulsfragen helfen bei aktuellen Herausforderungen (z. B. Remote-Zusammenarbeit oder neue Stakeholder)?

Jürgen Ulbrich

CEO & Co-Founder of Sprad

Jürgen Ulbrich has more than a decade of experience in developing and leading high-performing teams and companies. As an expert in employee referral programs as well as feedback and performance processes, Jürgen has helped over 100 organizations optimize their talent acquisition and development strategies.