Eine Fallstudie und sechs Fallbeispiele zu Kanban und den Kanbanpraktiken – Das 61. Treffen der Limited WIP Society Cologne

Beim 61. Treffen der Limited WIP Society Cologne haben uns Thomas und Thomas mit zwei interessanten Vorträgen beglückt.

Thomas Schrader hat von der Reise seines Teams von aus einem eher undefinierten Entwicklungsprozess in die Agile Welt mit Scrum und Kanban berichtet.

chaos2agile-thomas-schrader-pdf

Seine Folien findet ihr hier: chaos2agile.

Im zweiten Vortrag hat uns Thomas Epping Fallbeispiele aus seinem Projektalltag zu den sechs Kanbanpraktiken vorgestellt.

sechs_fallbeispiele

Besonders spannend war es hier, zu sehen wie konkret sich die einzelnen Praktiken tatsächlich mit Techniken (und Technik🙂 ) umsetzen lassen. Zu sehen, wie zum Beispiel die Einführung einer Feedback-Schleife ( explizite Praktik ) durch die Nutzung einer anderen Praktik – nämlich der Visualisierung – für alle greifbar wird lieferte einen zusätzlichen Erkenntnisgewinn für die Teilnehmer. Wir könnten hier noch weit ins Detail gehen, aber das würde den Umfang dieses Beitrags sprengen.

Weitere Details erzählen euch die beiden Thomasse (@thomasepping und Thomas Schrader) bestimmt gerne im persönlichen Gespräch.

Veröffentlicht unter Erfahrungsberichte, Treffen | Kommentar hinterlassen

„Kanban Guide?“ Ein Betrachtung des „Essential Kanban Condensed“ Guide auf dem 60. Treffen der Limited WIP Society Köln

Form und Inhalt

Essential Kanban Condensed wurde im Mai diesen Jahres veröffentlicht. Autoren sind der „Kanbanerfinder“ David J. Anderson und Andy Carmichael (ein Kanban Certified Professional). Der Guide gibt auf 45 Seiten einen Überblick über die Basis der Kanban Methode und angrenzende Themen. Zusätzlich gibt es ein Umfangreiches Glossar, dass (Fach)Begriffe aus dem Kanbanland definiert und eine lange Liste an Literaturempfehlungen. Zunächst werden Kanbangrundlagen (Was ist Kanban, Kanban Values, Kanban Agendas, Kanban Prinzipien, Flow Systems und Kanban Pratiken) vorgestellt. Im Anschluss daran werden weiterführende Themen (Einführung von Kanban in Unternehmen, Rollen in Kanban, Forecasting und Metriken, Erweiterungsmöglichkeiten für den Einsatz von Kanban) vorgestellt. Abschließend gibt es ein paar Empfehlungen, wie sich der Leser weiter mit dem Thema Kanban auseinandersetzen kann. Einen guten Überblick vermittelt auch ein bei den London Lean Kanban Days aufgezeichnetes Video in dem Andy Carmichael das Buch vorstellt.

Vergleich  Scrum Guide / Kanban Guide

Während der Scrum Guide ganz offiziell den Anspruch hat die Methode zu definieren und zudem vorsätzlich frei verfügbar ist, ist der Kanban Guide eher ein kurzer Einblick und auch nur „noch“ kostenfrei Verfügbar – die Printversion kann schon heute gekauft werden. Der Verweis auf den noch erscheinenden „Vollständigen“ Kanban Guide macht deutlich, dass der Begriff „Condensed“ aus dem Namen des Guides tatsächlich Programm ist. Hier sind die Unterschiede sowohl von der Zielsetzung als auch vom Verteilungsmodell deutlich zu erkennen.

Inhaltliche Diskussion Kanban Guide

Dennoch werden alle relevanten Konzepte gestreift und es wird eine gute Zusammenfassung über im Zusammenhang mit Kanban relevante Themen zur Verfügung gestellt. Eine Anleitung wie man Kanban einführen und benutzen soll ist der „Condensed Guide“ aber auf keinen Fall. Das Buch wird von den Autoren auch als „white book“ bezeichnet. Ein „red book“ – der „vollständige” Kanban Guide – ist angekündigt, dass detaillierter auf die Themen eingehen soll.

Begleitende Diskussionen

img_9884

Stichworte zu den begleitenden Diskussionen

Während der Diskussion des „Condensed Guide” gab es wie immer viele interessante Begleitende Diskussionen – Die Stichworte und Links dazu haben wir hier kurz festgehalten.

 

 

 

 

 

 

 

Complex oder Einfach?

img_9885

Complex oder Einfach nach Jurgen Appelo (Management 3.0)

Zur Frage nach Komplexität hatte  Leo Korliakov noch spannende Erläuterungen nach Management 3.0 beizusteuern, die von ihm auch sehr nett visualisiert wurden.

 

 

 

 

 

 

 

Das Cynefin Modell

#LWIPCGN40-2

Das Cynefin Framework

 

Einen anderen Blick auf die Frage, was Komplex und einfach bedeutet bietet das Cynefin Framework, das Harald Schlüter auf dem 40. Treffen der Limited WIP Society Cologne ausführlich vorgestellt hat.

 

 

 

 

 

Bis zum nächsten Mal

Harald und Michael

Veröffentlicht unter ohne Kategorie | Kommentar hinterlassen

Erfahrungsbericht Kanbaneinführung, Vortrag Kanban ohne Mandat und fünf Jahre Limited WIP Society Cologne – Die Themen auf dem 59. Treffen der #LWIPCGN

Auf dem 59. Treffen der Limited WIP Society Cologne konnten wir auch auch gleichzeitig auf das fünfjährige Bestehen der Limited WIP Cologne zurückblicken. Vor den Feierlichkeiten wollten wir uns aber zunächst noch zwei interessanten Themen/Vorträgen widmen.

Zunächst hat Wim uns von seinen Erfahrungen mit der Einführung von Kanban in einem IT-Operations Team berichtet. Seine Schilderung führte zu einer angeregten Diskussion. Das folgenden Flipchart kann dazu vielleicht als Gedankenstütze dienen:

flipchart-wim

Im Anschluss an diesen Bericht und die rege Diskussion hat uns Thomas im ebenfalls auf eigenen Erfahrungen basierenden Kurzvortrag „Kanban ohne Mandat“ ein paar neue Denkanstöße geben können.

kanban_ohne_mandat (1)

Thomas betrachtet in diesem Vortrag, wie die Anwendung der Kanban Prinzipien dabei helfen kann, trotz fehlendem Mandat zur Einführung von Kanban nachhaltige Veränderungen zu erzielen.

Nach diesen beiden Vorträgen war es dann so weit. Die Sektflaschen wurden geöffnet, um auf das fünfjährige Bestehen der Limited WIP Society Cologne anzustoßen. Immerhin drei Gründungsmitglieder waren auch heute anwesend. In fünf Jahren mussten nur zwei Treffen ausfallen. Über 126 Mitglieder umfasst unsere Xing-Interessengruppe. Zwischen 4 und 13 Teilnehmer besuchen unsere monatlichen Treffen und ermöglichen, auch gerade aufgrund dieser in der Regel überschaubaren Größe, einen spannenden Austausch über Kanban in Theorie und in Praxis.

fünf-jahre-limited-wip-cologne

Veröffentlicht unter Erfahrungsberichte, Treffen | Kommentar hinterlassen

Betrachte das Ganze – das Lean Software Development Prinzip #7 auf dem 58. #LWIPCG Treffen

Am 08. Juni 2016 haben wir uns mit dem siebten und letzten Prinzip des Lean Software Development: „Betrachte das Ganze“ (See the Whole im Original) beschäftigt.

Die Poppendieks beschreiben in Ihrem Buch nur zwei Werkzeuge – Messungen (Tool 21) und Verträge (Tool 22) – und das sind gerade Tools, die im agilen Umfeld eher umstritten sind.

Gleichzeitig ist das Thema ein großer Unterschied zwischen Lean und Agile – was für Möglichkeiten bieten sich also durch die Anwendung dieses Prinzips für unser tägliches Projektgeschäft?

Als Gedankenanker hier die Flipcharts, die unsere Diskussionen begleitet haben:

SeeTheWhole-1.png

SeeTheWhole-2-Messungen.png

SeeTheWhole-3-Beobachtungen.png

SeeTheWhole-4-OptionalScope.png

 

Veröffentlicht unter ohne Kategorie | Kommentar hinterlassen

Build integrity in – Thema auf dem 57. Treffen der #LWIPCGN

Das Thema am 11.Mai war das sechste Prinzip des Lean Software Developments: Baue Integrität ein (Build Integrity in).

Wir haben über das sechste Prinzip des Lean Software Developments diskutiert und unsere eigenen Beobachtungen zu den von den Poppendiecks beschriebenen Werkzeugen verglichen. Die Poppendiecks beschreiben in ihrem Buch vier Werkzeuge – Perceived Integrity (Tool 17), Conceptual Integrity (Tool 18), Refactoring (Tool 19) und Testing (Tool 20)

Als kleine Gedankenstütze hier die Flipcharts, die unsere Diskussionen begleitet haben.

 

BuildIntegrityIn-1-Overview.png

 

BuildIntegrityIn-2-TypesOfIntegrity.png

BuildIntegrityIn-3-OtherIntegrityTools.png

Veröffentlicht unter ohne Kategorie | Kommentar hinterlassen

Empower the Team auf dem 56. Treffen Der Limited WIP Society Cologne

Befähige das Team (Empower the team)  – Das fünfte Prinzip des Lean Software Development

Im Rahmen unserer Veranstaltungsreihe zum Lean Software Development haben wir uns diesmal das das fünfte Prinzip aus dem Buch der Poppendiecks „Befähige das Team (Empower the team)“ vorgenommen.

Die Poppendiecks beschreiben zu diesem Prinzip vier Werkzeuge – Self-Determination, Motivation, Leadership, Expertise  –, die verwendet werden können, um dieses Prinzip in der Praxis umzusetzen.

„Purpose“ (Zweck / Bestimmung) wird von den Poppendiecks als wichtige Basis für die Motivation der Teammitglieder in einem befähigtem Team genannt. Als eine Möglichkeit einem Team diese Bestimmung mitzugeben haben wir uns das Werkzeug „True North“ näher angesehen. Das folgende Foto fasst unsere Diskussion zusammen.

true north

Ein befähigtes Team benötigt aus Sicht der Poppendiecks „Leadership“ (Führung). Im Buch wird der „Master Developer“ als besonders befähigtes und erfahrenes Teammitglied beschrieben.  Wir haben diese „Person“ kontrovers diskutiert und unsere Ergebnisse auf dem folgenden Foto festgehalten.

the master developer

Unter dem Titel „The Light Side“ haben wir interessant Anekdoten aus dem Arbeitsalltag der Teilnehmer gesammelt und ausgetauscht. Das folgende Foto fasst diese postiven Erfahrungen kurz zusammen.

the light side

Zum Abschluss des Termin haben wir in der Runde noch eine Reihe von Literaturempfehlungen gesammelt:

  • Reinventing Organizations, Frederic Laloux
  • Turn the ship around, L. David Marquet
  • #Workout (Management 3.0), Jurgen Appelo
  • Scrum, The art of doing twice the work in half the time, Jeff Sutherland
  • Gung Ho, Kenneth Blanchard und Sheldon M. Bowles

Am 11.05 geht es dann weiter mit dem sechsten Prinzip des Lean Software Development „Build integrity in“.

 

Veröffentlicht unter Treffen | Kommentar hinterlassen

Liefere so {schnell|früh} wie möglich – was heißt das eigentlich im Lean Software Development (55. Treffen der LWS)

Auf dem 55. Treffen der Limited WIP Society Köln ging es um das Prinzip „Deliver as fast as possible“

Die eigentlich sehr spannende Frage, ob es eher um das schnell oder um das früh liefern geht wurde kurz behandelt, aber da die Auswirkungen für die konkreten Tools überschaubar schienen habe wir uns dann verstärkt mit den eigentlichen Werkzeugen beschäftigt.

Im folgenden kurz die Flipcharts vom Treffen, die zwar die überaus spannenden Diskussionen nicht vollumfänglich wiedergeben können, aber hoffentlich einen groben Einblick in die diskutierten Themen geben.

Pull Prinzip

photo

Notizen zum Tool „Pull-Prinzip“

Queueing Theory

photo1

Notizen zum Tool „Queueing-Theory“

Cost of Delay

photo2

Cost of delay – z.B: mit konkreten Produkten (gedruckte Handbücher) als Berechnungsgrundlage

 

photo3

Cost of delay und CD3 (Cost of delay divided by duration)

 

photo4

Verzögerungskosten bei der Codeverbesserung und eine „kleine“ Rechenübung zum Einfluss der Dauer der Erstellung auf den Gesamtertrag

 

photo5

Verschiedene Betrachtungsweisen zu „Cost of delay“

 

 

Weitere Tools – dieses Mal zum Thema „Empower the team“ – auf dem nächsten Treffen am 13.04.

 

Veröffentlicht unter Treffen | Kommentar hinterlassen

Seeing Waste – Hauptpunkt aus dem 52 Treffen (Eliminate Waste – Verschwendung Vermeiden)

Wir haben uns insbesondere mit dem Werkzeug „seeing waste“ beschäftigt und zu den einzelnen von den Poppendieks benannten Verschwendungen Beispiele aus der Praxis identifiziert.

Lagerhaltung und zusätzliche Verarbeitung

„Lagerhaltung“ und „Zusätzliche Bearbeitung“

Verschwendung eins und zwei: Lagerhaltung und zusätzliche Verarbeitung

Als interessante Erkenntnis zum Thema „Lagerhaltung“ haben wir mitnehmen können, dass Arbeit an der Realisierung von Anforderungen so lange „partially done work“ darstellt und somit ggf. Verschwendung sein kann, bis das Ergebnis sich auch im produktiven Einsatz befindet.

 

Überproduktion und Transport

Überproduktion und Transport

Verschwendung drei und vier Überproduktion und Transport

Spannend war hier die Gleichsetzung von Transport mit Taskwechseln, die die Teilnehmer so zunächst nicht vermutet hatten, die sich aber im Gegensatz zu „Bewegung“ sehr gut herleiten lässt, wenn man den Ursprung im Produktionsbetrieb berücksichtigt.

 

 

Warten, Bewegung und Defekte

Warten, Bewegung und Defekte

Verschwendung fünf bis sieben: Warten, Bewegung und Defekte

Unter diesen drei Verschwendungen war insbesondere das aus der Produktion übertragene „Motion“ eine Herausforderung, da es schwer von Transport anzugrenzen ist. Da in der Produktion hier insbesondere das Bewegen des Werkstücks innerhalb eines Bearbeitungsschrittes gesehen wir erschließen sich dann aber doch auch hier beängstigend viele Möglichkeiten innerhalb von Wissensarbeit „Bewegung“ als Verschwendung zu beobachten.

Veröffentlicht unter Treffen, Werkzeuge | Kommentar hinterlassen

Lean Software Development kennen lernen – das 51. Treffen der Limited WIP Society CGN

Um dem Karnevalstreiben in der Kölner Südstadt am 11.11 aus dem Weg zugehen, trafen wir uns diesmal Ausnahmsweise an einem Donnerstag in der Bottmühle zur Auftaktveranstaltung unserer neuen Veranstaltungsreihe „Lean Software Development“.

Anhand eines Foliensatz führte Michael uns durch die sieben Prinzipien des „Lean Software Developments“, die Mary und Tom Poppendieck in ihrem 2003 erschienenen Buch „Lean Software Development – An Agile Toolkit“ vorstellen.

Slide #2013 Michael Mahlberg PRINZIPIEN DES LEAN SOFTWARE DEVELOPMENT EliminiereVergeudung Verstärke das Lernen Entschei...

Insgesamt werden im Buch neben den Prinzipien 22 Werkzeuge dargestellt, die zur Umsetzung der Prinzipien Anwendung finden können. Ein kurze Diskussion zu allen Werkzeugen diente dazu sich initial mit dem Thema „Lean Software Development“ vertraut zu machen. In folgenden Monaten wollen wir nach einander jedem der Prinzipien einen kompletten Abend widmen und an diesen Abenden dann Praxiserfahrungen der Teilnehmer zu den Prinzipien und Werkzeugen diskutieren. Zusätzlich wollen wir auch immer einen Blick darauf werfen, ob in den vergangenen 12 Jahren sich neue Sichtweisen auf die Prinzipien ergeben haben.

Veröffentlicht unter Treffen, Werkzeuge | Verschlagwortet mit | Kommentar hinterlassen

Kanban erforschen mit ‘Featureban’ – das 50. Treffen der Limited WIP Society CGN

Beim fünfzigsten Treffen der Limited WIP Society am 14.10 im Startplatz führte uns Thomas Epping durch die Simulation ‘Featureban’.

Featureban wurde von Mike Burrows entwickelt und der Kanban-Community mit der ausdrücklichen Erlaubnis zur Verwendung, Anpassung und Weiterentwicklung unter einer „Creative Commons Attribution-ShareAlike 4.0 International License“ zur Verfügung gestellt. Detailinformation zu Featureban finden sich hier https://www.agendashift.com/featureban.

Featureban basiert auf wenigen, einfachen Regeln und lässt sich mit einfachen Mitteln (Flipchartpapier, Post-It-Notes, Stiften und ein paar Münzen) spielen.

Rules

Nach einer kurzen Einleitung und der Erläuterung der Regeln durch Thomas spielten wir die Simulation in drei Gruppen über drei Runden. Nach jeder Runde erfolgte ein Austausch über die Erkenntnisse sowie ein Abgleich des Erlebten mit den Kanbanpraktiken und eigenen Erfahrungen aus dem Berufsalltag.

Group_A_-_Round_2

Cumulative_Flow_Diagrams_-_Round_3

Die Feedbackrunde ergab – neben einigen interessanten Anregungen zur weiteren Verbesserung der Simulation – ein sehr positives Fazit. Mit deutlich einfacheren Mittel als zum Beispiel getKanban führt Featureban sehr anschaulich in die grundlegenden Kanbanpraktiken ein und ermuntert zu Diskussionen über die Praktiken.

 

Sehr aufschlussreich waren unter anderem auch die sehr unterschiedlichen Ergebnisse je nach Regelset – leicht verfälscht allerdings dadurch, dass die Systeme nicht nach jedem Regelwechsel zurück gesetzt wurden.

 

Regelsatz  1:

 

Regelsatz  2:

Regelsatz  3:

Veröffentlicht unter Treffen, Werkzeuge | Kommentar hinterlassen