3. Present in 12 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 Team in 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
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 zwei Dinge 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
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 den Workflow
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 und Kanban
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 Ab jetzt
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
19. Grundregeln für die Team 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
24. Neuer Regressionstestphase
Plus Testautomatisierung erhöhen um Release Transaktionskosten
zu senken durch verordnetes Swarming
Negativ auf Flow da Code Freeze
2422.05.2013
32. 32
• MVP
• T-shaped skill-sets
• Cross-Team-Aufgaben
• Erfolgsmessung
• Ausweitung in das übrige Unternehmen
22.05.2013
33. Thank you for your attention.
PARSHIP GmbH
Speersort 10
D - 20095 Hamburg Germany
Contact:
marco.melas@parship.com
udo.carls@parship.com
alexander.fedtke@parship.com
