Agile Methoden agil einführen Software Quality Lab

Größe: px

Ab Seite anzeigen:

Download "Agile Methoden agil einführen Software Quality Lab"

Gisela Falk
vor 5 Jahren
Abrufe

1 Software Quality Lab Markus Unterauer Berater, Trainer - 1 -

2 - 2 -

3 Das Setting im Unternehmen Mgmt PM Support Reports UI Infra Agents Apps Kernel - 3 -

4 Ziele für die Einführung agiler Methoden Weniger Abhängigkeiten zwischen den Teams Flexibilität und Geschwindigkeit Höhere Planbarkeit von Releases Bessere Qualität Hohe Motivation in den Teams Selbstlernende und selbstverbessernde Organisation - 4 -

5 Rahmenbedingungen für die Transition Laufende Weiterentwicklung und Support gewährleistet Cross-functional Teams Mitarbeiter gehen mit Flexibler Methodeneinsatz (Scrum, Kanban) Ein Jahr Projektlaufzeit - 5 -

6 Herausforderungen Cross-Functional? Scrum oder Kanban? Product Owner? Scrum Master? Zusammenarbeit zwischen Teams? Team-Leads? Wartung und Bugfixing? Anforderungen? Back Logs? Konzeptarbeit? Testautomatisierung? - 6 -

7 Unser Ansatz: Agile Methoden agil einführen - 7 -

8 Unser Vorgehen: Agile Methoden agil einführen Change Team umsetzen Ansätze entwickeln Einige Sprints beobachten anpassen Transition Change Backlog Iteration Change Backlog Neue Organisation, Rollen, Prozesse, Methoden, Praktiken - 8 -

Basispraktiken einführen Basistools einführen Tooleinsatz

9 Epics auf der Roadmap Die Roadmap ist eine grobe Zeitplanung für die Epics aus dem Backlog Organisation umbauen Basispraktiken einführen Basistools einführen Tooleinsatz optimieren Zusammenarbeit mit PM Review verbessern Bugfixing stabilisieren - 9 -

Leads herausnehmen Full Time Scrum Master Tester in die Teams bringen Zu jedem Element im

10 Große Change Epics in kleine Pakete teilen Organisation umbauen Teams cross functional Team Leads integriert Scrum Master besetzt Teams neu zusammenstellen Teilzeit Scrum Master Team Leads herausnehmen Full Time Scrum Master Tester in die Teams bringen Zu jedem Element im Backlog wurden Akzeptanzkriterien definiert Build Team aufbauen Chief Architects etablieren

11 Kleine Change Stories iterativ umsetzen Organisation umbauen Teams neu zusammenstellen Teilzeit Scrum Master Team Leads herausnehmen Tester in die Teams bringen Full Time Scrum Master Chief Architects etablieren Teamzusammensetzung ändern Change Backlog wird laufend mit der Erfahrung aus dem Einsatz ergänzt

12 Iteratives Entwickeln von Lösungen Bugfixing stabilisieren Team definieren Prozess Priorisierung, Dispatching Wenn Lösung nicht klar Iterativ entwickeln Bugbacklog erstellen Teams fixen nach eigenem Ermessen Teams verwenden 2 Tage für Bugs Virtuelles Bugfixing Team Bugbacklog Owner definieren Zu wenig Zeit für Features Unfertige Bugfixes

Zusammenfassung der Methode Scrum zum Management des Einführungsprojektes Change Team Change Backlog Epics für die grobe Roadmap Stories für

13 Zusammenfassung der Methode Scrum zum Management des Einführungsprojektes Change Team Change Backlog Epics für die grobe Roadmap Stories für die Change Iterationen Jede Change-Iteration umfasst mehrere Sprints Planen Umsetzen Beobachten Anpassen Regelmäßige Meetings im Change Team

14 Lessons Learned

Agiles Vorgehen sehr gut geeignet Kultur des Ausprobierens ( Try, fail fast and early ) Iterative gemeinsam Lösungen finden Flexibel auf Erfahrungen reagieren Das fanden

15 Agiles Vorgehen sehr gut geeignet Kultur des Ausprobierens ( Try, fail fast and early ) Iterative gemeinsam Lösungen finden Flexibel auf Erfahrungen reagieren Das fanden wir nützlich: Change Team und Change Backlog Roadmap-Planung mit Epics Umsetzung in Iterationen aus mehreren Sprints Nach jeder Iteration: Change Backlog anpassen

Weniger ist manchmal mehr Wir haben uns in den Change Iterationen teilweise zu viel vorgenommen Manche Teams dadurch von der Menge an Änderungen überfordert Das fanden wir

16 Weniger ist manchmal mehr Wir haben uns in den Change Iterationen teilweise zu viel vorgenommen Manche Teams dadurch von der Menge an Änderungen überfordert Das fanden wir nützlich: Bewusst Pausen einlegen, wo 2-3 Monate nichts geändert wird Jede Change Iteration nur einen Schwerpunkt setzen (WiP Limit) In die Teams reinhorchen Explizit ansprechen

PO Rolle in großen Organisationen schwierig Räumliche Verteilung von Team und PO Unklar, wer Detailanforderungen schreibt PO teilweise zu marktorientiert oder zu

17 PO Rolle in großen Organisationen schwierig Räumliche Verteilung von Team und PO Unklar, wer Detailanforderungen schreibt PO teilweise zu marktorientiert oder zu technik-lastig Das fanden wir nützlich: PO örtlich zu Entwicklung holen Gemeinsame Tools ( One Backlog ) PO versucht, das Produkt mehr zu verstehen, Teams den Markt

Scrum: Iterativ getaktet Kanban: Laufender Fluss Agile Methoden agil einführen Scrum und Kanban flexibel einsetzen Flexibel in den Praktiken, solange agile

18 Scrum: Iterativ getaktet Kanban: Laufender Fluss Agile Methoden agil einführen Scrum und Kanban flexibel einsetzen Flexibel in den Praktiken, solange agile Prinzipien eingehalten werden Das fanden wir nützlich: Scrum gut für Neu-Entwicklung in Feature-Teams Kanban gut für Wartung in Virtuellen Bugfixing-Team

Nicht jedes Team ist gleich schnell Manche sind mit Selbstorganisation überfordert Wollen das auch nicht Konflikte Das fanden wir nützlich: Nicht auf einzelnen Praktiken beharren.

19 Nicht jedes Team ist gleich schnell Manche sind mit Selbstorganisation überfordert Wollen das auch nicht Konflikte Das fanden wir nützlich: Nicht auf einzelnen Praktiken beharren. Das große im Auge halten. Langsame Schritte gehen. Nur eine Sache gleichzeitig. Starke Scrum Master Erfolge zeigen in den Reviews Manche können das nicht mittragen. Trennung notwendig

Um Teamleads kümmern Teamleads oft Kernmitarbeiter mit viel Know-How Aktive Teamleads bremsen Selbstorganisation Andere Rollen finden ohne Statusverlust Das fanden wir nützlich:

20 Um Teamleads kümmern Teamleads oft Kernmitarbeiter mit viel Know-How Aktive Teamleads bremsen Selbstorganisation Andere Rollen finden ohne Statusverlust Das fanden wir nützlich: Teamleads übernehmen als Line Manager People-Management Aufgaben Teamleads bilden zentrales Architekturteam Teamleads übernehmen Rolle von Product Designern für die Teams

21 Bugfixing schwieriger zu integrieren als gedacht Bugs kaum planbar. Halten Teams von Features ab. Großes Backlog an Bugs Das fanden wir nützlich: Viele Experimente zur Methode (hier hilft agiles Vorgehen super!) Dispatching Team managed Bug Backlog. Enge Abstimmung mit PO Messung der Bugs ( Maintenance Mountain Height ) Quantitative Zielvorgaben Virtuelles Bugfixing Team

22 Alles Gute für Ihre agile Reise!

Markus Unterauer Berater und Trainer [m] markus.

23 Vortrag Agile Methoden agil einführen Danke für Ihre Aufmerksamkeit Fragen? Markus Unterauer Berater und Trainer [m] Software Quality Lab [w]

24 Software Quality Lab INNOVATION MEETS QUALITY Academy Consulting Operational Services Tool Expertise

Ähnliche Dokumente

Das agile Requirements Board Ein Tool zur Unterstützung des agilen Requirements-Engineerings

Das agile Requirements Board Ein Tool zur Unterstützung des agilen Requirements-Engineerings Johannes Bergsmann Berater, Trainer, Eigentümer Software Quality Lab www.software-quality-lab.com Über Software