326-mal heruntergeladen
![«Beispiel
Derivative
Partners»
0
20
40
60
80
100
120
140
160
180
27/02/2012
05/03/2012
12/03/2012
19/03/2012
26/03/2012
open
in progress
test
resolved
0
20
40
60
80
100
120
140
160
180
200
27/02/2012 27/03/2012
effort [h]
target [h]
STORY SUMMARY STP O P T R
25 New Print function 2 X
07 Daily Data Snapshot 8 X
Burndown Charts & Backlog Check Board & Spent Time
SCRUM KANBAN](https://image.slidesharecdn.com/dpr-scrumban-120306160130-phpapp01/85/Scrumban-Projektentwicklung-mit-Scrum-und-Incident-Management-uber-Kanban-meistern-40-320.jpg)
Hochgeladen vonCem Kulac
Scrumban - Projektentwicklung mit Scrum und Incident-Management über Kanban meistern
Das Dokument bietet eine Einführung in Agile-Methoden, speziell Scrum, Kanban und deren Kombination, bekannt als Scrumban. Es erläutert die Prinzipien des Agilen Manifests, die Unterschiede zwischen traditionellen und agilen Ansätzen und beschreibt, wie Scrumban in der Produktentwicklung sowie im eventgetriebenen Support eingesetzt wird. Außerdem werden Anwendungsbeispiele und die Vorteile der parallelen Nutzung beider Methoden aufgeführt, um die Effizienz und Flexibilität in der Projektarbeit zu verbessern.
Scrumban - Projektentwicklung mit Scrum und Incident-Management über Kanban meistern
- 1.
- 2. « Agenda »Überblick
- 3. « Agenda » Einführung1 Agile Scrum 3 Agile Kanban 3 Agile Scrumban 2 Abschluss 1 10 Story Points 17.00 – 18.00 = 1h
- 4. « Ziel » Jederversteht den Begriff Agile, kann die zugehörigen Methoden Scrum &/ Kanban erklären und die daraus möglichen Potentiale zu Scrumban erläutern
- 5.
- 6. « Agile » „Ineinem sich ständig ändernden Umfeld erfolgreich sein“
- 7. « Agile » ImFebruar 2001 haben 17 Erstunterzeichner diese Werte als Agiles Manifest unterzeichnet • Menschen und Interaktionen sind wichtiger als Prozesse und Werkzeuge. • Funktionierende Software ist wichtiger als umfassende Dokumentation. • Zusammenarbeit mit dem Kunden ist wichtiger als die ursprünglich formulierten Leistungsbeschreibungen. • Eingehen auf Veränderungen ist wichtiger als Festhalten an einem Plan.
- 8. « Agile » Design Umsetzung Überprüfung Analyse StandardProzess «Wasserfall»
- 9. « Agile » Design Umsetzung Überprüfung Monatebis zu Jahre Analyse Standard Prozess «Wasserfall»
- 10.
- 11.
- 12. « Agile »Analyse DesignUmsetzung Überprüfung
- 13. « Agile » Tagebis zu Wochen Analyse DesignUmsetzung Überprüfung
- 14. « Agile » Wasserfall Sequentiell Big Bang Grosser „Fall“ Sprünge Veränderung managen Grosses Design von Anfang an Integration zuletzt Test nachher Agile Iterativ Inkrementelle Lieferung Schneller „Fall“ Baby Steps Auf Veränderung reagieren Inkrementelles Design Kontinuierliche Integration Test zuerst
- 15. « Agile » (CH)Unternehmen welche agile Methoden in der CH anwenden
- 16. « Agile » InternationaleUnternehmen welche agile Methoden anwenden
- 17.
- 18.
- 19.
- 20. « Scrum » EinFramework, mit dessen Hilfe Menschen komplexe adaptive Aufgabenstellungen angehen können, und durch das sie in die Lage versetzt werden, produktiv und kreativ Produkte mit dem höchstmöglichen Wert auszuliefern.
- 21.
- 22. « Scrum » Überblick 3Rollen 4 Meetings 3 Artefakte
- 23. « Scrum » Überblick 3Rollen
- 24. « Scrum » Überblick 3Rollen 3 Artefakte
- 25. « Scrum » Überblick 3Rollen 3 Artefakte 4 Meetings
- 26. « Scrum » Überblick 3Rollen 3 Artefakte 4 Meetings Scrum ist • Leichtgewichtig • Einfach zu verstehen • Schwierig zu meistern
- 27.
- 28.
- 29.
- 30. « Kanban » Dasursprüngliche Kanban-System wurde 1947 von Taiichi Ohno in der japanischen Toyota Motor Corporation entwickelt. Ein Grund hierfür war die ungenügende Produktivität des Unternehmens im Vergleich zu amerikanischen Konkurrenten.
- 31. « Kanban » Dasursprüngliche Kanban-System wurde 1947 von Taiichi Ohno in der japanischen Toyota Motor Corporation entwickelt. Ein Grund hierfür war die ungenügende Produktivität des Unternehmens im Vergleich zu amerikanischen Konkurrenten. „Es müsste doch möglich sein, den Materialfluss in der Produktion nach dem Supermarkt-Prinzip zu organisieren, das heißt, ein Verbraucher entnimmt aus dem Regal eine Ware bestimmter Spezifikation und Menge; die Lücke wird bemerkt und wieder aufgefüllt“. Ohno beschrieb die Idee so:
- 32. « Kanban » Überblick Kanbanist ein systematischer Ansatz zur Visualisierung & Steuerung der kontinuierlichen Verbesserung von Prozessen & Produkten, in der Wissensarbeit
- 33. « Kanban » Überblick Kanbanist ein systematischer Ansatz zur Visualisierung & Steuerung der kontinuierlichen Verbesserung von Prozessen & Produkten, in der Wissensarbeit Wo haben wir ruhende Arbeiten? Wie lange dauern unsere Arbeiten? Wie lange dauern Arbeiten von A – Z? Wo sind die Flaschenhälse in unserer Umgebung? Wie verbessern wir uns gemeinsam?
- 34. « Kanban » Überblick Kanbanist ein systematischer Ansatz zur Visualisierung & Steuerung der kontinuierlichen Verbesserung von Prozessen & Produkten, in der Wissensarbeit Wo haben wir ruhende Arbeiten? Wie lange dauern unsere Arbeiten? Wie lange dauern Arbeiten von A – Z? Wo sind die Flaschenhälse in unserer Umgebung? Wie verbessern wir uns gemeinsam?
- 35.
- 36. « Was ist Scrumban» Bei Scrumban verwenden wir Scrum und Kanban parallel. Scrum wird für die planbare Produktentwicklung verwendet, während Kanban die eventgetriebene Themen abdeckt (z.b. Support) . Die strenge Trennung mit paralleler Anwendung der beiden Methoden ermöglicht eine effektivere Planung, sowie eine einfache Steuerung aller Anfragen in den Projekten.
- 37. «Wie wird’s angewendet? » Produktentwicklu ng Bug /Daily Issues SCRUM KANBAN Planbar Eventgetrieben
- 38.
- 39. «Beispiel Derivative Partners» SCRUM KANBAN Total WorkingDays (Sprint) 20 Teammember 5 Total Working Days 100 Velocity STP/PD (Mittelwert) 1.5 Working Days SCRUM 80 Commited/Planned StoryPoints 120 Working Days KANBAN 20 Budgetiert Kanban 8h 100% der möglichen Kapazität im Sprint / Release
- 40. «Beispiel Derivative Partners» 0 20 40 60 80 100 120 140 160 180 27/02/2012 05/03/2012 12/03/2012 19/03/2012 26/03/2012 open in progress test resolved 0 20 40 60 80 100 120 140 160 180 200 27/02/2012 27/03/2012 effort[h] target [h] STORY SUMMARY STP O P T R 25 New Print function 2 X 07 Daily Data Snapshot 8 X Burndown Charts & Backlog Check Board & Spent Time SCRUM KANBAN
- 41. «Scrumban Lektüre» Gute Beschreibung überKANBAN und warum KANBAN vereint mit Scrum eine ideale Lösung ist. Ladas Corey Scrumban – Essays on Kanban System for Lean Software Development
- 42. Boards Board für CustomerSupport mit - Swimmlanes - Avatare => Mitarbeiter - WiP Limits - Development Phasen
- 43. Boards Internationale Versicherung inder Schweiz Mit 3 PO’s und einem Scrum Team von 8 Entwicklern
- 44. Boards Internationale Versicherung inder Schweiz Mit 3 PO’s und einem Scrum Team von 8 Entwicklern
- 45. Boards BlueLion Zürich 3-4 Abteilungen,Coaching, Marketing, Administration
- 46. Boards BlueLion Zürich 3-4 Abteilungen,Coaching, Marketing, Administration
- 47. Boards BlueLion Zürich 3-4 Abteilungen,Coaching, Marketing, Administration
- 48. Boards Bison ERP Performance Team– Scrum, Kanban, LeanStartup
- 49. Boards Bison ERP Performance Team– Scrum, Kanban, LeanStartup
- 50.
- 51. Boards Zürich Fest 2013 Planungund Durchführung mit 30 Teilzeitlern, 50 DJs über Kanbanboard