Das Dokument behandelt die Prinzipien der agilen Softwareentwicklung, insbesondere Scrum und Kanban, mit Fokus auf kontinuierliche Verbesserung durch Kai-zen. Es thematisiert Verschwendung in Software-Projekten und betont die Notwendigkeit, Prozesse zu optimieren, um qualitativ hochwertige Software zu liefern. Zudem wird die Bedeutung von flexiblen Teams und Anpassungsfähigkeit in einem sich schnell ändernden Umfeld hervorgehoben.

1. 1
Prinzipien agiler
Entwicklung
Scrum, Kanban und der ganze Rest
Johannes Stiehler

2. Die Ursprünge
Toyota Production System
Lean Manufacturing
2

3. Kontinuierliche Verbesserung (Kai-Zen)
• Prozessorientierung
• Kundenorientierung
• Qualitätsorientierung
• Kritikorientierung
• Standardisierung
3

4. Kai-Zen Checkliste
• Muda: Verschwendung (8V-Regel)
• Muri: Überlastung
• Mura: Unregelmäßigkeit in den Prozessen
4

5. Kai-Zen: Acht Arten der Verschwendung (Muda)
• Überproduktion
• überhöhte Lagerhaltung
• überflüssigen Transport
• Wartezeit
• Herstellung fehlerhafter Teile
• unnötige Bewegung
• ungünstiger Herstellungsprozess / überflüssige Features
• nicht oder falsch genutztes Talent der Mitarbeiter
5

6. Verschwendung in Software-Projekten
• unnötige Features ohne belegbaren Marktwert
• detaillierte Spezifikation für weit zukünftige Entwicklungen
• Features, die vor Release gestoppt werden
• Bugs, die an QA weitergegeben werden
• mangelnde Automatisierung, manuelle Deployment-Prozesse
• keine Einbeziehung des Dev-Teams in die QA, keine
Einbeziehung des QA-Teams in die Spezifikation etc.
6

7. Der Weg zum perfekten Prozess
PLAN
Verbesserungspotentiale
erkennen
DO
Implementierung evtl. im
kleinen Maßstab
STUDY
Resultate überprüfen
ADJUST
Diskrepanz zwischen Plan und
Realität feststellen
7
Copyright: ideenplanet GmbH

8. 8
Theory of Constraints
1. Identifiziere den Engpass
2. Laste den Engpass voll
aus
3. Ordne alles der
Auslastungsentscheidung
unter
4. Behebe den Engpass
5. Bei Schritt 1 erneut
beginnen
Eliyahu M. Goldratt
Copyright: Marc CECCHETTI - Fotolia

9. Ergebnis: Just in time / Pull Prozess
• Spätere Prozessschritte „ziehen“ Ergebnisse aus früheren
• Lagerhaltung wird vermieden
• Engpässe werden kontinuierlich eliminiert
• Nur was verkauft wurde, wird produziert
9

10. Das agile Manifesto
• Individuals and interactions over processes and tools
• Working software over comprehensive documentation
• Customer collaboration over contract negotiation
• Responding to change over following a plan
10

11. –MIT Sloan
„Agile firms grow revenue 37% faster.
Agile firms generate 30% higher profits.“
11

12. 12
Agile
Softwareentwicklung
Scrum, Kanban, XP…
Pending Analysis Development Test Deploy
In
Progress
Done
In
Progress
Done

13. Kai-Zen fürs Produkt: Iterative Entwicklung
Inkrementelle Mona Lisa
13
Copyright: ideenplanet GmbH und Maria Bell - Fotolia

14. Kai-Zen fürs Produkt: Iterative Entwicklung
Iterative Mona Lisa
14
Copyright: ideenplanet GmbH und Maria Bell - Fotolia

15. Kai-Zen fürs Produkt: Iterative Entwicklung
Inkrementell-iterative Mona Lisa
15
Copyright: ideenplanet GmbH und Maria Bell - Fotolia

16. Build –– Measure –– Learn
16

17. Voraussetzung und Ziel: Hochwertige Software
Anforderungen
• änderungsfreundlich
• wartungsfreundlich
• ohne technische Schuld
• selbstdokumentierend
• fehlerarm
17
Praktiken
• test-driven development
• code reviews / pair
programming
• „clean code“
• „simple design“

18. Technische Schuld
18
0
25
50
75
100
gesetzter Termin
Initiale
Schätzung

19. Technische Schuld
19
0
25
50
75
100
gesetzter Termin Projektion
Initiale
Schätzung
Realistischer
Durchsatz

20. Technische Schuld
20
0
25
50
75
100
gesetzter Termin Projektion
„Der Termin
ist fix.“
Technische
Schuld

21. Technische Schuld
21
0
25
50
75
100
1. Release 2. Release
Technische
Schuld wächst

22. Prozessrollen (Scrum Team)
Product Owner (Main Customer)
Verantwortlich für die Produktdefinition und den
Produkterfolg
Scrum Master
Verantwortlich für die Prozesskonformität und das
Beseitigen von Hindernissen
Development Team
Verantwortlich für das Veröffentlichen neuer Features
22

23. 23
Cross-functional teams Collective Code Ownership

24. 24
Scrum und Kanban Agile Vorgehensmodelle
Copyright: Alison Bowden - Fotolia

25. Kurze Einführung in Scrum
Bitte klicken: https://prezi.com/bywn-h7cfqmx/scrum/
25

26. Scrum vs. Kanban
• definierte Rollen
• cross-functional Team
• Schätzen
• WIP limitiert durch
Zeitrahmen
• Sprint ist read-only
• optimaler Durchsatz
26
• Rollen frei definierbar
• evtl. mehrere Teams
• Messen
• WIP limitiert durch Slot-
Größe
• Backlog veränderbar
• optimale Flexibilität

27. Zusammenfassung: Agiles Vorgehen
• Qualitativ hochwertige Software in kleinen
Produktinkrementen
• Selbstorganisierende Teams, klare Verantwortlichkeiten
• Unsicherheit und Wandel als Prozesskonstante
• Pull-Ansätze
• Kai-Zen
27

28. Vielen Dank für Ihre Aufmerksamkeit
johannes.stiehler@ideenpla.net
28