Scrum und Kanban für optimale Qualität nutzen Software Quality Lab

Transkript

1 Scrum und Kanban für optimale Qualität nutzen Software Quality Lab

2 Paul Müller Trainer, Software Quality Consultant CV TU Wien, Dipl.-Ing. Elektrotechnik (Nachrichtentechnik) 19 Jahre Software Engineering MSc Coaching und Organisationsentwicklung Seit 2013 bei Software Quality Lab Thematische Schwerpunkte Agile Softwareentwicklung Requirements Engineering Systemtest Trainings für IREB Certified Professional for Requirements Engineering Trainings für ISTQB Certified Tester Foundation Level und Advanced Level, Testanalyst Trainings für Scrum Master Professional Sonstige Informationen Zertifizierter Scrum Master Systemischer Organisationsberater Protokollhandling in der Telekommunikation, speziell Mobilfunk Folie 2

3 Einstieg ins Thema Einschätzung der Eignung Wenn bei einem Projekt Qualität wichtig ist, dann ist Scrum/Kanban dafür Flexibilität wichtig ist, dann ist Scrum/Kanban dafür Kostentreue wichtig ist, dann ist Scrum/Kanban dafür Termintreue wichtig ist, dann ist Scrum/Kanban dafür Spaß bei der Arbeit wichtig ist, dann ist Scrum/Kanban dafür Kundenzufriedenheit wichtig ist, dann ist Scrum/Kanban dafür wenig geeignet wenig geeignet wenig geeignet wenig geeignet wenig geeignet wenig geeignet sehr geeignet sehr geeignet sehr geeignet sehr geeignet sehr geeignet sehr geeignet Folie 3

4 Was ist Scrum? Folie 4

5 Was ist Scrum Das ist Scrum! Folie 5

6 Was ist Scrum Das ist auch Scrum! Scrum ist ein Framework in dem Personen komplexe Problemstellungen produktiv und kreativ lösen um Produkte mit höchstmöglichem Wert fertigzustellen. Folie 6

7 Was ist Scrum Scrum! Scrum ist ein Framework in dem Personen komplexe Problemstellungen produktiv und kreativ lösen um Produkte mit höchstmöglichem Wert fertigzustellen. Folie 7

8 Scrum ist ein Framework Bestandteile des Frameworks Ein Framework zum Ablauf und Steuern von Projekten 3 Rollen 3 Artefakte 5 Events Development Team Product Owner Scrum Master Product Backlog Sprint Backlog Increment Sprint Sprint Planning Daily Scrum Sprint Review Sprint Retrospective Folie 8

9 Scrum ist ein Framework Sprint im Überblick Daily Scrum Sprint Review Sprint Retrospective Sprint Planning Product Backlog Sprint Backlog Sprint Increment Potentially Releasable Product Folie 9

10 Scrum ist ein Framework Grenzen Scrum ist ein Rahmen, der gefüllt werden will. Wie löse ich meine Probleme in der Software- / Produkt-Entwicklung? Wie passen die Rahmenbedingungen meines Projekts in den Scrum-Prozess? Wie bette ich Scrum in meine Organisation ein? Es gibt Best Practices, die sich oft bewähren. Diese sind jedoch nicht fixer Bestandteil von Scrum. Test Driven Development, User Stories Folie 10

11 Was ist Scrum Scrum! Scrum ist ein Framework in dem Personen komplexe Problemstellungen produktiv und kreativ lösen um Produkte mit höchstmöglichem Wert fertigzustellen. Folie 11

12 Zusammenarbeit Kommunikation Effiziente Kommunikation Jede(r) mit jeder/m voll vernetzt Auf direktem Weg persönlich, ungefiltert, vor Ort Funktioniert nur bis maximal 9 Personen Darüber müssen Kommunikationswege innerhalb der Gruppe organisiert werden Folie 12

13 Zusammenarbeit Fähigkeiten im Team Ideal: Jeder kann alles. Realistisches Ziel: Generalisten mit einem Spezialgebiet T - shape verteilte Fähigkeiten Überlappende Fähigkeiten im Team Erleichtert Engpässe auszugleichen Erleichtert Know-how zu verteilen Braucht: Offenheit für Neues Interesse, das Spektrum der eigenen Fähigkeiten zu verbreitern Folie 13

14 Selbstorganisation Selbstorganisation Selbstbestimmung im Team fördert Motivation Bekenntnis zum Sprint Goal bzw. Produktziel Anpassungsfähigkeit an Veränderungen Agile Modelle fördern Selbstbestimmung Gestaltung des Sprint-Backlogs / der Tasks Pull -Prinzip (Auswahl der Tasks) Interne Arbeitsabläufe Gestaltung der Definiton of Done Prozessverbesserung nach (Sprint) Retrospective Folie 14

15 Pull Prinzip Aufgaben kommen von links nach rechts (in Kanban durch die einzelnen Prozessschritte). PULL - Aufgaben werden vom vorherigen Prozessschritt in den aktuellen geholt. Don t PUSH - Aufgaben werden nicht in den nächsten Prozessschritt geschoben. Folie 15

16 Was ist Scrum Scrum! Scrum ist ein Framework in dem Personen komplexe Problemstellungen produktiv und kreativ lösen um Produkte mit höchstmöglichem Wert fertigzustellen. Folie 16

17 Produkte mit höchstmögliochem Wert fertigzustellen. Bald fertig Nur was benutzbar ist hat Wert. Frühes Bereitstellen von Funktionalität. Fertig im Sinne von Scrum und Kanban = benutzbar. Folie 17

18 Worauf stützt sich Scrum? Gelebte Prinzipien Das Scrum Framework baut auf einer Handvoll Prinzipien auf, die gelebt werden (müssen), damit Scrum funktioniert Transparency Adaptation Inspection Empirisches Vorgehen Timeboxing Done Folie 18

19 Scrum-Werte Benötigte Werte Damit die zuvor genannten Prinzipien funktionieren, müssen folgende Werte gelebt werden: Commitment Focus Done Timeboxing Openness Respect Transparency, Inspection and Adaption Courage Hier ist der Scrum Master gefordert diese Werte zu unterstützen und zu schützen! Folie 19

20 Was ist Kanban? Folie 20

21 kanban & Toyota kanban Ist ein Japanischer Begriff und bedeutet in etwa Signal-Karte. Eine limitierte Anzahl dieser Signalkarten reguliert den Fluss der Arbeit im Toyota Production System. Das Toyota Production System hat die Ideen von Lean Production / Lean Manufacturing bekannt gemacht und ist bis heute äußerst erfolgreich. Folie 21

22 kanban & Kanban Kanban Ist ein Kanban-System für IT Organisationen von David J. Anderson und vereint Ideen aus Lean Thinking und der Constraint Theory. Kanban ist eine evolutionäre Methode zur inkrementellen Prozessverbesserung um Organisationen in Richtung Lean zu entwickeln. Kanban selbst entwickelt sich kontinuierlich weiter. Folie 22

23 Grundprinzipien von Kanban 1. Beginne dort, wo du dich im Moment befindest. 2. Verfolge inkrementelle, evolutionäre Verbesserung. 3. Respektiere initiale Prozesse, Rollen, Titel und Verantwortlichkeiten. 4. Fördere Leadership auf allen Ebenen in der Organisation. Folie 23

24 Kernpraktiken 1. Mache Arbeit sichtbar. 2. Limitiere Work in Progress. 3. Manage Flow. 4. Mache Prozessregeln explizit. 5. Implementiere Feedback-Mechanismen. 6. Führe gemeinschaftliche Verbesserungen durch. Folie 24

25 Theory of Constraints - Engpasstheorie Fünf Fokussierungsschritte 1. Identifiziere den Engpass. 2. Entscheide, wie die Kapazität des Engpass bestmöglich genutzt werden kann. 3. Ordne alles andere der oben getroffenen Entscheidung unter. 4. Erweitere den Engpass. 5. Wurde der Engpass behoben, beginne wieder bei Schritt 1. Folie 25

26 Meetings in Kanban Meetings werden in Kanban bevorzugt regelmäßig gehalten. Die Zyklusdauer richtet sich nach den Erfordernissen. Week Queue Replenish Meeting Team Retrospective Release Planning Operations Review Folie 26

27 Service Level Agreements Service Level Agreements sind statistische Zusagen über die Fertigstellungszeit. Durch das Messen der Durchlaufzeit pro Service-Klasse können erfahrungsbasiert Werte dem Auftraggeber zugesichert werden Aufgaben (mittlerer Größe) werden in der Standard-Service-Klasse in 90% der Fälle in weniger als 10 Arbeitstagen erledigt. Statistische Zusagen Schätzen Folie 27

28 Grundprinzipien agiler Modelle Folie 28

29 in dem Personen Agile Manifesto We are uncovering better ways of developing software by doing it Individuals and interactions over processes and tools Working software over comprehensive documentation Customer collaboration over contract negotiation Responding to change over following a plan That is, while there is value in the items on the right, we value the items on the left more. Kent Beck Mike Beedle Arie van Bennekum Alistair Cockburn Ward Cunningham Martin Fowler James Grenning Jim Highsmith Andrew Hunt Ron Jeffries Jon Kern Brian Marick Robert C. Martin Steve Mellor Ken Schwaber Jeff Sutherland Dave Thomas Folie 29

30 Die Rolle der Qualität Folie 30

31 Qualität und das Magische Dreieck Die Seiten des Dreiecks Ressourcen Sind die Ressourcen flexibel, ändern sich die Kosten. Ressourcen Zeit Ist die Zeit flexibel, ändert sich der Termin. Zeit Qualität Ist die Qualität flexibel, ändern sich mehrere Dimensionen, z.b. Benutzbarkeit, Änderbarkeit, Zuverlässigkeit, Stabilität, Qualität Darauf baut die nächste Version Ihres Produktes auf! Folie 31

32 Qualität und das Magische Dreieck Alternatives Dreieck Qualität wird fixiert um stabile Software zu gewährleisten Ressourcen um geringe Wartungskosten zu haben um hohe Kundenzufriedenheit zu erreichen Zeit Umfang der Aufgabe Als Ersatz muss der Umfang flexibel werden Eindeutig priorisierte Features Ziele statt exakten Vorgaben Folie 32

33 P r o j e k t s t a r t Geplanter Zielzustand des Produkts Zielerreichung - Validierung Traditioneller Ansatz Trichter der möglichen Entwicklungen Z 1 Z 2 Z 3 Bedingte Anpassung zu Projektmeilensteinen Z 4 Plan Design Implementierung Test Release t Folie 33

34 P r o j e k t s t a r t Geplanter Zielzustand des Produkts Zielerreichung - Validierung Iterativer Ansatz Trichter der möglichen Entwicklungen Anpassung bei jeder Iteration Z 1 Z 3 Z 4 Tatsächlicher Entwicklungspfad Z 2 Projektstart i 1 i 2 i 3 i 4 t Folie 34

35 Wann ist ein Prozessschritt fertig? Definition of Done Was muss getan werden, damit die Arbeit in einem Prozessschritt als wirklich fertig gilt? Eine einfache Checkliste schafft Transparenz. Detailgrad ist abhängig vom Team. Einsetzen wo sinnvoll. Definition of Ready Analog zur Definition of Done. Was muss bereits geschehen sein, bevor mit neuer Aufgabe im ersten Prozessschritt begonnen werden kann? Folie 35

36 Technische Schulden Qualität und technische Schulden Technische Schulden (Technical Debt) Un-/bewusst technisch schlechte Umsetzungen Quick & Dirty, Hack, Resultat Architekturprobleme Spaghetti Code Mitgeschleppte, ungewollte Features Effekt Zusätzlicher Zeitbedarf für neuen Code Höhere Kosten für neue Features Folie 36

37 100% Enwicklungsleistung Wartung Projektstart 100% Enwicklungsleistung Neue Features Technische Schulden Technische Schulden kosten Zeit Je mehr Technische Schulden angehäuft werden, desto weniger Entwicklungsleistung kann in neue Features umgesetzt werden. Folie 37

38 ROI und TCO TCO - Total Cost of Ownership TCO Total Cost of Ownership (TCO) berücksichtigt Return on Investment (ROI) über die gesamte Lebensspanne des Produkts Typische Qualität Gute Qualität t Kurzfristiger Wettbewerbsvorteil auf Kosten der Qualität rächt sich um ein Vielfaches Total Cost of Ownership bei der Beurteilung der Entwicklungskosten berücksichtigen Folie 38

39 Praxisbeispiele Folie 39

40 Einführung von Scrum Scrum, but? Scrum oder Scrum, but? Scrum zwischen Meilensteinen Anforderungen abgestimmt S c r u m Systemtest Folie 40

41 Einführung von Scrum Projektumfeld 3GPP Standards Strategische Umsetzungsentscheidung Scrum zwischen Meilensteinen Möglich aus Aufgabenstellung heraus Prioritäten aus techn. Abhängigkeiten S c r u m Systemtest Folie 41

42 Einführung von Scrum Erkenntnisse Widerstände sind natürlich Transparenz und Vertrauen brauchen Zeit Product Owner, der seine Rolle erfüllt Gelebte rasche Prozessverbesserung Team-Lernen Folie 42

43 Beispielprojekt 1 Wissenstransfer So wär s einfacher: Realität: Verteilte Standorte mit unterschiedlichen Zeitzonen Folie 43

44 Beispielprojekt 1 Transfer-Koordination im Scrum Backlog Item SW-Transfer Feature 1 Feature 2 ToDo Tasks In Progress Workshop Design Komponente 1 Workshop Tests Komponente 2 Chris Implementierung Subfeature 2.1 Done Folie 44

45 Beispielprojekt 2 Kanban im Test 91 Backlog 27 To Do 12 In Progress 3 Blocked 102 Done 201 Archive Testing Testautomation Architecture Testmanagement Folie 45

46 Beipielprojekt 2 Rollenaufteilung T - shape verteilte Fähigkeiten Überlappende Fähigkeiten im Team Erleichtert Engpässe auszugleichen Erleichtert Know-how zu verteilen allgemeiner Tester Testmanager Testarchitekt Testautomatisierer Folie 46

47 Beispielprojekt 2 Kanban im Test 91 Backlog 27 To Do 12 In Progress 3 Blocked 102 Done 201 Archive Testing Testautomation Architecture Testmanagement Group Chat Asds:. xcv: Folie 47

48 Qualität mit Scrum und Kanban Diskussion Fragen? Ihre Meinung? Diskussionsbeiträge? Folie 48

49 Qualität mit Scrum und Kanban Danke Danke für Ihre Aufmerksamkeit und Ihre Diskussionsbeiträge Folie 49

50 Folie 50

51 Software Quality Lab GmbH improve your quality Büro Linz A-4041 Linz, Gewerbepark Urfahr 30 Büro Wien A-1150 Wien, Mariahilfer Straße 136 Büro Graz A-8053 Graz, Wiener Straße 253 Büro Lustenau A-6890 Lustenau, Millenium Park 9 Büro München D München, Agnes-Pockels-Bogen 1 [W]