2. Überblick
■ Kurz über mich
■ Kanban & Change
■ Zahlen & Diagramme
■ Kanban als Management Tool
■ Wie es funktioniert
■ Kultur und Werte
■ Kanban Ecosystem
■ Zusammenfassung
220.09.2013
3. ■ Kurt Häusler
■ BSc Computer Science (2000)
■ Misc Certs:
□ CSM (2008)
□ CSP (2010)
□ PSM I (2012)
□ PMI-ACP (2012)
■ MSc Lean Software Management (2011)
■ KCP (2012)
■ „Servant leader, lean manager, systems
thinker, Stoosian, rightshifter, Kanban
expert, culture hacker, practitioner”
■ Process Master bei ETECTURE GmbH
Intermediate Kanban
ÜBER MICH
320.09.2013
4. Intermediate Kanban
ARTEN VON KANBAN
■ Wovon rede ich?
□ Die Kanban Methode für evolutionäre Change
□ Portfolio Kanban
□ Personal Kanban (for Teams)
□ Lean Change
□ Kanban für DevOps
□ Shallow und Deep Kanban
□ Scrumban
■ Andere Arten von Kanban
□ Klein-k kanban Systemen für WIP Limitierungen
□ ERP Kanban
□ NEU: OpenKanban
420.09.2013
5. Intermediate Kanban
PRINZIPIEN UND PRAKTIKEN
■ Prinzipien
□ Start with what you do now
□ Agree to pursue incremental, evolutionary change
□ Initially, respect current roles, responsibilities & job titles
□ Encourage acts of leadership at all levels in the organisation from individual
contributors to senior management. (NEU)
■ Praktiken
□ Visualize
□ Limit WIP
□ Manage flow
□ Make Management policies explicit
□ Develop feedback mechanisms at the workflow, inter-workflow and
organization level (NEU)
□ Improve collaboratively using "Safe to fail“ experiments
520.09.2013
6. Intermediate Kanban
MISSVERSTÄNDNISSE ÜBER KANBAN
Es wird gesagt Es sollte gesagt werden
Kanban für Wartung, Scrum für Neuentwicklung Scrum ist für Neuentwicklung gemeint und weniger
geeignet für Wartung. Kanban hat nichts mit
Neuentwicklung oder Wartung zu tun. Es geht um
Change, aber funktioniert gut zusammen mit
Neuentwicklung oder Wartungsprozessen.
Kanban ist Scrum-Lite, oder Scrum ohne Iterationen
und Planung
Kanban hat ein Konzept „Cadence“. Planung hängt
von dem tatsächlichen Prozess ab. Kanban hat auch
viele Elemente, die Scrum nicht hat
Kanban ist besser geeignet für Firmen, die mit Scrum
Schwierigkeiten haben
Eine schwaches Kanban-System kann vielleicht
zunächst weniger Auswirkung auf einem Team haben
als Scrum, aber wenn Kanban konsequent
angewendet wird, wird wahrscheinlich mehr Disziplin
und Leadership benötigt als bei Scrum
Du kannst von Scrum nach Kanban wechseln Du kannst Kanban auf einem Prozess anwenden in
dem Scrum vorkommt und vielleicht nach eine Reihe
von kleinen Änderungen zu einem Prozess kommen,
der nicht mehr als Scrum gilt
620.09.2013
7. Intermediate Kanban
UNTERSCHIEDE (UND GEMEINSAMKEITEN) ZWISCHEN SCRUM UND KANBAN
720.09.2013
Scrum Kanban
Framework oder Basis für
Produktentwicklungsprozess
Methode zur Unterstützung der
evolutionären Verbesserung
Iterationen Flow
Nur die Produktentwicklung selbst Ganze Wertschöpfungskette
Board folgt unterschiedliche Aufgaben
über einen generischen „Do“ Schritt
Board folgt Einträge von Kundenwert über
eine Reihe von spezifischen Schritten
„Walled Garden“ / Einzelteam Wirkung nicht lokal-isoliert
„Revolutionär“ „Evolutionär“
Möglich von Null anzufangen Braucht einen bestehenden Prozess
Hilft ein Team besser Produkte zu
entwickeln
Kann Organisationen helfen
Verbesserungen überall zu identifizieren
8. Intermediate Kanban
UNTERSCHIEDE (UND GEMEINSAMKEITEN) ZWISCHEN SCRUM UND KANBAN
■ Scrum und Kanban sind also nicht austauschbare Alternativen
■ Sie haben andere Ziele, Voraussetzungen und Einsatzgebiete
■ Ein Vergleich hilft Scrum-Kennern, Kanban zu verstehen
■ Beide haben Regeln
■ Beide ändern die Arbeitsweise ein bisschen, und sorgen für ständige
Verbesserung
820.09.2013
9. Intermediate Kanban
ANDERE UNTERSCHIEDE IN ZWISCHEN WIE DIE BEIDEN PRAKTIZIERT SIND
920.09.2013
Scrum Kanban
Standups geht durch die Runde geht über das Board
Teams klein und
funktionsübergreifend
kann mehrere Teams und
Teilnehmer involvieren
Retrospektive pflicht optional. Operations Review
auch optional.
Verbesserungen jederzeit
möglich
Backlog / Optionen soll geordnet werden, typisch
geschätzt
muss nicht geordnet werden,
typisch nicht geschätzt
Items PBIs können Stories sein
aber müssen nicht. Tasks
gibt es auch
PBIs, Stories, Minimal
Marketable Features,
Business Value Increments…
11. Intermediate Kanban
CHANGE
■ Wahrscheinlichkeit von Erfolg hängt ab von der Toleranz bzgl. Kosten/Verlusten
und der Dauer bis sie zurück bezahlt sind
■ Kaikaku: Eine größere, radikale, revolutionäre Change
■ Kaizen: Eine Reihe von kleine Verbesserungen
1120.09.2013
13. Intermediate Kanban
DREI ARTEN VON CHANGE
■ Änderungen im Kanban-System selbst
□ WIP Limits
□ Classes of Service
□ Swimlanes
□ Spalten
■ Angehen der Symptome von Problemen
□ Engpässe
□ alte/vergessene/stillstehende Arbeitspakete
■ Der tatsächliche Prozess wird geändert. Z.B.:
□ Angebote werden anders geschrieben
□ Management-Rolle anders definiert
□ Unnötige Prozessschritte werden abgeschafft
1320.09.2013
14. Intermediate Kanban
KANBAN IST NICHT DEIN PROZESS
1420.09.2013
Prozess: Rollen, Schritten, Projekten oder Produkten,
Neuentwicklung oder Wartung, Meetings, Artefakte…
15. Intermediate Kanban
KANBAN IST NICHT DEIN PROZESS
1520.09.2013
Prozess
Scrum
Vision, Angebote, Anf
orderungen Produktentwicklung,
Wartung
Freigabe, Versionen, Extern
e
Akzeptanz, Deployment, Vali
dation, Feedback
17. Intermediate Kanban
VORTEILE VON KANBAN
■ Verschwendung reduzieren durch:
□ reduzierte Inventar
□ Just-in-Time Arbeit und Entscheidungstreffen
■ Risk Management
■ Kürzere Lead-Times durch:
□ reduzierte Work-in-Process
□ entfernen von Verzögerungen
■ Mehr Flexibilität – z.B. durch Selbtsorganisation
■ Mehr Sichtbarkeit
□ z.B. Engpässe, inaktive Arbeitspakete, Leerläufe
■ Auslastung automatisch zu Kapazität, wird begrenzt durch
□ WIP-Limitierung
□ Pull
■ Besseres Kapazitätsmanagement
■ Bessere Vorhersehbarkeit
■ Fördert eine „agile“ Kultur
1720.09.2013
18. Intermediate Kanban
WARNUNGEN
■ Change kann stressig sein
■ Alle müssen bereit sein Ownership des Systems zu übernehmen und zu verteilen
■ Alle müssen offen sein ihre Arbeits- und Denkweise schrittweise anzupassen
■ Einiges kann schwer fallen:
□ Aspekte oder Konsequenzen von Kanban (wie Slack und Swarming) zu
akzeptieren
□ Wenn die Nachfrage größer ist als die Kapazität, müssen Anfragen absagt
werden
□ Termine usw. dürfen nicht mehr auf Wünschen basieren, sondern auf
Realität, weil unrealistischer Druck keine Option sein wird
■ Ein Risiko besteht Change in der falschen Richtung zu fördern!
1820.09.2013
19. Intermediate Kanban
KENNZAHLEN
■ Throughput
□ z.B. 5 Items pro Woche
□ Gleich wie in Scrum Velocity, (aber eine einfache Anzahl statt Summe von Story
Points)
□ Anzahl von Items die das System verlässt pro Zeiteinheit
□ Schwer zu verbessern, dennoch möglich durch:
Mehr Kapazität
Reduzierung von verschwendeter Arbeit
Effektivere Arbeitsweise
□ Wegen Pull-Prinzip: sollte gleich wie die Eingaberate und gleich für alle Spalten
sein
■ Lead Time
□ z.B. 30 Tage
□ Zeit zwischen erstem Commitment und Done (es gibt aber Ausnahmen)
□ Pro Item oder Durchschnitt (pro Class of Service)
□ Leichter zu verbessern durch Reduzierung der WIP (bis zu einem Punkt)
□ Kann auch durch die Entfernen der Wartezeiten der Arbeit reduziert werden
□ Gut zu reduzieren weil Wissensarbeit „sauer wie Milch“ wird
1920.09.2013
20. Intermediate Kanban
KENNZAHLEN
■ Work in Progress (WIP)
□ z.B. 90 Items
□ Anzahl von Items im System (oder in einer Auswahl von Spalten)
□ Sollen normalerweise reduziert werden um Lead Time zu optimieren
□ Manchmal zum bestimmten Zeitpunkt oder als Durchschnitt benutzt
□ Kann reduziert werden durch Reduzierung der WIP Limits
■ Andere
□ „Cycle Time“
□ Process Cycle Efficiency
□ Pull-Transaktionen pro Mitarbeiter (oder pro Euro)
2020.09.2013
27. Intermediate Kanban
CUMULATIVE FLOW DIAGRAM
■ Schritte gehen von oben bis untern
■ Vertikaler Abstand ist WIP
■ Horizontale Abstand zwischen 2 Farben ist Lead Time
■ Anstieg ist Throughput
■ Diese Diagramme zeigt kein Flow an => typisch wenn:
□ Wasserfall-Prozess
□ Batch-Size ziemlich groß
□ Zu viel WIP
□ Viel Overhead, Verschwendung und/oder Batching.
□ Zu viel hin-und-her bis jemand entschiedet ob etwas fertig ist oder nicht
■ Die Senke geht um ein verschwundenes Board ;-)
■ Die letzte 2 Monate zeigen einen Fokuswechsel an, aber keine richtige Änderung
2720.09.2013
29. Intermediate Kanban
CUMULATIVE FLOW DIAGRAM
2920.09.2013
■ Hier gibt es Flow, weil keine Bürokratie, kein Overhead, kleine Items, kein
Wasserfall-Prozess. Karten verschieben wenn es fertig ist ohne Diskussion.
Wenn doch nicht fertig, kommt eine neue Karte.
■ Ende Mai zeigt viele Items in Produktion in einem Rutsch Kunde installiert
neue Version
31. Intermediate Kanban
SERVICE LEVEL AGREEMENTS
3120.09.2013
■ Beispiel: 85% von Items mit festen Termin werden innerhalb von 45 Tagen
geliefert werden
■ Aber: 99% von Items mit festen Termin werden innerhalb von 300 Tagen geliefert
werden
■ Weil Lead Times nicht normalverteilt sind, können Standard-Abweichung usw.
nicht benutzt werden um SLAs zu berechnen
33. Intermediate Kanban
CLASSES OF SERVICE
■ Unterschiedliche Arten von Items können unterschiedliche Regeln haben
■ Die 4 Klassiker (auf Verzögerungskosten basiert)
□ Beschleunigt (Expedite)
□ Fester Termin (Fixed Date)
□ Vage (Intangible)
□ Standard
■ Classes of Services können Kapazität (WIP) allokiert bekommen
■ Können durch Kartenfarbe oder mit Swimlanes identifiziert werden
■ Können auch unterschiedliche Pull-Regeln haben
3320.09.2013
34. Intermediate Kanban
PORTFOLIO KANBAN UND RISK MANAGEMENT
3420.09.2013
Introduction Growth Maturity Decline
1 4 6 4 (=15)
A 3
C 3
D 3
E 3
F 3
M 3
(=18)
35. Intermediate Kanban
RISKS MANAGED
3520.09.2013
■ Finanzielle: Produkte verdienen noch Geld um neue Entwicklung und Wartung
von alten Produkten zu finanzieren
■ Technisch: Viele neue Technologien sind nicht in einem Rutsch
■ Kulturelle: Jede Team bekommt eine gute Mischung von Neuentwicklung und
Wartung
■ Fokus: Wir verteilen und nicht zu dünn über zu viele Produkten
■ Kapazität für Innovation: Ein komplettes Team ist frei (aber verteilt durch alle
Teams) um schnell um neue spannende Möglichkeiten anzugehen
36. Intermediate Kanban
PORTFOLIO KANBAN UND RISK MANAGEMENT
3620.09.2013
■ Wir wollen auch ein Bilanz haben zwischen Cash Cows, strategische Produkte,
risikoreiche Produkte, und interne Forschung
■ Risk Management Regeln auf der Team-Ebene: 10% von jedem Teams WIP soll
für Technical Debt allokiert, n% für Produkt A, n% für Produkt B
■ Diese Schrauben können ständig angepasst werden nach der Situation
■ Jedes Team hat andere Profile (Throughput, Lead Time, Vorhersehbarkeit,
Kosten usw.), was ermöglicht Management das beste Team auszuwählen für die
Arbeit.
37. Intermediate Kanban
PROJEKTMANAGEMENT
3720.09.2013
■ Goldene Regel: „Fang früh genug an“
■ Aber wie lange wird‘s dauern?
□ Littles Law: nur für einzelne Karten nützlich (aber kann benutzt werden um
benötigte WIP zu berechnen)
□ Grobe Formel: (Anzahl von Items / Throughput) + durchschnittliche Lead Time
□ (50 Items / 0,5 Items pro Tag) + 30 Tage = 130 Tage
□ Aber wegen Variabilität, Projektdauer hängt von 1 oder 2 schwere Items ab
□ Wie lang haben die letzte 50 Items gedauert? (Letztes „Done“ Datum –
frühestens „Start“ Datum) = 250 Tage. (Wegen eine Karte die besonders lang
gedauert hat)
■ Projekte sind überwertet!
38. Intermediate Kanban
SLACK
3820.09.2013
@ 95% : 10 Items
pro Stunde
@ 81% : 10 Items pro Stunde
@ 83% : 10 Items
pro Stunde
@ 45% : 10 Items
pro Stunde
@ 87% : 10 Items
pro Stunde
Image Attribution: Joseph William Zaehnsdorf [Public domain], via Wikimedia Commons
39. Intermediate Kanban
SLACK
3920.09.2013
@ 95% : 10 Items
pro Stunde
@ 81% : 10 Items pro Stunde
@ 83% : 10 Items
pro Stunde
@ 85% : 18 Items
pro Stunde
@ 87% : 10 Items
pro Stunde
Image Attribution: Openclipart.org
40. Intermediate Kanban
UTILISATION
4020.09.2013
■ Unnötige Arbeit ist Verschwendung!
■ Effizienz = Wert / Aufwand
■ Managers arbeiten als ob Effizienz = Wert * Aufwand!
■ Time & Materials Billing eignet sich auch als ob mehr Aufwand besser ist!
■ Unnötige Wissensarbeit besonders Verschwenderisch weil es verderblich ist
■ Wissensarbeit ist kein Vermögen bis es Live und Validiert ist, sondern eine Liability
(Belastung?)
■ Arbeit die zu früh ausgeführt ist, ist auch Verschwendung
■ Lieber ein Buch lesen oder Facebook anschauen als „für das nächste Item
vorbereiten“
41. Intermediate Kanban
COMMITMENT, ENTSCHEIDUNGEN, OPTIONEN UND LIQUIDITÄT
4120.09.2013
■ Kanban hat sogenannte „2-Phase Commitment“
■ Phase 1: Pull von Backlog in Input Queue „Wir commiten das Item
anzufangen, und vorhersehen mit m% (nicht sehr viel) Sicherheit das es wird in n
Tagen fertig“
■ Phase 2: Später im Prozess, nach der meisten Arbeit: „Wir commiten das Item
abzuschließen und vorhersehen mit m% (viel mehr) Sicherheit das es wird in n
Tagen fertig“
■ Jedes Pull bietet die Möglichkeit an ein Entscheidungen zu treffen:
□ Was soll ich pullen?
□ Soll ich etwas entfernen? Weil Optionen haben Wert weil die Zukunft
unsicher ist
□ Wenn keine Ideen weggeworfen werden, es heißt die Zukunft 100% sicher ist
■ Liquidität: Anzahl von „Pull-Transaktionen“ pro Mitarbeiter (oder pro Euro)
43. Intermediate Kanban
KANBAN KULTUR
4320.09.2013
■ Kanban ist nicht nur Änderung in einer beliebigen Richtung
■ Aber hilft etwas besonderes zu passieren
■ High Trust Culture
■ „Deep Kanban - A biased and opinionated participant in the path towards synergy“
■ Kanban geht vielleicht nicht nur um Change, aber auch die Ergebnis davon
44. Intermediate Kanban
TRAINING & ZERTIFIZIERUNG
4420.09.2013
■ Es gibt viele Möglichkeiten, aber The Lean-Kanban University (LKU) bietet eine
„accredited“ 2-tagige Schulung an
■ Wird von Accredited Kanban Trainers (AKT) angeboten
■ Also erste Zertifizierung (AKT) nur für Trainers bei LKU Partner-Firmen
■ Zweite Stufe wäre 3-tagige Kanban Masterclass nur von David Anderson
angeboten
■ Neue Zertifizierung für Coaches verfügbar: Kanban Coaching Professional (KCP)
□ In Masterclass teilgenommen
□ Erfahrung
□ „Peer-Review“
□ Bisher nur 34 davon
45. Intermediate Kanban
KONFERENZEN UND WEITERE INFO
4520.09.2013
■ Jedes Jahr gibt es mehrere Lean-Kanban Konferenzen die von der Lean Systems
Society und/oder die Lean-Kanban-University organisiert sind
■ Lean Kanban Central Europe: http://www.lean-kanban.eu/
■ Usergroup: Limited WIP Society: http://limitedwipsociety.ning.com/
■ Limited WIP Society DE:
https://www.xing.com/net/pri1f31bbx/limitedwipsocietygermany/
■ Mailing List kanbandev: http://finance.groups.yahoo.com/group/kanbandev/