43-mal heruntergeladen
Hochgeladen vonParship
Kanban @ PARSHIP
Das Dokument beschreibt die Einführung der Kanban-Methodik bei Parship, einem führenden Online-Partnervermittlungsdienst mit 160 Mitarbeitern und einem Umsatz von 55 Millionen Euro. Ziel war es, Multitasking zu reduzieren und die Flexibilität in der Priorisierung zu erhöhen, während die Grundprinzipien und Kerneigenschaften von Kanban erläutert werden. Zudem werden Herausforderungen und aktuelle Probleme in Engineering und Qualitätssicherung hervorgehoben.
Weitere ähnliche Inhalte
![#Nochnixhaiku 2013 [automatisch gespeichert]](https://cdn.slidesharecdn.com/ss_thumbnails/nochnixhaiku2013automatischgespeichert-130604064639-phpapp02-thumbnail.jpg?width=640&height=640&fit=bounds)
Kanban @ PARSHIP
- 1. Marco, Udo &Alexander 14. Mai 2013 Kanban @ PARSHIP
- 2.
- 3. Present in12 European countries and Mexico 160 employees Subsidiary of the Georg von Holtzbrinck publishing group Premium brands: PARSHIP.com and gayPARSHIP.com EUR 55 mio. turnover in 2010 PARSHIP: Leading online matchmaking agency in Europe 322.05.2013
- 4. 4 Product Development Teamin a nutshell Product Management • 4 PO • 2 UX • 1 Designer Engineering (6 ppl/team) • 3 ScrumBan Teams • 1 Kanban Team IT-Ops (5 ppl) • 1 Kanban Team 22.05.2013
- 5.
- 6. Warum haben wirüber Kanban nachgedacht? 6 Release-Sprint 1 Release-Sprint 2 Release Sprint 3 Sprint 1 Sprint 2 Sprint 3 Sprint 4 Parallele Arbeit Parallele Arbeit Parallele Arbeit Sprint 3 weeks 24 hours RESTROSPECTIVE SPRINT BACKLOGPRODUCT BACKLOG DAILY SCRUM SESSION DELIVERABLE PRODUCT SPRINT PLANNING SESSION ESTIMATION SESSION € § 22.05.2013
- 7. Kanban sollte zweiDinge lösen: 1. Multitasking reduzieren stop starting… start finishing! 2. Flexibilität in der Priorisierung der nächsten Themen/Tasks erhöhen Kein commitment mehr für einen Sprint, aber für den WIP 722.05.2013
- 8.
- 9. Workshop Agenda 09:30 –10:00 Kanban Teil 1 10:00 – 10:30 „Name Game“ in Gruppen 10:30 – 12:00 Kanban Teil 2 12:00 – 13:00 Gemeinsames Mittagessen 13:00 – 14:30 „Pizza Game“ in Gruppen 14:30 – 14:45 Pause 14:45 – 15:30 Workflow und WIPs definieren (Teams) 15:30 – 16:00 Präsentation der Workflows 16:00 – 16:15 Workflow festlegen (Teams) 16:15 – 18:00 PO definieren anhand neuer WIP Limits die „Selected Stories“ + Puffer 922.05.2013
- 10. Was sind unsereaktuellen Probleme in Engineering und QA? 1022.05.2013
- 11. 11 Was ist Kanban? Projektmanagement-Methode Prozess Entwicklungsmethode Change Methode 22.05.2013
- 12.
- 13. Grundprinzipien Beginne dort,wo du dich im Moment befindest Verständige dich mit anderen auf inkrementelle, evolutionäre Veränderungen Respektiere den bestehenden Prozess sowie die existierenden Rollen, Verantwortlichkeiten und Berufsbezeichnungen Fördere Leadership-Handlungen auf allen Ebenen 1322.05.2013
- 14. Kerneigenschaften Visualisiere denWorkflow Begrenze den „Work in Progress“ Manage den Fluss (Flow) Mache die Regeln für den Prozess explizit Führe Feedback-Schleifen/Praktiken ein Verbessere kollaborativ, entwickle experimentell 1422.05.2013
- 15. QA in Progress (2) DEV(2) One Day in Kanban Land 15 Backlog In Progress Done Ready for Release Selected (2) I E F G H J L A B D K C 22.05.2013
- 16. Gemeinsamkeiten: Scrum undKanban Beide Vorgehensweisen sind lean und agil Beide verwenden einen „Pull“-Prozess (bei Scrum über das Commitment und Kanban über den Workflow) Beide begrenzen das WIP (bei Scrum pro Sprint und bei Kanban zu jedem Zeitpunkt pro Spalte) Beide setzen auf Transparenz, um Prozessverbesserungen anzustoßen Beiden geht es zentral darum, releasefähige Software frühzeitig und häufig zu produzieren Beide sind in selbstorganisierenden Teams verankert Beide erfordern, dass die Arbeit in Teile herunter gebrochen wird Bei beiden wird der Releaseplan auf der Basis empirischer Daten fortwährend angepasst (velocity / lead time) 1622.05.2013
- 17. 17 Bis jetzt Abjetzt Timebox Iteration vorgeschrieben. Timebox Iteration optional. Aber Branching erfolgt im 2-Wochen Rythmus Team Commitment pro Sprint WIP Limit indirekt pro Sprint WIP Limit direkt (pro Workflow Spalte) Während des laufenden Sprint werden keine neuen Aufgaben aufgenommen. Es können immer neue Aufgaben aufgenommen werden, sobald Kapazität dafür vorhanden ist. Der Sprint Backlog gehört einem Team. Ein Kanban Board kann von mehreren Teams geteilt werden. Wir beginnen mit einem Board pro Team Ein Scrum Board wird auf null gesetzt nach jedem Sprint. Ein Kanban Board ist persistent. Estimation vorgeschrieben Scrum und Kanban Commitment optional Estimation optional 22.05.2013
- 18.
- 19. Grundregeln für dieTeam Boards Erste Spalte ist die Selected Spalte und diese gehört dem PO Definition of Done Reached Spalte muss vorhanden sein Stories oder Bugs dürfen nicht nach links laufen Pull Mechanismus sicherstellen WIP Limits einführen 1922.05.2013
- 20.
- 21.
- 22.
- 23. 23 Scrum-Ban Vorgehensweise wurde im März2013 mit den Teams erneut diskutiert. 22.05.2013
- 24. Neuer Regressionstestphase PlusTestautomatisierung erhöhen um Release Transaktionskosten zu senken durch verordnetes Swarming Negativ auf Flow da Code Freeze 2422.05.2013
- 25.
- 26. Wie läuft Kanbanbei PARSHIP konkret ab? 2622.05.2013
- 27.
- 28.
- 29.
- 30.
- 31.
- 32. 32 • MVP • T-shapedskill-sets • Cross-Team-Aufgaben • Erfolgsmessung • Ausweitung in das übrige Unternehmen 22.05.2013
- 33. Thank you foryour attention. PARSHIP GmbH Speersort 10 D - 20095 Hamburg Germany Contact: marco.melas@parship.com udo.carls@parship.com alexander.fedtke@parship.com