Lean SW-Development mit Scrum und Kanban Systemlösungen Brief Bonn ,  17. Juli  20 10
Historie Lean SW-Development <ul><li>1947-1970: Toyota entwickelt Grundideen beim Wiederaufbau (1947) </li></ul><ul><li>19...
Kernideen <ul><li>Grundideen 1950-1970: </li></ul><ul><ul><li>Build only what is needed </li></ul></ul><ul><ul><li>Elimina...
Scrum 1. „ Scrum assumes you are all adults.“  Ken Schwaber
Scrum Flow
Rollen <ul><ul><li>Product Owner   Team </li></ul></ul><ul><ul><li>Scrum Master </li></ul></ul>
Product Owner <ul><li>Pflege des Product Backlogs </li></ul><ul><li>Vertritt die fachliche Auftraggeberseite </li></ul><ul...
Scrum Master <ul><li>Verantwortung für den Prozess </li></ul><ul><li>Moderiert Scrum-Meetings </li></ul><ul><li>Vermittler...
Team <ul><li>5 – 10 Personen </li></ul><ul><li>Selbstorganisierend </li></ul><ul><li>Interdisziplinär / Cross-functional <...
Meetings <ul><li>Sprint Planning (4 h) </li></ul><ul><li>Daily Scrum (15 min) </li></ul><ul><ul><li>Was habe ich seit gest...
Scrum Board / Burndown Chart Quelle: Mountaingoat Software 2010 Quelle: Alistair Cockburn, 2004
Kanban 2. „ Yes, we kanban!“  David Anderson
Bedeutung <ul><li>Kanban ist japanisch ( 看板 ) (Kan = Signal, Ban = Karte / Tafel / Beleg)  </li></ul><ul><li>Kanban = Sign...
Prinzipien <ul><li>Der gesamte Wertschöpfungsprozess wird sichtbar gemacht </li></ul><ul><li>Beschränkung der „Work in Pro...
Kanban Workflow Step 1 Step 2 Step n Done Queue Queue Queue In Process In Process In Process ... ... Backlog (3) (2) (4) (...
Kanban Workflow Step 1 Step 2 Step n Done Queue Queue Queue In Process In Process In Process ... ... Backlog (3) (2) (4) (...
Kanban Workflow Step 1 Step 2 Step n Done Queue Queue Queue In Process In Process In Process ... ... Backlog (3) (2) (4) (...
Kanban Workflow Step 1 Step 2 Step n Done Queue Queue Queue In Process In Process In Process ... ... Backlog (3) (2) (4) (...
Kanban Workflow <ul><li>Limit WIP! </li></ul>Step 1 Step 2 Step n Done Queue Queue Queue In Process In Process In Process ...
Kanban Workflow <ul><li>Limit WIP! </li></ul>Step 1 Step 2 Step n Done Queue Queue Queue In Process In Process In Process ...
Kanban Workflow <ul><li>Limit WIP! </li></ul>Step 1 Step 2 Step n Done Queue Queue Queue In Process In Process In Process ...
Kanban Workflow <ul><li>Limit WIP! </li></ul>Step 1 Step 2 Step n Done Queue Queue Queue In Process In Process In Process ...
Kanban Board Flow: from Engineering Release to Production Quelle: Norbert Winklareth, 2010 Model & Visual Control WIP Limi...
Messung Indikatoren und Optimierung <ul><li>Lead Time  =   Zeit zur Fertigstellung einer in den Backlog gelegten Anforde...
Vergleich Scrum / Kanban Quelle: Norbert Winklareth, 2010 Prioritisation Roles Flexibility to add items Estimation WIP Lim...
Links <ul><li>David Anderson‘s Blog: </li></ul><ul><li>http://www.agilemanagement.net/Articles/Weblog/blog.html </li></ul>...
Vielen Dank für Ihre Aufmerksamkeit. Titel der Präsentation | Veranstaltungsort | XX. Monat XXXX Seite
Backup
Advanced Kanban <ul><li>Behandlung von Bugs / dringlichen Wartungstätigkeiten </li></ul><ul><li>Multiprojektmanagement: Sw...
Warum Kanban? <ul><li>Einschränkungen / Vorgaben durch den Scrum-Prozess </li></ul><ul><ul><li>Maximale Größe von Anforder...
Nächste SlideShare
Wird geladen in …5
×

Lean SW-Development mit Scrum und Kanban

2.747 Aufrufe

Veröffentlicht am

Historie des Lean SW-Development und Vergleich der beiden Ausprägungen Scrum und Kanban.

Lean SW-Development mit Scrum und Kanban

  1. 1. Lean SW-Development mit Scrum und Kanban Systemlösungen Brief Bonn , 17. Juli 20 10
  2. 2. Historie Lean SW-Development <ul><li>1947-1970: Toyota entwickelt Grundideen beim Wiederaufbau (1947) </li></ul><ul><li>1986: Hirotaka Takeuchi‘s wissensch. Studien zu „product development“ </li></ul><ul><li>1990: Prozess wird in der amerik. Wirtschaft erprobt (Schwaber, Sutherland…) </li></ul><ul><li>1995: Erste öffentliche Publikation auf der OOPSLA 95 (Schwaber & Sutherland) </li></ul><ul><li>2001: Buchveröffentlichung durch Mike Beedle und Ken Schwaber zu Scrum </li></ul><ul><li>2001: Agile Manifest wird veröffentlicht, Agile SWE hat sich etabliert </li></ul><ul><li>2005-2007: David Anderson probiert Kanban bei Microsoft aus, bloggt darüber </li></ul><ul><li>2009: Corey Ladas veröffentlicht Scrumban </li></ul><ul><li>2010: Buchveröffentlichung durch David Anderson zu Kanban </li></ul><ul><li>Parallele Entwicklungen: </li></ul><ul><ul><li>Extreme Programming (XP), ca. 1996-1998 </li></ul></ul><ul><ul><li>Crystal, ca. 1992-1997 </li></ul></ul><ul><ul><li>Feature Driven Development (FDD), ca. 1997-2002 </li></ul></ul>
  3. 3. Kernideen <ul><li>Grundideen 1950-1970: </li></ul><ul><ul><li>Build only what is needed </li></ul></ul><ul><ul><li>Eliminate everything that doesn‘t add value </li></ul></ul><ul><ul><li>Stop if something goes wrong </li></ul></ul><ul><ul><li>Respect those engaged in the work </li></ul></ul><ul><li>Agiles Manifest 2001: </li></ul><ul><ul><li>Individuals and interactions over processes and tools </li></ul></ul><ul><ul><li>Working software over comprehensive documentation </li></ul></ul><ul><ul><li>Customer collaboration over contract negotiation </li></ul></ul><ul><ul><li>Responding to change over following a plan </li></ul></ul>
  4. 4. Scrum 1. „ Scrum assumes you are all adults.“ Ken Schwaber
  5. 5. Scrum Flow
  6. 6. Rollen <ul><ul><li>Product Owner Team </li></ul></ul><ul><ul><li>Scrum Master </li></ul></ul>
  7. 7. Product Owner <ul><li>Pflege des Product Backlogs </li></ul><ul><li>Vertritt die fachliche Auftraggeberseite </li></ul><ul><li>Priorisiert Product Backlog: business value, frühe Funktionalität, ROI </li></ul><ul><li>Passive Teilnahme an Daily Scrums </li></ul><ul><li>Beantwortet Rückfragen des Teams </li></ul><ul><li>Nicht: </li></ul><ul><ul><li>Scrum Master, Team Member, Team Chef </li></ul></ul><ul><ul><li>Sprint Backlog während Sprint beeinflussen </li></ul></ul><ul><ul><li>Daily Scrums moderieren oder ungefragt dort reden </li></ul></ul><ul><ul><li>Seine Aufgaben nur zu Beginn / am Ende der Sprints wahrnehmen </li></ul></ul>
  8. 8. Scrum Master <ul><li>Verantwortung für den Prozess </li></ul><ul><li>Moderiert Scrum-Meetings </li></ul><ul><li>Vermittler und Unterstützer (Facilitator) </li></ul><ul><li>Beseitigt Hindernisse (Impediment Log) </li></ul><ul><li>Kümmert sich um Informationsfluss zw. Team und Product Owner </li></ul><ul><li>Verantwortet Aktualität der Scrum-Artefakte </li></ul><ul><li>Nicht: </li></ul><ul><ul><li>Chef für das Team </li></ul></ul><ul><ul><li>Arbeitszuteilung an Teammitglieder </li></ul></ul><ul><ul><li>Doppelfunktion Team Member / Product Owner (Interessenskonflikte) </li></ul></ul>
  9. 9. Team <ul><li>5 – 10 Personen </li></ul><ul><li>Selbstorganisierend </li></ul><ul><li>Interdisziplinär / Cross-functional </li></ul><ul><li>Daily Scrum </li></ul><ul><li>Ergebnis nach jedem Sprint: „shippable functionality“ </li></ul><ul><li>Reported Restaufwände für Backlog </li></ul><ul><li>Nicht: </li></ul><ul><ul><li>Fachkonzepte schreiben -> Product Owner </li></ul></ul><ul><ul><li>An Scrum Master oder Product Owner reporten -> berichten einander! </li></ul></ul><ul><ul><li>Das Sprint Backlog vernachlässigen </li></ul></ul>
  10. 10. Meetings <ul><li>Sprint Planning (4 h) </li></ul><ul><li>Daily Scrum (15 min) </li></ul><ul><ul><li>Was habe ich seit gestern getan? Fertig geworden? </li></ul></ul><ul><ul><li>Was tue ich morgen? </li></ul></ul><ul><ul><li>Hindernisse / Probleme </li></ul></ul><ul><li>Sprint Review (2 h) </li></ul>
  11. 11. Scrum Board / Burndown Chart Quelle: Mountaingoat Software 2010 Quelle: Alistair Cockburn, 2004
  12. 12. Kanban 2. „ Yes, we kanban!“ David Anderson
  13. 13. Bedeutung <ul><li>Kanban ist japanisch ( 看板 ) (Kan = Signal, Ban = Karte / Tafel / Beleg) </li></ul><ul><li>Kanban = Signal für das Auslösen einer Aktivität / Aktion </li></ul><ul><li>Fokus auf Wertschöpfungs prozess den ein Produkt durchläuft </li></ul><ul><li>Beispiele für Kanban </li></ul>
  14. 14. Prinzipien <ul><li>Der gesamte Wertschöpfungsprozess wird sichtbar gemacht </li></ul><ul><li>Beschränkung der „Work in Progress“ (WIP) für jeden Prozessschritt </li></ul><ul><li>Workflow nach Pull-Prinzip </li></ul><ul><li>Es existiert ein Backlog mit Anforderungen </li></ul><ul><li>Konsequente Optimierung und Maximierung des Durchsatzes durch das Team </li></ul>
  15. 15. Kanban Workflow Step 1 Step 2 Step n Done Queue Queue Queue In Process In Process In Process ... ... Backlog (3) (2) (4) (2) (2) (1)
  16. 16. Kanban Workflow Step 1 Step 2 Step n Done Queue Queue Queue In Process In Process In Process ... ... Backlog (3) (2) (4) (2) (2) (1)
  17. 17. Kanban Workflow Step 1 Step 2 Step n Done Queue Queue Queue In Process In Process In Process ... ... Backlog (3) (2) (4) (2) (2) (1)
  18. 18. Kanban Workflow Step 1 Step 2 Step n Done Queue Queue Queue In Process In Process In Process ... ... Backlog (3) (2) (4) (2) (2) (1)
  19. 19. Kanban Workflow <ul><li>Limit WIP! </li></ul>Step 1 Step 2 Step n Done Queue Queue Queue In Process In Process In Process ... ... Backlog (3) (2) (4) (2) (2) (1)
  20. 20. Kanban Workflow <ul><li>Limit WIP! </li></ul>Step 1 Step 2 Step n Done Queue Queue Queue In Process In Process In Process ... ... Backlog (3) (2) (4) (2) (2) (1)
  21. 21. Kanban Workflow <ul><li>Limit WIP! </li></ul>Step 1 Step 2 Step n Done Queue Queue Queue In Process In Process In Process ... ... Backlog (3) (2) (4) (2) (2) (1)
  22. 22. Kanban Workflow <ul><li>Limit WIP! </li></ul>Step 1 Step 2 Step n Done Queue Queue Queue In Process In Process In Process ... ... Backlog (3) (2) (4) (2) (2) (1)
  23. 23. Kanban Board Flow: from Engineering Release to Production Quelle: Norbert Winklareth, 2010 Model & Visual Control WIP Limits Pull
  24. 24. Messung Indikatoren und Optimierung <ul><li>Lead Time =  Zeit zur Fertigstellung einer in den Backlog gelegten Anforderung </li></ul><ul><li>Cycle Time =  Zeit zur Fertigstellung einer in den Prozess gegebenen Anforderung </li></ul><ul><li>Lead Time für den Kunden, Cycle Time zur Optimierung des Prozesses </li></ul><ul><li>Optimierungsansatz: Stabilisierung und Minimierung Cycle Time </li></ul><ul><ul><li>Minimierung von überlaufenden / leerlaufenden Queues </li></ul></ul><ul><ul><li>Pakete möglichst gleichgroß in den Prozess geben, notfalls Aufsplittung </li></ul></ul><ul><ul><li>Ressourcen umverteilen </li></ul></ul><ul><ul><li>Ressourcen für Prozessschritt aufbauen </li></ul></ul><ul><ul><li>Anzahl Arbeitspakete im Prozess reduzieren </li></ul></ul><ul><li>Ziel: Möglichst gleichmäßiger Durchflauf (Flow) </li></ul>
  25. 25. Vergleich Scrum / Kanban Quelle: Norbert Winklareth, 2010 Prioritisation Roles Flexibility to add items Estimation WIP Limitation Work item size Team composition Planning / process improvement Team commitment Process model Prioritisation optional Items must be prioritised No roles prescribed Prescribed 3 roles Whenever capacity is available Not within ongoing iteration Optional Prescribed Number of Work Items per process step Feature Points per Iteration No size prescribed Max. lengh of iteration Cross-functional teams optional, Specialist teams allowed Cross-functional teams Lead time Velocity Optional Specific amount of work Event-driven not iterative Timeboxed iteration prescribed Kanban Scrum
  26. 26. Links <ul><li>David Anderson‘s Blog: </li></ul><ul><li>http://www.agilemanagement.net/Articles/Weblog/blog.html </li></ul><ul><li>Corey Lada‘s Blog: </li></ul><ul><li>http://leansoftwareengineering.com </li></ul><ul><li>Weiterführende Informationen: </li></ul><ul><li>http://availagility.wordpress.com/2008/10/28/kanban-flow-and-cadence/ </li></ul><ul><li>http://en.wikipedia.org/wiki/Scrum_(development) </li></ul><ul><li>http://www.scrumalliance.org / </li></ul><ul><li>Buch: Agile Project Management with Scrum – Ken Schwaber </li></ul><ul><li>http://www.slideshare.net/norbertwinklareth/kanban-thinking-outside-the-time-box </li></ul>
  27. 27. Vielen Dank für Ihre Aufmerksamkeit. Titel der Präsentation | Veranstaltungsort | XX. Monat XXXX Seite
  28. 28. Backup
  29. 29. Advanced Kanban <ul><li>Behandlung von Bugs / dringlichen Wartungstätigkeiten </li></ul><ul><li>Multiprojektmanagement: Swimlanes </li></ul><ul><li>Statistische Auswertung (Cumulative Flow) </li></ul><ul><li>e-Kanban </li></ul>Cumulative Flow Quelle: Norbert Winklareth, 2010
  30. 30. Warum Kanban? <ul><li>Einschränkungen / Vorgaben durch den Scrum-Prozess </li></ul><ul><ul><li>Maximale Größe von Anforderungen = Iterationslänge </li></ul></ul><ul><ul><li>Kleine Änderungen können erst nach einer Iteration live gehen </li></ul></ul><ul><ul><li>Daily Standup, Sprint Planning oder Sprint Retro sind verpflichtend </li></ul></ul><ul><li>Das Unternehmen kann seinen bestehenden Prozess nutzen </li></ul><ul><ul><li>Kosten für Prozessänderungen bei Einführung von Scrum </li></ul></ul><ul><ul><li>Kein Konflikt mit der Unternehmenskultur </li></ul></ul><ul><ul><li>Keine strikten Rollen: Ressourcenplanung einfacher </li></ul></ul>

×