Was sind die 4 agilen Werte? Erklärungen & praktische Beispiele

Warum sind agile Werte wichtig?

Welches Agile Framework Sie auch verwenden, ob Scrum, Kanban oder SAFe. Sie können sicher sein, dass es während eines Sprints Fragen geben wird, die der Scrum Guide nicht explizit beantwortet. Was tun Sie, wenn der Stakeholder immer mehr Anforderungen stellt, die vorher nicht klar waren? Was tun Sie, wenn ein Entwickler entlassen wird und eine Wissenslücke entsteht? Was macht man, wenn die Erwartungen des Product Owners von denen des Scrum Masters abweichen?

Scrum gibt keine Antworten auf diese Fragen, aber vielleicht können Ihnen die agilen Werte helfen. Betrachten Sie die agilen Werte also als Kompass und Leitfaden für Ihre Entscheidungen.

Menschen und ihre Interaktion über Prozesse und Werkzeuge hinweg

Unsere Prozesse sind wichtiger als ein gutes Verständnis füreinander. Dieser Satz liest sich verrückt, oder? Daher lautet der erste Agile-Wert:

„Menschen und ihre Interaktion miteinander haben Vorrang vor Prozessen und Tools“.

Nur was bedeutet das genau? Es bedeutet, dass man zunächst sicherstellen muss, dass man sich als Kollegen sehr gut versteht. Dann können wir Prozesse und Werkzeuge einführen, um diese Zusammenarbeit zu fördern. Mit anderen Worten: Prozesse und Werkzeuge sollten die Menschen und ihre gegenseitige Interaktion ergänzen, nicht ersetzen.

Beispiele:

• Lassen Sie neue Mitarbeiter selbst entscheiden, ob sie einen Windows- oder einen Apple-Laptop haben wollen, anstatt sie vom Unternehmen vorzuschreiben. Wir drängen also nicht auf ein bestimmtes Gerät, auf das man sich einmal geeinigt hat. Aber wir sorgen dafür, dass die Menschen, die täglich damit arbeiten, bei ihrer Wahl ein Mitspracherecht haben.
• Anstatt einen starren Prozess festzulegen, wie wir uns gegenseitig über den Projektfortschritt und die Hindernisse informieren, können wir uns auch jeden Tag kurz zusammensetzen und darüber sprechen, während wir uns gegenseitig in die Augen schauen, oder ein Daily Scrum / Stand-up machen.

Funktionierende Produkte oder Dienstleistungen haben Vorrang vor einer umfassenden Dokumentation

Wir haben lieber ein Paket Papier auf unserem Schreibtisch als ein funktionierendes Produkt. Wenn Sie dies lesen, verstehen Sie auch, dass dies falsch ist, aber leider sehen Sie es immer noch viel zu oft.
Daher der zweite Agile-Wert:

„Funktionierende Produkte oder Dienstleistungen haben Vorrang vor einer allumfassenden Dokumentation“.

Das heißt natürlich nicht, dass nichts mehr dokumentiert werden muss. Kurzfristig mag das einfach erscheinen, aber auf lange Sicht ist das ein gefundenes Fressen. Vor allem, wenn die Leute, die etwas erstellt haben, nicht mehr für die Organisation arbeiten und das Wissen verloren geht.

Kurzum: Eine gute Dokumentation und Handbücher sind wichtig, damit man sich darauf beziehen kann, wenn man in Zukunft etwas ändern möchte. Dennoch sollte der Schwerpunkt auf funktionierenden Produkten oder Dienstleistungen liegen, da diese einen größeren Wert haben.

Beispiele:

• Dokumentation braucht Zeit. In der gleichen Zeit könnten wir auch ein funktionierendes Produkt oder eine Dienstleistung aufbauen. Es ist daher klug, sich am Ende des Projekts mehr Zeit für die Dokumentation zu nehmen, diese aber zu begrenzen, wenn man noch voll in das Projekt eingebunden ist. Dies bietet einen wichtigen Vorteil: Da Sie in der gleichen Zeit mehr gebaut haben, können Sie den Stakeholdern auch mehr zeigen und erhalten somit mehr Feedback.
• Ihre Dokumentation auf dem Papier kann absolut erstklassig sein, aber der einzige wirklich greifbare Beweis für den Fortschritt ist, wenn Sie etwas vorweisen können, das funktioniert und zu dem Sie Feedback bekommen können. Das kann Software sein, aber wenn Sie nicht im IT-Bereich tätig sind, kann es schwierig sein, nach jedem Sprint etwas „Funktionierendes“ zu liefern. In diesem Fall sollten Sie zumindest etwas zeigen, zu dem Sie Feedback erhalten können, und nicht nur eine Dokumentation. Zum Beispiel: das Künstlerprogramm eines Festivals, ein Prototyp eines Produkts, eine 10-minütige Probe für ein kleines Publikum, bevor man auf die Bühne vor 1.000 Besuchern geht.

Zusammenarbeit mit den Kunden hat Vorrang vor Vertragsverhandlungen

Wir denken, dass der Vertrag wichtiger ist als die Zufriedenheit des Kunden mit dem Produkt. Das ist falsch, denn in der agilen Arbeitsweise steht der Kundenwert an erster Stelle. Daher der dritte agile Wert:

„Die Zusammenarbeit mit dem Kunden hat Vorrang vor Vertragsverhandlungen“.

Verträge und Budgetierung sind in der agilen Arbeitsweise immer noch wichtig, nur die Zusammenarbeit mit dem Kunden steht an erster Stelle. Schließlich wissen wir, dass sich die Kundenanforderungen während des Projekts ändern werden, und wenn sich daraus gute Ideen ergeben, wollen wir sie umsetzen. Wenn ein Vertrag komplett zugeknöpft ist, kann man natürlich weniger agil oder agil sein.

Beispiele:

• Zu Beginn eines Projekts wissen wir oft am wenigsten. Dennoch werden zu diesem Zeitpunkt häufig Verträge und der Projektumfang festgelegt. Sie möchten etwas auf halbem Weg durch das Projekt ändern, weil die Erkenntnisse fortgeschritten sind? Wenn ja, ist das schwierig. Wenn Sie Ihren Vertrag kooperativer gestalten, können Sie vereinbaren, dass Sie nach jedem Sprint mit den Stakeholdern überprüfen, ob der Umfang noch aktuell ist. Es ist durchaus möglich, dass wir Änderungen vornehmen, die wir uns zu Beginn des Projekts nicht hätten vorstellen können.
• Strenge Verträge, die sehr starr sind, können problematisch sein, wenn sich die Marktbedingungen schnell ändern. Die Unternehmen werden flexibel reagieren müssen, und dann müssten Sie Ihre Verträge jedes Mal öffnen. Das ist nicht sehr praktisch.
• Starre Verträge können kreativen Ideen und Innovationen im Wege stehen. Schließlich ist das Projektergebnis im strengen Rahmen des Vertrags ohnehin festgelegt, und die Mitarbeiter haben weniger Spielraum, ihre eigene Kreativität zu entfalten.

Reagieren auf Veränderungen statt Befolgen eines Plans

Der Plan ist heilig, jede Änderung, die unserem Plan in die Quere kommt, muss vermieden werden. Wenn wir agil arbeiten, tun wir dies in einem Umfeld, in dem wir nicht alles vorhersehen können, siehe Stacey Matrix. Wir wissen genau, dass sich die Umstände ändern werden. Daher wird ein strikter Plan niemals funktionieren. Daraus ergibt sich der vierte agile Wert:

„Auf Veränderungen zu reagieren hat Vorrang vor dem Befolgen eines Plans“.

Die Planung im Rahmen von Agile ist unerlässlich, muss aber auf lange Sicht nicht allumfassend sein. Zu Beginn eines Projekts wissen wir oft am wenigsten über Risiken und neue Erkenntnisse. Daher kann es gut sein, dass wir uns kurzfristig auf einen detaillierten Zeitplan festlegen, aber in ferner Zukunft sprechen wir von einer Produktvision, einem MVP und einem Sprint Goal.

Beispiele:

• Teammitglieder kommen und gehen. Sie müssen geschult werden, Wissen wird weitergegeben oder geht verloren. Dies ist schwer zu planen.
• Die Visionen der Stakeholder ändern sich oder die Erkenntnisse entwickeln sich weiter, was Anpassungen des ursprünglichen Plans erforderlich macht.
• Gesetze und Vorschriften ändern sich, und wir müssen unser Produkt anpassen.