Kanban @ PARSHIP

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: marco.melas@parship.comudo.carls@parship.comalexander.fedtke@parship.com