Retrospektiven mit Ergebnissen

Die Sprint Retrospektive ist ein wichtiges und häufig unterschätztes Format. Es gibt einen zentralen Begriff, den gerade neue Teams übersehen: die Lieferfähigkeit.

Was ist Lieferfähigkeit?

Das Ziel der Sprint Retrospektive ist das Verbessern der Lieferfähigkeit. Die erste Frage ist also immer: Haben wir geliefert?

Wenn nein: was können wir tun, um (überhaupt) zu liefern?
Wenn ja: reicht das, um unser Produktziel zu erreichen und um die Stakeholder zufrieden zu stellen?

Die Lieferfähigkeit bezieht sich immer auf die Erwartungen der Stakeholder und nicht auf die Fähigkeiten des Scrum Teams. Es kann also sein, dass das Scrum Team etwas liefern sollte, wozu es (noch) nicht alle Fähigkeiten besitzt.

Sportler üben regelmäßig, um sich zu verbessern (Foto von Nicolas Hoizey bei Unsplash)

Die Stakeholder freuen sich, wenn sie etwas bekommen, dass ihnen Fortschritte in Richtung eines Ziels erlaubt:

Sie können Dinge tun, die sie vorher nicht tun konnten.
Sie können Dinge besser tun als vorher.
Sie machen weniger Fehler oder unerwünschte Dinge.

Jeff Sutherland fasst in einem Video bei YouTube zusammen, was für ihn die Retrospektive bedeutet./1/ Es ist wichtig, dass wir uns häufig - also nach jedem Sprint - zur Retrospektive treffen, um Verbesserungen direkt umzusetzen. Deswegen finde ich auch Release- oder Projektretros oder Lessons-Learned-Sitzungen nutzlos, weil wir kaum eine Chance haben, die Verbesserungen in die Tat umzusetzen.

Woran scheitert die Lieferfähigkeit?

Es gibt einige Punkte, die man sich in der Sprint Retrospektive ansehen kann. (Die Scrum.org legt auf den korrekten Begriff wert: Sprint Retrospektive, weil sie sich auf den Sprint bezieht.)

Dem Scrum Team fehlen die Fähigkeiten, um zu liefern. Dann kann man mit einer Skillmatrix anfangen und eine Strategie festlegen, wie man diese Lücken schließt.
Dem Scrum Team fehlen die Werkzeuge, um zu liefern. Dann kann die Sprint Retrospektive genutzt werden, um Werkzeuge zu suchen und um sich einzuarbeiten.
Das Scrum Team hat Abhängigkeiten zu anderen Abteilungen, die nicht oder nicht rechtzeitig geliefert haben. Hier lohnt sich es, mit diesen Abteilungen zusammen eine Retro zu machen.
Das Scrum Team wurde durch andere wichtige Dinge (z. B. Störungen) davon abgehalten zu liefern. Hier gibt es oft wiederkehrende Muster. Vielleicht sollte man sich weniger vornehmen.
Es gibt Konflikte im Scrum Team über das weitere Vorgehen.

Keiner erwartet, dass in der ersten Sprint Retrospektive alle Probleme gelöst werden. Man darf sich auch Hilfe holen. Aber es ist wichtig, dass sich das Scrum Team einen Plan macht, wie es seine Probleme konkret löst.

Wie setzt man sich Ziele für Verbesserungen?

Die guten Retrospektiven fangen mit einer konkreten Fragestellung an, z. B. "Wie bekommen wir das hin, dass wir innerhalb des Scrum Teams nicht von einzelnen Spezialisten abhängig sind, um Dinge fertig zu machen?"

Manchmal liegen die Ziele auf der Hand. Manchmal rätselt das Team. In solchen Fällen gibt eine eine einfache Regel: Das Gute verdoppeln, das Schlechte halbieren.

Wie können wir die gleichen Ergebnisse in der Hälfte der Zeit liefern?
Wie können wir in der gleichen Zeit die doppelte Menge an Features ausliefern?

Solche Fragen zwingen uns, grundsätzlich alles zu hinterfragen:

Welche Schritte brauchen wir, um zu liefern?
Was ist der Sinn der einzelnen Schritte? Brauchen wir sie wirklich?
Gibt es eine bessere Reihenfolge?
Wann, wie und wo tun wir diese Schritte? Welche Qualifikation ist dazu nötig?

Ich finde es ebenfalls sinnvoll, wenn sich das Scrum ein Mind Map macht, in der es sich die Zusammenhänge für die Lieferfähigkeit sichtbar macht. /2/

Was sind die Ergebnisse einer Sprint Retrospektive?

Hier ist eine Liste möglicher Ergebnisse:

Es gibt eine Skillmatrix mit den Fähigkeiten, die das Scrum Team braucht, um etwas zu liefern. Wir wissen, wer etwas kann, wie viele Leute wir mindestens für eine bestimmte Fähigkeit brauchen und wir haben eine Plan, wie wir die Wissenslücken schließen. /3/
Es gibt neue Musterdokumente oder Vorlagen, die wir für wiederkehrende Tätigkeiten nutzen können und dabei Zeit sparen.
Wir haben neue Werkzeuge (Software oder Skripte), mit denen häufige Schritte automatisiert wurden.
Wir haben mit anderen Abteilungen Vereinbarungen getroffen, um deren Zulieferungen sicher zu stellen.
Wir haben unsere Prozessveränderungen in einer neuen Version der Definition of Done festgehalten.

Ich mag offene Formate wie Open Space (wenn wir viele Scrum Teams haben) oder Lean Coffee für die Sprint Retrospektive. Sie werden immer mit der Frage eröffnet: Was müssen wir besprechen und vereinbaren, um unsere Lieferfähigkeit signifikant zu verbessern?

Da kommen immer Ideen. Sportler:innen und Musiker:innen wissen, dass das regelmäßige Üben der Schlüssel zu besseren Leistungen ist. Daher machen gute Scrum Teams an jedem Sprintende eine Sprint Retrospektive.

Ihr wollt mehr über Scrum wissen? Wir haben eine Übersichtsseite zu Scrum, über die man sich in die wichtigsten Artikel in diesem Blog einlesen kann.

Anmerkungen

/1/ Jeff Sutherland: Scrum: Inside the Sprint Retrospective, Aufzeichnung von OpenView Ventures vom 03.03.2011, abrufbar unter https://www.youtube.com/watch?v=MFLvQXMNrO8
/2/ Jan Fischbach: Eine Anleitung zum Einstieg in kontinuierliche Verbesserung, Teamworkblog, erschienen am 14. Jun 2021, abrufbar unter https://www.teamworkblog.de/2021/06/eine-anleitung-zum-einstieg-in.html
/3/ Das Buch "Toyota Talent" gibt hier eine ausführliche Anleitung. Liker, Jeffrey K. ; Meier, David: Toyota Talent : Developing Your People the Toyota Way. Madison: McGraw Hill Professional, 2007.

Kommentare

Beliebte Posts aus diesem Blog

Wie lassen sich Ergebnisse definieren? - Drei Beispiele (WBS, CBP und BDN)

Ich habe schon darüber geschrieben, warum das Definieren von Ergebnissen so wichtig ist. Es lenkt die Aufmerksamkeit des Projektteams auf die eigentlichen Ziele. Aber was sind eigentlich Projektergebnisse? In diesem Beitrag stelle ich drei Methoden vor, um leichter an Ergebnisse zu kommen.

Microsoft Teams: Die neuen Besprechungsnotizen - Loop-Komponenten

Haben Sie in letzter Zeit in einer Teams-Besprechung die Notizen geöffnet? Dort sind inzwischen die Loop-Komponenten hinterlegt. Die sind zwar etwas nützlicher als das, was zuvor zur Verfügung stand. Trotzdem ist noch Luft nach oben. Und es gibt sogar einige ernstzunehmende Stolperfallen. Hier ein erster, kritischer Blick auf das was Sie damit tun können. Und auch darauf, was Sie besser sein lassen.

Wie Agilität den Kundennutzen steigert - Einige Argumente für Berater:innen

In Zeiten wirtschaftlicher Unsicherheit fragen sich viele, ob agile Beratung noch eine Zukunft hat. Die Antwort liegt in der konsequenten Orientierung am Kundennutzen. Qualität setzt sich durch, wenn sie messbare Verbesserungen bei Umsatz, Kosten und Leistungsfähigkeit bewirkt, anstatt sich in Methoden und zirkulären Fragen zu verlieren. Dieser Artikel zeigt, wie agile Beratung nachhaltige Veränderungen in Unternehmen schafft und warum gerade jetzt gute Berater:innen gebraucht werden, um Organisationen widerstandsfähiger zu machen.

Warum eine Agile Transformation keine Reise ist

Die agile Transformation wird oft als eine Reise beschrieben. Doch dieser Vergleich kann viele Unternehmen in die Irre führen oder Bilder von unpassenden Vergleichen erzeugen. Transformationen sind keine linearen Prozesse mit einem klaren Ziel, sondern komplexe und dynamische Entwicklungen. Dieser Artikel zeigt, warum Agilität kein Weg mit einem festen Endpunkt ist.

Deutsche Transparenz und was das mit unserer Agilität zu tun haben könnte

Nicht wenige Konzepte im agilen Umfeld haben mit "Transparenz" zu tun. Es schimmert an einigen Stellen hindurch, dass es gerade in unserem Land schwierig sein könnte, echte agile Zusammenarbeit durch u. a. Förderung von Transparenz zu erreichen. Womit das zu tun haben könnte, ist Thema dieses Artikels.

Kleine Organisationsveränderungen, die direktes Feedback erzeugen

Große Veränderungen sind in einer Organisation schwer zu messen. Oft liegt zwischen Ursache und Wirkung ein langer Zeitraum, sodass die Umsetzer:innen nicht wissen, was genau gewirkt hat. Hier ist eine Liste mit kleinen Maßnahmen, die schnell etwas zurückmelden.

Agile Leadership – Führst du noch oder dienst du schon?

Die Arbeitswelt verändert sich. Und das spüren nicht nur Führungskräfte, sondern vor allem Mitarbeitende. Immer mehr Menschen hinterfragen den Sinn ihrer Arbeit, erwarten Respekt, Vertrauen und eine Unternehmenskultur, die echte Zusammenarbeit ermöglicht. Studien wie die Gallup-Studie 2025 oder die EY-Jobstudie zeigen: Der Frust am Arbeitsplatz wächst – und mit ihm die Unzufriedenheit mit der Führung. Höchste Zeit, umzudenken. Genau hier setzt agile Führung an. 1. Warum agile Führung heute entscheidend ist Klassische Führung – hierarchisch, kontrollierend, top-down – funktioniert immer weniger. Die Zahlen sind eindeutig: Laut Gallup fühlen sich nur noch 45 % der deutschen Beschäftigten mit ihrem Leben zufrieden. Fast jede dritte Kündigung erfolgt wegen der Führungskraft. Nicht das Gehalt, sondern mangelnde Wertschätzung, fehlendes Vertrauen und ein schlechtes Arbeitsumfeld treiben Menschen aus Unternehmen. Agile Führung bietet eine Alternative, die auf Vertrauen, Selbs...

Ent-Spannen statt Platzen: Erste Hilfe für mehr Vertrauen und Resilienz im Team

Zwei Themen die mir in den letzten Wochen immer wieder über den Weg laufen sind Vertrauen und Resilienz. Vertrauen als das Fundament für gemeinsame Zusammenarbeit und Resilienz als die Fähigkeit, Herausforderungen, Stress und Rückschläge zu bewältigen und gestärkt daraus hervorzugehen. In dem Blogpost möchte ich ein paar Erste-Hilfe Interventionen teilen, die zu mehr Vertrauen und Resilienz im Team führen können - gerade wenn die Emotionen hochkochen und es heiss her geht im Team. Die „Mist-Runde“: Ärger Raum geben. In konfliktbeladenen oder belasteten Teams kann es eine große Herausforderung sein, eine offene Kommunikation und ein respektvolles Miteinander zu fördern. Eine einfache, aber äußerst effektive Methode, um Spannungen abzubauen, ist die „Mist-Runde“ . Diese Intervention, die ich zuerst bei Veronika Jungwirth und Ralph Miarka kennengelernt habe, gibt den Teilnehmern einen geschützten Raum, in dem sie ihre Frustrationen und negativen Gedanken ohne Zensur äußern können un...

Microsoft Lists: mit Forms und Power Apps komfortabel mobil arbeiten

In meinem Kundenkreis sind viele Menschen, die den Arbeitsalltag nicht vorwiegend auf dem Bürostuhl sitzend verbringen, sondern "draußen" unterwegs sind. Vielleicht in Werkstätten oder im Facility-Management. Es ist so wichtig, dass die Schnittstellen zu den Abläufen im Büro gut abgestimmt sind. Microsoft 365 hat so einiges im Baukasten, man muss es nur finden und nutzen. In diesem Artikel spiele ich ein Szenario durch, das auf Microsoft Lists, Forms und - für die Ambitionierteren - Power Apps setzt.

Selbstbewertungsfragen für den Alltag in Arbeitsgruppen aus Sicht von Mitarbeitenden

Welche Fragen können wir Mitarbeiter:innen stellen, um herauszufinden, ob agiles Arbeiten wirkt? Es gibt bereits eine Menge an Fragebögen. Aber ich bin nicht immer zufrieden damit.

Das Teamwork-Blog

Dieses Blog durchsuchen