Mastering Scrum: Wert in der Komplexität
Ein umfassender Leitfaden zu Scrum, agilen Werten und der Mechanik der iterativen Auslieferung in komplexen Umgebungen.
Key Takeaways
- Scrum nutzt Empirie, um komplexe Arbeit zu bewältigen.
- Iterative Lieferung reduziert Risiken und ermöglicht frühes Feedback.
- Kleinere Batchgrößen und niedriger WIP führen zu einer schnelleren Lieferung.
- Scrum-Rollen (PO, SM, Developer) vereinfachen die Verantwortlichkeit.
- Crossfunktionale Teams reduzieren Übergaben und Silos.
1. Das Agile Manifest: Unser Nordstern
Bevor wir in das 'Wie' von Scrum eintauchen, müssen wir das 'Warum' verstehen. Im Jahr 2001 trafen sich siebzehn Softwareentwickler, um eine Alternative zu den schwerfälligen, dokumentationsgetriebenen Prozessen zu finden, die Projekte scheitern ließen. Sie schufen das Agile Manifest.Agile ist kein Satz von Regeln; es ist eine Denkweise, die Menschen und Interaktionen mehr schätzt als Prozesse und Werkzeuge.
— Das Herz von Agile
Die vier Werte: 1. Individuen und Interaktionen mehr als Prozesse und Werkzeuge. 2. Funktionierende Software mehr als umfassende Dokumentation. 3. Zusammenarbeit mit dem Kunden mehr als Vertragsverhandlungen. 4. Reagieren auf Veränderung mehr als das Befolgen eines Plans.
📹 Video Resource: Das Agile Manifest erklärt
2. Navigieren in Komplexität: Die Stacey-Matrix
Warum brauchen wir Scrum? Weil die Welt nicht linear ist. Ralph Stacey hat eine Matrix entwickelt, die uns hilft zu verstehen, wo wir uns befinden. - Einfach: Ursache und Wirkung sind klar. Best Practices anwenden. - Kompliziert: Ursache und Wirkung erfordern Analyse. Experten und einen Plan nutzen. - Komplex: Ursache und Wirkung sind erst im Rückblick erkennbar. Scrum nutzen (Probe, Sense, Respond). - Chaotisch: Kein Zusammenhang zwischen Ursache und Wirkung. Sofort handeln.3. Früh und oft liefern: Der iterative Ansatz
In traditionellen 'Waterfall'-Projekten plant man alles, baut alles und testet alles am Ende. Das Risiko ist, dass man das Falsche baut. Scrum dreht dies um 90 Grad. Wir bauen in jedem Sprint ein kleines, funktionierendes Stück des Produkts. Dies reduziert die 'Risikolücke' zwischen dem, was man denkt, was gewollt ist, und dem, was tatsächlich benötigt wird.Den Elefanten zerlegen: Die Brücken-Analogie Es gibt viele Wege, eine Brücke zu bauen, und viele Wege, einen „Elefanten zu zerlegen“. Die Stärke der frühen und häufigen Lieferung liegt darin, dass Nutzer und Stakeholder frühzeitig etwas Wertvolles erhalten. Dies ermöglicht ihnen ein Feedback, das sicherstellt, dass das Endergebnis ihr Problem tatsächlich löst. Anstatt auf eine komplette Brücke zu warten, überlege: Was ist das kleinste Ding, das jemanden heute über das Wasser bringt?
Vom Big Bang zu kleinen Batches Oft zu liefern bedeutet, einen großen, einschüchternden Umfang in kleinere, handhabbare „Häppchen“ oder Batches zu unterteilen. Anstatt monate- oder jahrelang isoliert zu arbeiten, um alles auf einmal zu liefern (der „Big Bang“-Ansatz), geben wir diese kleinen Pakete frühzeitig an die Nutzer. Dies stellt sicher, dass wir, selbst wenn wir feststellen, dass wir auf dem falschen Weg sind, nur ein paar Wochen und nicht ein paar Jahre investiert haben. Das ist die Magie kleiner Batches.
4. Die Rhythmen von Scrum: Meetings (Ereignisse)
Bei Scrum geht es nicht um mehr Meetings, sondern um die *richtigen* Meetings, um Empirie zu ermöglichen: Transparenz, Überprüfung und Anpassung.- Der Sprint: Ein Container für alle anderen Ereignisse (meist 1-4 Wochen). Er ist der Herzschlag für das Team. - Sprint Planning: Was können wir tun? Wie werden wir es tun? Das Team erstellt ein Sprint-Ziel – eine Zusammenfassung des zu liefernden Wertes. - Daily Scrum: 15 Minuten, um den Fortschritt in Richtung des Sprint-Ziels zu überprüfen und den Plan für die nächsten 24 Stunden anzupassen. Es ist von den Developern für die Developer. - Sprint Review: Überprüfen des Increments und Anpassen des Product Backlogs. Hier arbeiten das Team, der PO und die Stakeholder zusammen an dem, was als Nächstes zu tun ist. - Sprint Retrospective: Überprüfen, wie der letzte Sprint verlaufen ist (Menschen, Beziehungen, Prozesse, Tools) und Verbesserungen planen. Es geht darum, ein besseres Team zu werden.
5. Die drei Rollen: Wer macht was?
Scrum definiert nur drei Rollen. Diese Einfachheit soll Bürokratie abbauen und den Fokus auf den Wert richten.- Der Product Owner: Verantwortlich für die Maximierung des Wertes des Produkts. Er verwaltet das Product Backlog und entscheidet über die Prioritäten. - Der Scrum Master: Der Facilitator und Coach. Er hilft dem Team und der Organisation, Scrum zu verstehen, und beseitigt Hindernisse, die den Fortschritt blockieren. - Die Developer: Die Personen, die das 'Done'-Increment erstellen. Sie sind selbstorganisierend und entscheiden, *wie* sie das Backlog in funktionierende Software verwandeln.
📹 Video Resource: Agile Product Ownership auf den Punkt gebracht
6. Silos aufbrechen: Die Kraft crossfunktionaler Teams
Traditionelle Organisationen sind oft nach Funktionen organisiert (z. B. eine 'Testabteilung' oder eine 'Designabteilung'). Dies führt zum Silo-Effekt, bei dem Informationen und Verantwortung innerhalb der Abteilungen gefangen sind.- Die Verschwendung durch Übergaben: In funktionalen Organisationen wandert die Arbeit über 'Handoffs' zwischen den Silos. Jede Übergabe ist eine Quelle von Verschwendung: Arbeit liegt in Warteschlangen, Kontext geht verloren, und das 'Nicht-mein-Job'-Syndrom stellt sich ein. - Funktionale Teams vs. Crossfunktionale Teams: Funktionale Teams konzentrieren sich auf ein einzelnes Spezialgebiet. Crossfunktionale Teams verfügen über alle Fähigkeiten, die zur Erstellung eines 'Done'-Increments erforderlich sind – Design, Programmierung, Testen und Deployment – innerhalb derselben Gruppe. - Feature-Teams: In Scrum streben wir nach 'Feature-Teams', die einen End-to-End-Kundennutzen liefern können, anstatt nach 'Komponenten-Teams', die nur an einer technischen Schicht arbeiten. Dies reduziert die Durchlaufzeit drastisch und erhöht die Eigenverantwortung.
Erfahre mehr über Teamdynamik: - [Der Silo-Effekt und wie man ihn bricht](https://de.wikipedia.org/wiki/Informationssilo) - [Warum crossfunktionale Teams für Agilität unerlässlich sind](https://de.wikipedia.org/wiki/Cross-functional_Team) - [Der Unterschied zwischen Komponenten-Teams und Feature-Teams](https://de.wikipedia.org/wiki/Cross-functional_Team#In_der_Softwareentwicklung)
7. Fokus & die Kosten von Kontextwechseln
Ein wesentlicher Bestandteil von Scrum ist der 'Fokus'. Indem wir das Team auf jeweils ein Sprint-Ziel beschränken, vermeiden wir die 'Multitasking'-Falle. Wenn man zwischen Aufgaben wechselt, zahlt das Gehirn 'Wechselkosten' und verliert oft bis zu 40 % der produktiven Zeit.📹 Video Resource: Die Kosten des Kontextwechsels
8. WIP, kleine Batches und Flow managen
Scrum basiert auf den Prinzipien von Lean Manufacturing, bei denen das Management von WIP (Work In Progress) und Batchgrößen der Schlüssel zur Effizienz ist. WIP bezieht sich auf jede Aufgabe, die begonnen wurde, aber noch nicht „Fertig“ ist. Wenn der WIP hoch ist, verlangsamt sich alles.- Die Multitasking-Falle: Wenn ein Team zu viele Elemente gleichzeitig in Bearbeitung hat, leidet es unter ständigem Kontextwechsel. Das fühlt sich nicht nur stressig an, sondern bremst das gesamte System fundamental aus. Untersuchungen zeigen, dass Kontextwechsel bis zu 40 % der produktiven Zeit eines Menschen kosten können. Bei Scrum vermeiden wir dies, indem wir uns auf ein einziges Sprint-Ziel konzentrieren. - Little’s Law: Die Mathematik des Flow: Dieses mathematische Prinzip besagt, dass *Durchlaufzeit = WIP / Durchsatz*. Das bedeutet, dass man, wenn man schneller liefern will (Durchlaufzeit reduzieren), entweder die Geschwindigkeit erhöhen kann (was oft schwierig ist und zu Burnout führt) oder einfach die Menge an Arbeit verringern kann, die man gleichzeitig erledigt (was einfach und hocheffektiv ist). Indem man den WIP begrenzt, verkürzt man automatisch die Zeit, die ein einzelner Gegenstand benötigt, um das System zu durchlaufen. - Die Kraft der inkrementellen Auslieferung: Große Arbeitspakete sind riskant. Sie verbergen Qualitätsprobleme, verzögern Feedback und führen zu „Alles-oder-nichts“-Lieferzyklen. Bei der inkrementellen Auslieferung geht es darum, regelmäßig nutzbare, wertvolle Arbeitsergebnisse zu liefern. Kleine Batchgrößen ermöglichen schnelleres Feedback, weniger Verschwendung und eine vorhersehbarere Wertschöpfung.
Die optimale Losgröße für Informationsarbeit ist meist viel kleiner, als man denkt.
— Donald Reinertsen
Tiefer eintauchen in Lean und Flow: - [Verstehe die Auswirkungen von Work in Progress (WIP) auf die Liefergeschwindigkeit](https://de.wikipedia.org/wiki/Work_in_progress) - [Wie Little’s Law die Vorhersehbarkeit deiner Sprints steuert](https://de.wikipedia.org/wiki/Gesetz_von_Little) - [Die Ökonomie von kleinen Losgrößen in der Produktentwicklung](https://de.wikipedia.org/wiki/Losgr%C3%B6%C3%9Fe)