Was ist das Reifegradmodell für agile Delivery?
Das Reifegradmodell für agile Delivery bewertet 11 Praktiken, die darüber entscheiden, ob die Lieferung Ihres Teams planbar ist: wie gut das Backlog vorbereitet ist, wie Arbeit zerlegt wird, wie viel gleichzeitig in Arbeit ist, wie stabil die Cycle Time ist, wie oft Sie releasen und ob Retrospektiven und Kennzahlen in die nächste Iteration einfließen. Jede Praktik wird auf einer fünfstufigen Skala von Ad hoc über Im Aufbau, Definiert und Gesteuert bis Optimiert eingeordnet. Für jede Stufe gibt es eine schriftliche Beschreibung, sodass alle vom selben Bild ausgehen. Die Praktiken sind in vier Gruppen gegliedert: Planung & Priorisierung, Lieferfluss, Zusammenarbeit im Team sowie Kontinuierliches Feedback & Verbesserung. Wenn zunächst alle für sich bewerten, sehen Sie, wo sich das Team einig ist und wo nicht. Eine große Streuung beim Release-Rhythmus oder bei der Effizienz der Entscheidungsfindung bedeutet meist, dass die Beteiligten von unterschiedlichen Annahmen ausgehen. Genau darüber sollten Sie sprechen, bevor Sie entscheiden, was Sie verbessern wollen.
Abmessungen
Planung & Priorisierung
Wie gut das Team die anstehende Arbeit vorbereitet, zerlegt und sich darauf abstimmt.
Backlog-Bereitschaft
Wie gut ist das Backlog des Teams für die anstehende Arbeit vorbereitet und verfeinert?
- Ad hocBacklog-Einträge sind vage, uneinheitlich oder es fehlen wichtige Details. Dem Team ist oft unklar, woran es als Nächstes arbeiten soll.
- Im AufbauEinige Backlog-Einträge sind verfeinert, viele müssen aber noch während des Sprints geklärt werden.
- DefiniertDie meisten Backlog-Einträge werden vorab verfeinert und haben klare Akzeptanzkriterien.
- GesteuertDas Backlog wird regelmäßig gepflegt, priorisiert und ist für Planungsmeetings bereit.
- OptimiertDas Backlog wird vorausschauend vorbereitet. Einträge werden frühzeitig mit Input der Stakeholder und klaren Abhängigkeiten verfeinert.
Zerlegung der Arbeit
Wie gut zerlegt das Team Arbeit in handhabbare Einheiten?
- Ad hocArbeitspakete sind groß und unklar, wodurch Schätzung und Lieferung unberechenbar werden.
- Im AufbauArbeit wird teilweise zerlegt, die Einträge sind aber oft noch zu groß oder unklar.
- DefiniertArbeit wird in der Regel in sinnvolle Einheiten zerlegt, die in einen Sprint passen.
- GesteuertDie Zerlegung erfolgt konsequent und ermöglicht planbare Lieferung und genaue Schätzungen.
- OptimiertArbeit wird in kleine, eigenständig wertvolle Inkremente zerlegt, die einen kontinuierlichen Fluss ermöglichen.
Abstimmung der Prioritäten
Wie gut ist das Team bei den Prioritäten mit Stakeholdern und Geschäftszielen abgestimmt?
- Ad hocPrioritäten ändern sich häufig ohne nachvollziehbaren Grund. Team und Stakeholder sind oft nicht auf einer Linie.
- Im AufbauEs gibt eine gewisse Abstimmung, konkurrierende Prioritäten führen aber zu Verwirrung oder ständigen Kontextwechseln.
- DefiniertPrioritäten werden kommuniziert und im Allgemeinen verstanden, gelegentlich kommt es aber zu Abweichungen.
- GesteuertTeam und Stakeholder sind sich bei den Prioritäten weitgehend einig. Änderungen werden transparent gehandhabt.
- OptimiertDie Priorisierung erfolgt gemeinsam, datengestützt und eng verknüpft mit den Geschäftsergebnissen.
Lieferfluss
Wie reibungslos und planbar Arbeit vom Start bis zum ausgelieferten Mehrwert fließt.
WIP-Management
Wie gut steuert das Team die Menge an Arbeit, die gleichzeitig in Bearbeitung ist (Work in Progress)?
- Ad hocEs gibt keine WIP-Limits. Teammitglieder jonglieren viele Aufgaben, was zu Verzögerungen und Kontextwechseln führt.
- Im AufbauDas Bewusstsein für WIP ist vorhanden, Limits werden aber nicht konsequent eingehalten.
- DefiniertWIP-Limits sind eingeführt und werden meist eingehalten, was Überlastung verringert.
- GesteuertWIP wird aktiv überwacht und angepasst, um Fluss und Durchsatz zu optimieren.
- OptimiertWIP-Management ist fest im Arbeitsablauf des Teams verankert und ermöglicht eine reibungslose, planbare Lieferung.
Planbarkeit der Cycle Time
Wie planbar ist die Zeit vom Beginn bis zum Abschluss einer Arbeit?
- Ad hocDie Cycle Times schwanken stark und sind unvorhersehbar. Verzögerungen sind häufig und kommen überraschend.
- Im AufbauEin gewisses Bewusstsein für die Cycle Time ist vorhanden, sie schwankt aber stark und wird nicht konsequent erfasst.
- DefiniertDie Cycle Time wird gemessen und ist für die meisten Arbeitspakete einigermaßen planbar.
- GesteuertDie Cycle Time ist stabil und wird für Prognosen und Kapazitätsplanung genutzt.
- OptimiertDie Cycle Time ist durchgehend kurz und planbar, und das Team arbeitet laufend daran, sie weiter zu verkürzen.
Release-Rhythmus
Wie regelmäßig und zuverlässig liefert das Team funktionierende Software aus?
- Ad hocReleases sind selten, unvorhersehbar und oft mühsam oder riskant.
- Im AufbauReleases finden statt, aber unregelmäßig und wegen Blockern manchmal verspätet.
- DefiniertDas Team liefert in einem regelmäßigen Rhythmus und einigermaßen zuverlässig aus.
- GesteuertReleases erfolgen häufig, mit geringem Risiko und in guter Abstimmung mit den Stakeholdern.
- OptimiertContinuous Delivery ist etabliert. Releases laufen reibungslos und mit minimalem Aufwand.
Zusammenarbeit im Team
Wie wirksam das Team zusammenarbeitet, Wissen teilt und Entscheidungen trifft.
Cross-funktionale Zusammenarbeit
Wie gut arbeiten Teammitglieder mit unterschiedlichen Fähigkeiten zusammen?
- Ad hocEs gibt Silos. Die Zusammenarbeit zwischen den Rollen ist minimal oder angespannt.
- Im AufbauEs gibt etwas rollenübergreifenden Austausch, der aber weder konsequent noch reibungslos ist.
- DefiniertTeammitglieder arbeiten regelmäßig rollenübergreifend zusammen und lösen die meisten Probleme gemeinsam.
- GesteuertDie cross-funktionale Zusammenarbeit ist stark. Teammitglieder unterstützen sich gegenseitig aus eigenem Antrieb.
- OptimiertDie Zusammenarbeit über alle Disziplinen hinweg läuft nahtlos. Das Team agiert als echte Einheit.
Wissensaustausch
Wie wirksam teilt das Team Wissen und baut Silos ab?
- Ad hocWissen steckt in Silos. Wichtige Informationen liegen bei Einzelnen und werden selten geteilt.
- Im AufbauWissen wird teilweise informell geteilt, Lücken und Engpässe bleiben aber bestehen.
- DefiniertEs gibt regelmäßige Formen des Wissensaustauschs (z. B. Pairing, Demos, Dokumentation).
- GesteuertWissen ist breit verteilt. Das Team arbeitet aktiv daran, Abhängigkeiten von Einzelpersonen zu verringern.
- OptimiertKontinuierliches Lernen und Wissensaustausch sind fest in der Teamkultur verankert.
Effizienz der Entscheidungsfindung
Wie schnell und wirksam trifft das Team Entscheidungen?
- Ad hocEntscheidungen fallen langsam, sind unklar oder werden häufig neu aufgerollt, ohne dass es zu einem Ergebnis kommt.
- Im AufbauManche Entscheidungen werden effizient getroffen, viele bleiben aber liegen oder müssen eskaliert werden.
- DefiniertDas Team hat für die meisten Entscheidungen klare Abläufe und trifft sie rechtzeitig.
- GesteuertEntscheidungen fallen schnell und mit dem passenden Input. Das Team ist befugt, selbst zu handeln.
- OptimiertEntscheidungen fallen schnell, dezentral und datengestützt, mit klaren Verantwortlichkeiten.
Kontinuierliches Feedback & Verbesserung
Wie konsequent das Team reflektiert, lernt und Daten nutzt, um sich mit der Zeit zu verbessern.
Wirksamkeit der Retrospektiven
Wie wertvoll und umsetzbar sind die Retrospektiven des Teams?
- Ad hocRetrospektiven fallen aus, bleiben oberflächlich oder führen zu keiner spürbaren Veränderung.
- Im AufbauRetrospektiven finden statt, Maßnahmen werden aber oft nicht weiterverfolgt.
- DefiniertRetrospektiven finden regelmäßig statt und liefern umsetzbare Verbesserungen, die auch umgesetzt werden.
- GesteuertRetrospektiven treiben kontinuierliche Verbesserung voran. Das Team verfolgt und überprüft den Fortschritt der Maßnahmen.
- OptimiertRetrospektiven sind sehr wirksam, getragen von einer ausgeprägten Kultur der Reflexion und des Experimentierens.
Kennzahlenbasierte Verbesserung
Wie gut nutzt das Team Daten und Kennzahlen, um Verbesserungen zu steuern?
- Ad hocEs werden keine Kennzahlen erfasst. Verbesserungen beruhen auf Bauchgefühl oder Einzelbeobachtungen.
- Im AufbauEinige Kennzahlen gibt es, sie fließen aber nicht konsequent in Entscheidungen ein.
- DefiniertWichtige Kennzahlen werden erfasst und regelmäßig ausgewertet, um Verbesserungsfelder zu erkennen.
- GesteuertKennzahlen sind fester Bestandteil von Planung und Verbesserung. Das Team handelt auf Basis der Erkenntnisse aus den Daten.
- OptimiertEs herrscht eine datengetriebene Kultur. Kennzahlen werden vorausschauend genutzt, um zu experimentieren und die Leistung zu optimieren.
Wann sollte dieser Gesundheitscheck durchgeführt werden?
- Um eine Ausgangsbasis festzuhalten, bevor Sie ändern, wie das Team Arbeit plant oder ausliefert.
- Jedes Quartal, um zu sehen, ob sich die Delivery-Praktiken auf der Skala nach oben bewegen.
- Wenn sich ein neues Team bildet und sich alle darüber einig werden sollen, wo die Delivery steht.
- Vor einer agilen Transformation oder Prozessänderung, damit der Aufwand in die Bereiche fließt, die tatsächlich schwach sind.
- Wenn die Lieferung unberechenbar wirkt und unklar ist, ob die Ursache in Planung, Fluss oder Zusammenarbeit liegt.
Tipps und Tricks
- Lassen Sie alle zuerst für sich bewerten, bevor diskutiert wird, damit sich niemand an der ersten laut genannten Stufe orientiert.
- Beginnen Sie mit den Dimensionen, bei denen die Bewertungen am weitesten auseinanderliegen. Unterschiedliche Bewertungen deuten meist auf unterschiedliche Annahmen darüber hin, wie die Arbeit abläuft.
- Wählen Sie ein oder zwei Dimensionen aus, die Sie bis zur nächsten Runde um eine Stufe verbessern wollen. Wer alle 11 gleichzeitig anheben will, verzettelt sich.
- Formulieren Sie jede Maßnahme anhand der Beschreibung der nächsten Stufe, zum Beispiel WIP-Management von Im Aufbau auf Definiert bringen, indem Sie WIP-Limits vereinbaren.
- Führen Sie die Bewertung jedes Quartal erneut durch und teilen Sie die Entwicklung mit den Stakeholdern, damit sie sehen, wie sich die Delivery-Reife verändert.