Diese Präsentation wurde erfolgreich gemeldet.
Wir verwenden Ihre LinkedIn Profilangaben und Informationen zu Ihren Aktivitäten, um Anzeigen zu personalisieren und Ihnen relevantere Inhalte anzuzeigen. Sie können Ihre Anzeigeneinstellungen jederzeit ändern.
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.925 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>

×