Agile Embedded Projekte mit Scrum & Kanban. Embedded Computing Conference 2012 Urs Böhm

Transkript

1 Agile Embedded Projekte mit Scrum & Kanban Embedded Computing Conference 2012 Urs Böhm

2 Der Ingenieur Urs Böhm Dipl.-Ingenieur Elektrotechnik Projektingenieur VDI Certified ScrumMaster

3 Übersicht Das Publikum Das agile Manifest Scrum Kanban Herausforderungen im Embedded Umfeld Entscheidungshilfe

4 Fragen an das Publikum Wer kennt Scrum? Wer kennt Kanban? Wer setzt agile Methoden ein? Wer setzt klassische Methoden V-Modell/Wasserfall ein?

5 Worum geht es eigentlich? Do the right things Do the things right Speed

6 Das agile Manifest Wir erschliessen bessere Wege, Software zu entwickeln, indem wir es selbst tun und anderen dabei helfen. Durch diese Tätigkeit haben wir diese Werte zu schätzen gelernt: Individuen und Interaktionen mehr als Prozesse und Werkzeuge Funktionierende Software mehr als umfassende Dokumentation Zusammenarbeit mit dem Kunden mehr als Vertragsverhandlung Reagieren auf Veränderung mehr als das Befolgen eines Plans Das heisst, obwohl wir die Werte auf der rechten Seite wichtig finden, schätzen wir die Werte auf der linken Seite höher ein.

7 Work in Progress (WIP) Scrum WIP is limited per unit of time Kanban WIP is limited per workflow state Definition of Done

8 Kurzeinführung Scrum Teilt die Organisation in Cross Functional Teams Teilt die Funktionalität in überschaubare Liefereinheiten Teilt die Entwicklungszeit in überschaubare Iterationen - Sprints Visualisiert den Workflow Definierte Sitzungen u.a. Daily Standup Arbeitet eng mit dem Kunden (Produkt-Owner) zusammen Definiert eine klare Rollenverantwortung Optimiert den Prozess mit Hilfe von Retrospektionen

9 Scrum Prozess Burndown Chart Sprint Review Sprint Retrospektive Burndown Chart Produkt Backlog Sprint Backlog Potentiell Lieferbares Produkt-Inkrement

10 Scrum Board Product Backlog E Sprint Backlog Commited In Progress Done F H C A G J K I M B D

11 Kurzeinführung Kanban Visualisiert den Workflow Limitiert Work in Progress Misst die Zyklus-Zeit

12 Einfaches Kanban Board Backlog Work in Progress (WIP) Limit E F Selected In Progress Done (13) (6) H A B D G J K I M C

13 Komplexes Kanban Board Backlog Selected In Progress Tested QS-Test Done ( ) (4) (3) (2) (3) H F D E B A O J G L M I P C K

14 Herausforderungen im Embedded Umfeld Iterationen Teams & Spezialisten Rollenbeschreibungen und Umstrukturierung Externe Abhängigkeiten (z.b. Hardware) Kompatibilität mit klassischem Projektmanagement

15 Iterationen Scrum & Kanban Work in Progress wird transparent visualisiert Scrum Timeboxed Iterations called Sprints Arbeitspaket wird in einer Iteration erledigt und demonstriert Arbeitspakete müssen unabhängig von Dritten sein Team ist während Sprint vor Änderungen geschützt Kanban Optional Arbeitspakete mit langer Laufzeit sind zulässig Änderungen werden gemanaged

16 Dringende Aufgaben E To Do In Progress Done (3) (2) A C B D

17 Teams Scrum & Kanban Teambasiertes Arbeiten Scrum Neue Rollen: Product Owner Team Scrum Master Crossfunctional Team Team braucht die ganze Kompetenz Fluktuation problematisch Mindestens 80% im Sprint Starke Team-Entwicklung dank gemeinsamer Verantwortung Kanban Bestehenden Stellenbeschreibungen sind okay: Produktmanager Projektleiter Spezialisten willkommen Zusammenarbeit mit anderen wird gemanaged Team optional Team optional

18 Swimmlanes für Spezialisten To Do In Progress Done (3) (2) A C B D E F

19 Externe Abhängigkeiten Scrum Commitment (Verpflichtung) Im Sprint sind externe Abhängigkeiten nicht erlaubt! Team verpflichtet sich das Sprint Backlog im Sprint abzuarbeiten Impediment Backlog - Hardware muss up and running sein vor SW-Sprint Kanban Best Effort Wird gemanaged Das WIP-Limit begrenzt die Anzahl unerledigter Arbeitspakete -

20 Kompatibilität mit klassischem Projektmanagement Scrum & Kanban Backlog mit Arbeitspaketen Scrum Paralleles Arbeiten mit unabhängigen User Stories Konstantes Team (Keine Fluktuation) Sprint generiert ein «potentiell lieferbares Produktinkrement» Problematisch bei Freigabesequenzen Kanban Arbeitspakete können abhängig sein Teammitglieder können flexibel eingesetzt werden Abarbeiten des Netzplanes Abarbeiten der Freigaben im Arbeitsfluss

21 Gannt-Chart / Netzplantechnik

22 Burndown Charts Teamgeschwindigkeit

23 Cumulative Flow Diagramm Durchlaufzeit WIP

24 Entscheidungshilfe Scrum Kanban Scrum oder Kanban? Ja Nein Können Sie ungestörte Sprints garantieren? Wenig ungeplante Unterbrechungen? Langfristig zusammenarbeitendes Team (80%)? Teamgrösse 7 ± 2? Können User Stories vom Team ohne externe Abhängigkeiten abgearbeitet werden? Können die User Stories parallel abgearbeitet werden? Übernimmt der Product Owner die Backlog Verantwortung? (Stellenbescheibungen) Ist das Projektmanagement agil?

25 Fazit Beide Methoden verwenden bewährtes Vorgehen Je nach Umgebung spielt jede Methode Ihre Vorteile aus Das Anpassen des Vorgehensmodells an das Team, die Organisation und die Umgebung ist empfehlenswert Kontinuierliche Verbesserung ist Teamarbeit Retrospektiven -> Prozessanpassungen Scrum Revolution Kanban Evolution

26 Das Geheimnis des Erfolgs? Scrum & Kanban Visualisierung Limitierung des Work in Progress (WIP) Teams Scrum Limitiert WIP pro Sprint Kanban Limitiert WIP pro Workstate

27 Diskussion

28 NOSER ENGINEERING AG Talackerstrasse 99 CH-8404 Winterthur direct phone