kanban @ parship
DESCRIPTION
TRANSCRIPT
Marco, Udo & Alexander
14. Mai 2013
Kanban @ PARSHIP
2
Agenda und Vorgehen
09.04.2023
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
09.04.2023
4
Product Development Team in a nutshellProduct Management
• 4 PO• 2 UX• 1 Designer
Engineering (6 ppl/team)• 3 ScrumBan Teams• 1 Kanban Team
IT-Ops (5 ppl)• 1 Kanban Team
09.04.2023
5
Was interessiert euch besonders?
09.04.2023
6
Warum haben wir über Kanban nachgedacht?
Release-Sprint 1 Release-Sprint 2 Release Sprint 3
Sprint 1 Sprint 2 Sprint 3 Sprint 4
Parallele Arbeit Parallele Arbeit Parallele Arbeit
Sprint3 weeks
24 hours
RESTROSPECTIVE
SPRINT BACKLOGPRODUCT
BACKLOG
DAILY SCRUM SESSION
DELIVERABLEPRODUCT
SPRINT PLANNING SESSION
ESTIMATIONSESSION
€ §
09.04.2023
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
09.04.2023
EINFÜHRUNG SOFTWARE KANBAN
2012-10-30
ALEXANDER FEDTKE
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
09.04.2023
10
Was sind unsere aktuellen Probleme in
Engineering und QA?
09.04.2023
11
Was ist Kanban?
Projektmanagement-Methode
Prozess
Entwicklungsmethode
Change Methode
09.04.2023
12
The Name Game
09.04.2023
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
09.04.2023
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
09.04.2023
15
QA in Progress (2)
DEV (2)
One Day in Kanban Land
Backlog In Progress Done Ready for Release
Selected (2)
I
E
F
G
H
J
L
A
B
D
K
C
09.04.2023
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)
09.04.2023
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
09.04.2023
18
The Pizza Game
09.04.2023
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
09.04.2023
20 09.04.2023
21 09.04.2023
22 09.04.2023
23
Scrum-Ban
Vorgehensweise wurde im
März 2013
mit den Teams erneut diskutiert.
09.04.2023
24
Neuer Regressionstestphase Plus Testautomatisierung erhöhen um Release Transaktionskosten
zu senken durch verordnetes Swarming Negativ auf Flow da Code Freeze
09.04.2023
KANBAN IM
OPERATIVEN EINSATZ
26
Wie läuft Kanban bei PARSHIP konkret ab?
09.04.2023
27 09.04.2023
28 09.04.2023
29 09.04.2023
30
Experimente
09.04.2023
AKTUELLE
HERAUSFORDERUNGEN
32
• MVP
• T-shaped skill-sets
• Cross-Team-Aufgaben
• Erfolgsmessung
• Ausweitung in das übrige Unternehmen
09.04.2023
Thank you for your attention.
PARSHIP GmbHSpeersort 10D - 20095 Hamburg Germany
Contact: [email protected]@[email protected]