Inspect and Adapt: In regelmäßigen Abständen reflektiert das Team, wie es effektiver werden kann und passt sein Verhalten entsprechend an – Agiles Manifest. 

Inspect

Die Inspektion ist in diesem Zusammenhang keine Inspektion durch einen Auditor, sondern eine Inspektion durch jedes Mitglied eines Scrum Teams. Die Inspektion kann daher für das Produkt, die Prozesse, die Aspekte des Menschen, die Praktiken und die kontinuierlichen Verbesserungen durchgeführt werden. So zeigt das Team beispielsweise dem Kunden das Produkt am Ende eines jeden Sprints offen und transparent, um wertvolles Feedback zu erhalten. Ändert der Kunde während der Inspektion die Anforderungen, beschwert sich das Team nicht, sondern passt sich an. Das Team nutzt dies demzufolge als Gelegenheit, gemeinsam mit dem Kunden die Anforderungen zu klären und neue Hypothesen und Ideen zu testen.

Initiative

Nähe

Struktur

Pause

Event

Konsequenz

Transfer

Initiative

Teams, die Wert schaffen, sollten in der Lage sein, ihre eigenen Arbeitsabläufe zu kritisieren und zu verbessern. Sie sollten sich daher aktiv darum bemühen, ihre derzeitige Arbeit zu verbessern.

Nähe

Die Inspektion und Anpassung muss so nah wie möglich am Ort des Geschehens erfolgen. Ein Team wird seine Produkte und Prozesse daher regelmäßig überprüfen und anpassen, um die Qualität der Lieferung zu verbessern.

Struktur

Ein Team muss in der Lage sein, Prozesse zu überprüfen und anzupassen. Am Ende jeder Iteration muss das Team daher ein potenziell freigabefähiges Inkrement liefern. Das Team sollte Metriken entwickeln, mit denen Verbesserungen sowohl quantifiziert als auch qualifiziert werden können.

Pause

Teams müssen regelmäßig innehalten, um über den Stand der Dinge nachzudenken. Sie werden nicht in der Lage sein, effektiv zu prüfen, wenn sie ständig in Eile sind. Pausen sollten in vordefinierten Intervallen (z.B. täglich) oder durch klar definierte Ereignisse (z.B. unmittelbar nach Abschluss einer User Story) geplant werden.

Event

Teams müssen dem Prozess ein (leichtgewichtiges) Event hinzufügen, wie z.B. Retrospektive Meetings. Das Team sollte sich nicht nur den Code der Teammitglieder anschauen, sondern einen konkreten Code Review Prozess durchführen. Auf diese Weise kann verhindert werden, dass Inspektionen verwässern.

Konsequenz

Das Prinzip von Inspect and Adapt ermöglicht eine kontinuierliche Prozessverbesserung. Teams, die ihre Prozesse regelmäßig überprüfen und anpassen, zeigen eine größere Verantwortung für ihre Leistungen.

Transfer

Scrum stellt vier Events zur Verfügung, bei denen eine Inspektion und Anpassung erfolgen kann. Dies sind die Sprint Review, die sich mit den Inkrementen beschäftigt, die entwickelt wurden und noch entwickelt werden. Die Sprint Retrospektive beschäftigt sich mit der Arbeitsweise des Teams. Die Sprintplanung, bestimmt das Sprintziel und das Daily Scrum oder Standup unterstützt die Überprüfung und Anpassung des Tagesplans des Teams zur Erreichung des Sprintziels.

Adaptation

In diesem Zusammenhang bedeutet Adaption kontinuierliche Verbesserung und die Fähigkeit zur Anpassung auf der Grundlage der Ergebnisse. Jedes Teammitglied muss diese Frage regelmäßig stellen: Sind wir besser dran als gestern? Bei gewinnorientierten Unternehmen wird der Wert also in Form von Gewinn dargestellt. Die Anpassung sollte sich schließlich auf einen der Gründe für die agile Transformation zurückführen lassen – z.B. schnellere Time-to-Market, höherer Return on Investment durch wertorientierte Lieferung, geringere Gesamtbetriebskosten durch verbesserte Softwarequalität und verbesserte Kunden- und Mitarbeiterzufriedenheit.

Aufmerksamkeit

Dringlichkeit

Ausbildung

Promotion

Transfer

Aufmerksamkeit

Veränderung beginnt mit dem Bewusstsein, dass der Status quo nicht mehr wünschenswert ist. Ein mögliches Instrument zur Bewusstseinsbildung ist daher eine Fokussierung der Aufmerksamkeit auf die wichtigsten Gründe für Veränderungen.

Dringlichkeit

Ein Gefühl der Dringlichkeit schaffen baut ein Momentum auf und macht dem Team klar, dass der Status quo nicht länger als solcher bestehen kann. Man sollte sich nicht auf diejenigen konzentrieren, die zögern oder Scrum ablehnen, sondern Zeit und Mühe in diejenigen investieren, die bereits begeistert sind.

Ausbildung

Ein Ausbildungsprozess mit professionellem Coaching und Trainings ist notwendig, um wirklich zu verstehen, was die agilen Werte sind und wie Scrum wirklich funktioniert. Ein Coach sollte daher das Team bei der schrittweisen Umstellung auf Agile unterstützen. Ein Bigbang-Ansatz „von heute an machen wir nur noch Paarprogrammierung“ funktioniert daher nicht!

Promotion

Die Promotion hat drei Ziele: die Grundlagen für den nächsten ADAPT-Zyklus zu schaffen, das agile Verhalten des bestehenden Scrum-Teams zu stärken und das Bewusstsein bei Menschen außerhalb des Scrum-Teams zu schaffen. Ein Werkzeug zur Förderung von Scrum ist es daher, Aufmerksamkeit und Interesse zu wecken. Nicht durch die Umwandlung von Scrum in eine Marketingkampagne, sondern durch die Darstellung des Erfolgs von Teams, die Scrum Tag für Tag einsetzen.

Transfer

Wenn die Scrum-Implementierung unter den Teams erfolgreich ist, besteht immer noch ein hohes Risiko, dass die Organisation um die Scrum-Entwicklungsteams (Personalwesen, Vertrieb, Marketing oder andere Gruppen) nicht mit Scrum kompatibel ist. Es ist unmöglich, dass ein Entwicklungsteam für sich allein genommen agil bleibt. Es gibt daher nur ein Werkzeug, um Scrum auf andere Abteilungen zu übertragen: die Kommunikation mit diesen Gruppen. Anfangs muss nicht das ganze Unternehmens agil, aber zumindest mit Scrum kompatibel sein.

Inspect and Adapt Möglichkeiten

Inspect and Adapt basiert in der Praxis auf empirischer Prozesskontrolle. Dies wiederum hängt von der Fähigkeit ab, Veränderungen auf der Grundlage von Beweisen vorzunehmen und so den Fortschritt zu steuern. In Scrum gibt es zum Beispiel mehrere Ereignisse, die jeweils darauf abzielen, etwas zu überprüfen und anzupassen. Die Kernthese ist, dass jeder Planungshorizont einen Vertrauensvorschuss darstellt und daher so kurz wie möglich gehalten werden sollte. Es gibt daher viele Variablen, die bei der Erstellung eines langfristigen Plans ins Spiel kommen. Also zu viele, um sie alle zu berücksichtigen. Die Beweise, die im Laufe der Zeit gesammelt werden, können die Ergebnisse vorhersehbarer machen In einer VUCA – Welt wird wahrscheinlich ein theoretisches Modell von den tatsächlichen Ereignissen überholt also ist besser, rechtzeitig zu prüfen und anzupassen. Scrum bietet daher die folgenden Inspect and Adapt Möglichkeiten:

Sprint Event	Inspect	Adapt
Sprint Planning	Product Backlog Definition of Done Umsetzbare Verbesserungen	oSprint Backlog Sprint Ziel
Daily Scrum	oSprint Ziel cSprint Backlog	Sprint Backlog
.Sprint Review	Inkrement Product Backlog Allgemeine Geschäftsbedingungen	Product Backlog
Sprint Retrospective	Scrum Implementierung Definition of Done	Umsetzbare Verbesserungen Definition of Done

Es ist zu beachten, dass der Sprint Backlog die Prognose des Entwicklungsteams für die Arbeit und den Plan zur Erreichung des Sprintziels ist. Das Ziel sollte während des Sprints nicht angepasst werden, da es der Ankerpunkt ist, um den herum die Arbeit neu geplant werden kann und die Sicherheit eines testbaren Ergebnisses gegeben ist.

Einen Überblick zur Serie Scrum Basics findest du hier: Scrum Basics: Alles auf einen Blick

Weitere Prinzipien aus dem agilen Manifest findest du im gleichnamigen Artikel aus der Reihe Scrum Basics [link]

Ein  ähnlicher Prozess wird im Artikel PDCA [link] beschrieben.