Cover

Inhalt

Titelei

Impressum

Inhalt

Geleitwort von Holger Rieth

Vorwort zur 3. Auflage

Die Autoren

Danksagung

Teil I: Wie funktioniert Kanban?

1 Einleitung

2 Prinzipien und Kernpraktiken von Kanban

2.1 Auf der Suche nach der Produktivität

2.2 kanban und Kanban

2.3 Evolutionäres Change Management

2.4 Die Kernpraktiken von Kanban

2.5 Exkurs: Kanban Flight Levels – die Verbesserungsebenen der Organisation

2.5.1 Flight Level 1: Operative Ebene

2.5.2 Flight Level 2: Koordination

2.5.3 Flight Level 3: Strategisches Portfoliomanagement

3 Visualisierung

3.1 Erster Schritt: Abstecken der Grenzen

3.2 Zweiter Schritt: Visualisierung des Prozesses

3.2.1 Wie werden Aufgaben visualisiert?

3.2.2 Darstellung von Nebenläufigkeiten

3.2.3 Darstellung von Aktivitäten ohne feste Reihenfolge

3.3 Festlegen von Aufgabentypen

4 WiP-Limits

4.1 Die Vorteile von WiP-Limits

4.1.1 Probleme sichtbar machen

4.1.2 Engpässe sichtbar machen

4.2 Setzen von WiP-Limits

4.2.1 Größe der Input Queue

4.2.2 WiP-Limits für verschiedene Aufgabentypen

4.2.3 Auswirkungen unterschiedlicher WiP-Limits

5 Serviceklassen

5.1 Cost of Delay und Regeln

5.1.1 Serviceklasse „Beschleunigt“

5.1.2 Serviceklasse „Fester Liefertermin“

5.1.3 Serviceklasse „Standard“

5.1.4 Serviceklasse „Unbestimmbare Kosten“

5.2 Kapazitäten von Serviceklassen

5.3 Service Level Agreements

6 Betrieb und Koordinierung

6.1 Daily Standup Meeting

6.2 Queue Replenishment Meeting

6.3 Release-Planungsmeeting

6.4 Teamretrospektiven

6.5 Operations Reviews

7 Metriken und Verbesserungen

7.1 Metriken in Kanban

7.2 Cumulative Flow Diagram

7.3 Messungen der Durchlaufzeit

7.4 Failure Load und Blockaden

7.5 Verbesserungen

7.5.1 Engpasstheorie

7.5.2 Waste reduzieren

7.5.3 Variabilität reduzieren

Teil II: Change und Management

8 Kräfte der Veränderung

8.1 Turbulente Zeiten

8.2 Turbulente Veränderung

9 Umwelten und Systeme

9.1 Organisationen in Nahaufnahme

9.2 Eine Landkarte der Veränderung

10 Organisatorische und persönliche Veränderung

10.1 Der Eisberg der Veränderung

10.2 Die Veränderungskurve

10.2.1 Angst und Abwehr

10.2.2 Rationale Einsicht und emotionale Akzeptanz

10.2.3 Training des Neuen

10.2.4 Lernen und Integrieren

11 Emotionen in Veränderungsprozessen

11.1 Unsicherheit, Sorge, Angst

11.2 Ärger und Aggression

11.3 Trauer und Enttäuschung

11.4 Aufbruchstimmung, Freude, Mut

12 Unternehmenskultur und Politik

12.1 Die Macht der Unternehmenskultur

12.2 Unternehmenskultur und Mikropolitik

13 Schlussfolgerungen für Kanban Change Management

13.1 Wahrnehmung

13.1.1 Ein neues Paradigma für Management und Führung

13.2 Kommunikation

13.2.1 Die Bedeutung gemeinsamer Reflexion

13.2.2 Die Kraft des Dialogs

13.3 Prozessgestaltung

Teil III: Kanban im Einsatz

14 Von der Idee zur Initiative

15 Allgemeine Klärung

15.1 Inhaltliche Klärung

15.2 Organisatorische Klärung

16 Vertiefte Problemanalyse

16.1 Die persönliche Retrospektive

16.2 Die Teamaufstellung

16.3 Der Veränderungsdialog

16.3.1 Einfühlen

16.3.2 Abgrenzen

16.3.3 Versachlichen

16.4 Das Teamgespräch

16.5 Die Teamretrospektive

16.6 Eine Landkarte unserer Stakeholder

16.7 Das Stakeholder-Interview

16.8 Stakeholder-Workshop

16.8.1 Feedback durch Kanban-Initiatorin

16.8.2 Feedback durch Stakeholder

16.9 Einzelarbeit, Dialog, Coaching oder Training?

17 Systemdesign-Workshop

17.1 Arbeitstypen identifizieren

17.1.1 Die Stakeholder-Landkarte mit Arbeitstypen füllen

17.1.2 Entscheidungskriterien beim Clustern

17.1.3 White Noise – die Stimmen aus dem Hintergrund

17.2 Prozesse identifizieren

17.2.1 Arbeitsschritte pro Arbeitstyp finden

17.2.2 Simulation und Ticketdesign

17.3 WiP-Limits bestimmen

17.3.1 Schritt 1: Kapazitäten finden

17.3.2 Schritt 2: Übersetzen in WiP-Limits

17.3.3 Verteilen der WiP-Limits bei einem Support- oder Testteam

17.4 Serviceklassen bestimmen

17.4.1 Klarheit zwischen Arbeitstypen und Serviceklassen schaffen

17.4.2 Regeln definieren

17.4.3 Kapazitäten von Serviceklassen festlegen

17.5 Messungen definieren

17.6 Meetings bestimmen

17.6.1 Daily Standup Meeting

17.6.2 Teamretrospektiven

17.6.3 Queue Replenishment Meeting

17.6.4 Release-Planungsmeeting

17.7 Abschluss des Systemdesign-Workshops

18 Betrieb

18.1 Von der Fehlerkultur zur Lernkultur

18.2 Moderation

18.3 Konflikte im Betrieb

18.3.1 Ein wichtiger Stakeholder bricht Vereinbarungen

18.3.2 Das Team fällt in alte Gewohnheiten zurück

18.3.3 Die Zusammenarbeit ist von dysfunktionalen Verhaltensformen geprägt

18.4 Das Kanban-Feuer weitertragen

19 Fallstudien

19.1 Computest: Die Geschichte einer agilen Transformation

19.1.1 Die Ausgangssituation

19.1.2 Hilfe von außen – klarer sehen

19.1.3 Fokus auf Wertströme

19.1.4 Rollen und Verantwortlichkeiten

19.1.5 Visuelles Arbeitsmanagement

19.1.6 Lehren und Ausblick

19.2 Bosch Automotive Electronics: die lernende Organisation

19.2.1 Effizienz alleine reicht nicht

19.2.2 Den Wandel anführen: die Guiding Coalition und das Efficiency Team

19.2.3 Kommunizieren ist alles

19.2.4 Verbesserung als Kernpraktik: Kanban als Instrument des Wandels

19.2.5 Eigendynamik – der internationale Pull beginnt

19.2.6 Die Zukunft: Fokus auf den Wertstrom

Literatur

Klaus Leopold
Siegfried Kaltenecker

Kanban in der IT

Eine Kultur der kontinuierlichen Verbesserung schaffen

3., überarbeitete Auflage

Die Autoren:

Dr. Klaus Leopold, Wien
Dr. Siegfried Kaltenecker, Wien

Alle in diesem Buch enthaltenen Informationen, Verfahren und Darstellungen wurden nach bestem Wissen zusammengestellt und mit Sorgfalt getestet. Dennoch sind Fehler nicht ganz auszuschließen. Aus diesem Grund sind die im vorliegenden Buch enthaltenen Informationen mit keiner Verpflichtung oder Garantie irgendeiner Art verbunden. Autoren und Verlag übernehmen infolgedessen keine juristische Verantwortung und werden keine daraus folgende oder sonstige Haftung übernehmen, die auf irgendeine Art aus der Benutzung dieser Informationen – oder Teilen davon – entsteht.

Ebenso übernehmen Autoren und Verlag keine Gewähr dafür, dass beschriebene Verfahren usw. frei von Schutzrechten Dritter sind. Die Wiedergabe von Gebrauchsnamen, Handelsnamen, Warenbezeichnungen usw. in diesem Buch berechtigt deshalb auch ohne besondere Kennzeichnung nicht zu der Annahme, dass solche Namen im Sinne der Warenzeichen­ und Markenschutz­Gesetzgebung als frei zu betrachten wären und daher von jedermann benutzt werden dürften.

Bibliografische Information der Deutschen Nationalbibliothek: Die Deutsche Nationalbibliothek verzeichnet diese Publikation in der Deutschen Nationalbibliografie; detaillierte bibliografische Daten sind im Internet über http://dnb.d-nb.de abrufbar.

Dieses Werk ist urheberrechtlich geschützt. Alle Rechte, auch die der Übersetzung, des Nachdruckes und der Vervielfältigung des Buches, oder Teilen daraus, vorbehalten. Kein Teil des Werkes darf ohne schriftliche Genehmigung des Verlages in irgendeiner Form (Fotokopie, Mikrofilm oder ein anderes Verfahren) – auch nicht für Zwecke der Unterrichtsgestaltung – reproduziert oder unter Verwendung elektronischer Systeme verarbeitet, vervielfältigt oder verbreitet werden.

Lektorat: Brigitte Bauer-Schiewek
Copyediting: Petra Kienle, Fürstenfeldbruck
Umschlagdesign: Marc Müller-Bremer, München, www.rebranding.de
Umschlagrealisation: Stephan Rönigk

Print-ISBN 978-3-446-45360-9
E-Book-ISBN 978-3-446-45371-5

Verwendete Schriften: SourceSansPro und SourceCodePro (Lizenz)
CSS-Version: 1.0

Font License Zurück zum Impressum

Copyright 2010, 2012, 2014 Adobe Systems Incorporated (http://www.adobe.com/), with Reserved Font Name 'Source'. All Rights Reserved. Source is a trademark of Adobe Systems Incorporated in the United States and/or other countries. This Font Software is licensed under the SIL Open Font License, Version 1.1. This license is copied below, and is also available with a FAQ at: http://scripts.sil.org/OFL ----------------------------------------------------------- SIL OPEN FONT LICENSE Version 1.1 - 26 February 2007 ----------------------------------------------------------- PREAMBLE The goals of the Open Font License (OFL) are to stimulate worldwide development of collaborative font projects, to support the font creation efforts of academic and linguistic communities, and to provide a free and open framework in which fonts may be shared and improved in partnership with others. The OFL allows the licensed fonts to be used, studied, modified and redistributed freely as long as they are not sold by themselves. The fonts, including any derivative works, can be bundled, embedded, redistributed and/or sold with any software provided that any reserved names are not used by derivative works. The fonts and derivatives, however, cannot be released under any other type of license. The requirement for fonts to remain under this license does not apply to any document created using the fonts or their derivatives. DEFINITIONS "Font Software" refers to the set of files released by the Copyright Holder(s) under this license and clearly marked as such. This may include source files, build scripts and documentation. "Reserved Font Name" refers to any names specified as such after the copyright statement(s). "Original Version" refers to the collection of Font Software components as distributed by the Copyright Holder(s). "Modified Version" refers to any derivative made by adding to, deleting, or substituting -- in part or in whole -- any of the components of the Original Version, by changing formats or by porting the Font Software to a new environment. "Author" refers to any designer, engineer, programmer, technical writer or other person who contributed to the Font Software. PERMISSION & CONDITIONS Permission is hereby granted, free of charge, to any person obtaining a copy of the Font Software, to use, study, copy, merge, embed, modify, redistribute, and sell modified and unmodified copies of the Font Software, subject to the following conditions: 1) Neither the Font Software nor any of its individual components, in Original or Modified Versions, may be sold by itself. 2) Original or Modified Versions of the Font Software may be bundled, redistributed and/or sold with any software, provided that each copy contains the above copyright notice and this license. These can be included either as stand-alone text files, human-readable headers or in the appropriate machine-readable metadata fields within text or binary files as long as those fields can be easily viewed by the user. 3) No Modified Version of the Font Software may use the Reserved Font Name(s) unless explicit written permission is granted by the corresponding Copyright Holder. This restriction only applies to the primary font name as presented to the users. 4) The name(s) of the Copyright Holder(s) or the Author(s) of the Font Software shall not be used to promote, endorse or advertise any Modified Version, except to acknowledge the contribution(s) of the Copyright Holder(s) and the Author(s) or with their explicit written permission. 5) The Font Software, modified or unmodified, in part or in whole, must be distributed entirely under this license, and must not be distributed under any other license. The requirement for fonts to remain under this license does not apply to any document created using the Font Software. TERMINATION This license becomes null and void if any of the above conditions are not met. DISCLAIMER THE FONT SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT OF COPYRIGHT, PATENT, TRADEMARK, OR OTHER RIGHT. IN NO EVENT SHALL THE COPYRIGHT HOLDER BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, INCLUDING ANY GENERAL, SPECIAL, INDIRECT, INCIDENTAL, OR CONSEQUENTIAL DAMAGES, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF THE USE OR INABILITY TO USE THE FONT SOFTWARE OR FROM OTHER DEALINGS IN THE FONT SOFTWARE.

Geleitwort von Holger Rieth

Nicht nur in der IT stellt man sich als Führungskraft immer wieder die Frage: „Wie organisiere ich mein Team/meinen Bereich/mein Unternehmen, um die Arbeit effizienter zu gestalten?“ In den Zeiten der kurzen Zyklen und angesichts stets steigender Erwartungshaltungen seitens der Märkte sind Agilität und kontinuierliche Verbesserung gefragt. In der IT-Abteilung von STUTE Logistics hatten wir ITIL eingeführt, Prozesse definiert, KPIs aufgebaut und Regelmeetings definiert, aber der erhoffte Schub an Motivation, Effizienz und Agilität ist damals ausgeblieben.

Auf der Suche nach einer effizienteren Arbeits- und Organisationsmethodik bin ich auf Kanban gestoßen und damit auch sehr schnell auf dieses Buch. Voller Spannung habe ich es gelesen und festgestellt, dass ich viele meiner Probleme und Fragestellungen mit den beschriebenen Methoden lösen konnte. Agilität, KVP, Organisation, Führung, Change Management – alles Themen, die auf jeder Unternehmensagenda stehen. Die vielen Beispiele konnte ich für meine Situation einfach und erfolgreich adaptieren. Wie wir das gemacht haben, können Sie übrigens im zweiten Buch von Klaus Leopold, „Kanban in der Praxis“, nachlesen (und unter diesem Link herunterladen http://bit.ly/2xpBnVu).

Während der Einführung und Umsetzung von Kanban, aber auch heute noch ist dieses Buch immer ein sehr wichtiger Rat- und Ideengeber. Kanban basiert auf wenigen einfachen wie genialen Grundregeln und Prinzipien, die bei konsequenter Anwendung zum gewünschten Erfolg führen. Erfolg heißt, die Kultur in einem Unternehmen nachhaltig in eine Kultur der Verbesserung zu verwandeln. Das Beste daran ist, dass ich jederzeit mit Kanban im Unternehmen starten kann, ohne das Unternehmen revolutionär umzukrempeln. Heute ist Kanban in der IT-Abteilung von STUTE Logistics eine Selbstverständlichkeit und nicht mehr wegzudenken.

Die notwendigen Werkzeuge genauso wie die praktische Anwendung der Methodik sind in diesem Buch auf sehr unterhaltende Weise beschrieben. Es ist keine trockene wissenschaftliche Abhandlung über eine Organisationstheorie, sondern ein Handbuch für den Praktiker, der für sich festgestellt hat, dass eine Organisation mit althergebrachten Methoden kein Zukunftsmodell ist. Organisationen müssen agiler werden und lernen, um in Zukunft zu bestehen.

Wir haben sehr schnell festgestellt, dass Kanban nicht nur für die IT passt, sondern auch für andere Unternehmensbereiche interessant ist. So wurde Kanban rasch auf den Bereich HR ausgerollt, weitere Bereiche sind inzwischen gefolgt. Agilität ist nicht nur etwas für die IT, sondern ein Muss für das gesamte Unternehmen. In diesem Buch finden Sie den Bauplan dafür!

Holger Rieth, IT-Leiter STUTE Logistics (AG & Co.) KG

Vorwort zur 3. Auflage

Jetzt geht unser Buch also schon in die dritte Runde. Vieles hat sich verändert, seit Kanban in der IT 2012 erstmals publiziert wurde. Die Welt scheint sich noch schneller zu drehen – sei es im Business, in der Gesellschaft oder in den diversen agilen Communities. Volatilität, Unsicherheit, Komplexität und Ambiguität haben uns fest im Griff und haben sich mittlerweile sogar zu einer eigenen Formel vereinigt. Um die mit der VUCA-Welt verbundenen Herausforderungen zu meistern, haben in den letzten Jahren immer mehr Unternehmen auf evolutionären Change gesetzt. Kanban hat abseits der IT in anderen Unternehmensbereichen erfolgreich Fuß gefasst.

Im Zuge der damit verbundenen Kundenaufträge und inhaltlichen Diskussionen hat auch unser persönliches Denken und Handeln einen tiefgreifenden Wandel erfahren. Salopp gesprochen haben wir das Gefühl, wieder ein wenig schlauer geworden zu sein, was sich in einigen grundlegend neuen Konzepten niederschlägt: etwa dem sogenannten Flugebenen-Modell, dem Fokus auf Lean Business Agility, der Betonung von Selbstorganisation oder der Renaissance systemischer Zugänge. Zwei neue Bücher, die wir in der Zwischenzeit veröffentlicht haben, sprechen diesbezüglich im wahrsten Sinne des Wortes Bände: Kanban in der Praxis. Vom Teamfokus zur Wertschöpfung (Leopold 2016) sowie Selbstorganisierte Unternehmen. Management und Coaching in der agilen Welt (Kaltenecker 2017) stecken neue Horizonte ab.

In dieser Hinsicht steht die vorliegende dritte Auflage ganz im Zeichen der Spannung. Zum einen spiegelt sich unsere eigene Horizonterweiterung in den beiden aktuellen Fallstudien wider, die Sie am Ende des Buchs finden. Zum anderen haben wir den Hauptteil zwar aktualisiert, die Eckpfeiler jedoch unberührt gelassen. Obwohl wir uns selbst inzwischen kaum noch mit Teams beschäftigen, erscheinen uns die in diesem Buch vorgestellten Landkarten und Werkzeuge nach wie vor nützlich.

Bleibt uns also zu hoffen, dass auch Sie, wie all die Leserinnen und Leser der ersten beiden Auflagen zuvor, wertvolle Orientierungspunkte entdecken. Mögen Sie an unserer Melange Gefallen finden und damit für spannende Zeiten sorgen!

Mit herzlichen Grüßen aus Wien und aus der Welt

Klaus Leopold und Sigi Kaltenecker

Herbst 2017

Die Autoren

Image

Klaus Leopold, Informatiker und Kanban-Pionier, hat langjährige Erfahrung als Lean- und Kanban-Berater sowie als Trainer mit ungefähr 1000 Workshop- und Trainings-TeilnehmerInnen pro Jahr. Er berät weltweit tätige Unternehmen bei der Einführung von Lean und Kanban, den damit verbundenen Change-Prozessen und in der Optimierung ihrer Wertschöpfung. Klaus spricht regelmäßig auf renommierten internationalen Konferenzen und wurde 2014 in San Francisco mit dem Brickell Key Award für „outstanding achievement and leadership“ ausgezeichnet. Er veröffentlicht seine aktuellen Gedanken und Erlebnisse in der Welt von Lean, Kanban und Management auf seinem Blog www.LEANability.com und man kann ihm unter @klausleopold auf Twitter folgen.

Siegfried Kaltenecker ist geschäftsführender Gesellschafter der Wiener Unternehmensberatung Loop, die auf agile Veränderung spezialisiert ist. Seit über 20 Jahren ist er für die unterschiedlichsten Unternehmen als systemischer Berater, LeanAgile Trainer und Managementcoach tätig. Zudem ist er Verfasser zahlreicher Fachartikel sowie Autor der Bücher "Selbstorganisierte Teams führen" und "Selbstorganisierte Unternehmen".

Danksagung

Und auch dieses Mal wollen wir wieder jenen Menschen danken, die uns seit der ersten Auflage unterstützt haben bzw. Neues zur 3. Auflage von „Kanban in der IT“ beigetragen haben.

Die ursprüngliche Idee zu diesem Buch stammt von Katrin Dietze, die unermüdlich darauf beharrte, unsere gesammelten Erfahrungen schriftlich zu kanalisieren. Sie ist die Initiatorin und mit ihrem Talent wesentlich dafür verantwortlich, dass dieses Buch viel positives Feedback von den Leserinnen und Lesern bekommen hat. Sie übersetzt unsere wilden Kritzeleien in schöne Illustrationen und macht die Inhalte dadurch leichter fassbar.

Zwischendurch haben wir immer wieder Feedback dazu benötigt, ob wir auf dem richtigen Weg sind. Dieses Feedback haben wir von unseren Reviewern Arne Roock, Elisabeth Blum, Jens Meydam, Katrin Dietze, Markus Andrezak, Sabine Eybl und Holger Rieth bekommen, die uns darüber hinaus für spannende Diskussionen zur Verfügung standen. Außerdem: Danke, Holger, für das Geleitwort!

Ein spezieller Dank geht an Tanja Marongiu und Andreas Haugeneder von Bosch Automotive Electronics sowie Hartger Ruijs und Clemens Riedl von Computest, die sich bereit erklärt haben, unsere gemeinsame praktische Erfahrung in Form von Fallbeispielen für diese Auflage zur Verfügung zu stellen.

Wir möchten uns auch bei David J. Anderson und Barbara Heitger bedanken, deren Know-how eine produktive Steilvorlage bot.

Dolores Omann hilft uns seit der ersten Auflage, unsere Gedanken so klar wie möglich aufs Papier zu bringen und die Texte les- und lieferbar zu machen. Danke!

Natürlich könnten Sie dieses Buch jetzt nicht in Händen halten, wäre da nicht der Carl Hanser Verlag. Herzlichen Dank an Brigitte Bauer-Schiewek für das Engagement in allem, was den Vertrieb unseres Buchs betrifft, und Irene Weilhart für die Hilfestellung in technischen Notfällen.

1 Einleitung

„Was soll ich tun?“, fragt der Zen-Schüler seinen Meister, als er vor einer hohen Leiter steht.

„Du kannst Sprosse für Sprosse nach oben klettern.“

„Wie viele Sprossen hat die Leiter?“, fragt der Schüler.

„18“, antwortet der Zen-Meister.

„Und was mache ich, wenn ich oben bin?“, will der Schüler noch wissen, während er seinen Fuß bereits auf die erste Sprosse setzt.

„Dann kannst du stehenbleiben“, erklärt der Meister freundlich. „Du kannst die Aussicht genießen. Du kannst wieder heruntersteigen. Oder du kannst ohne Sprossen weiterklettern.“

Dieses Buch ist geschrieben, um Ihnen Mut zum Weiterklettern zu machen. Es berichtet von mehr oder weniger hohen Leitern, von unternehmungslustigen Kletterern und von spektakulären Aufstiegen. Allen Aufstiegen ist gemeinsam, dass sie mit einer ersten Sprosse beginnen und dann Schritt für Schritt weiterführen. Jeder dieser Schritte bedeutet eine kleine Veränderung, durch die Sie neue Erfahrung sammeln und Ihren Überblick verbessern können.

Wir denken, dass die Zen-Geschichte eine würdige Einleitung für ein Buch über Kanban ist. Schließlich geht es auch bei Kanban um eine schrittweise Veränderung. Durch klare Strukturen wird eine sukzessive Verbesserungsarbeit auf den Weg gebracht. Dieser Weg erscheint relativ leicht, viele Hilfsmittel von Kanban erinnern an einfache Leitern. Das sorgt zunehmend für Aufsehen und macht Kanban in der Softwareentwicklung immer populärer.

„Kanban rocks“, wie das einer unserer IT-Kunden begeistert auf den Punkt gebracht hat. Wie viele andere Kanban-Fans hat er dafür triftige Gründe. Kanban

Das ist gut und soll auch so bleiben. Trotzdem ist dieses Buch nicht nur für die Kanban-Fankurve geschrieben. Es will auch kritische Aspekte und einige Fallen verdeutlichen, in die Praktiker immer wieder tappen. Um diesen Fallen zu entgehen, möchten wir ein möglichst umfassendes Bild von Kanban Change Management zeichnen. Dazu werden wir verschiedene Ausgangssituationen erkunden, relevante System- und Umweltfaktoren beleuchten und auch die persönlichen Herausforderungen für eine kontinuierliche Verbesserungsarbeit identifizieren. Schließlich geht es mit Kanban stets ums Ganze. Denn Kanban

Es ist relativ einfach, in Ihrem Arbeitsbereich eine Kanban-Initiative zu starten. Es ist jedoch durchaus anspruchsvoll, Ihre Initiative so fortzusetzen, dass Sie eine Kultur der kontinuierlichen Verbesserung schaffen. Wie die Praxis zeigt, sorgt eine quick-fix-orientierte Kanbanisierung eines Arbeitsbereichs selten für einen nachhaltigen Kulturwandel. Um einen solchen zu bewirken, brauchen Sie professionelles Change Management.

Was uns wichtig ist

„Kanban in der IT“ möchte Ihnen alle wesentlichen Aspekte vermitteln, damit Sie das Veränderungsmanagement mit Kanban richtig verstehen und optimal einsetzen können. Dafür bieten wir Ihnen jede Menge Landkarten, Werkzeuge und vor allem Praxisfälle. Einerseits greifen wir auf unsere eigenen Erfahrungen als Kanban-Coaches und Change-Berater zurück, um Ihnen ein Lernen durch konkrete Fallbeispiele zu ermöglichen. Andererseits setzen wir diese Beispiele mit systemisch infiziertem Interesse ein. Das heißt, wir versuchen Wissenswertes über Organisationen, Kulturen, Strategien oder Emotionen aus der Systemtheorie einzuschmuggeln, ohne Ihnen dadurch den Blick auf die Praxis zu versperren. Denn was hilft die beste Theorie, wenn man hinterher unfähig ist, angemessen zu handeln?

Apropos angemessenes Handeln: Eine von Kimberley-Clark durchgeführte Studie wollte wissen, was die Leute auf eine einsame Insel mitnehmen würden. Über 50 Prozent der 1000 Befragten hielten es für besonders wichtig, Toilettenpapier mitzunehmen. Was lässt sich daraus folgern? Mit dem deutschen Betriebswirtschaftler Günter Ortmann meinen wir: „Die Leute denken praktisch.“ (Ortmann 2011, S. 133)

Auch im Veränderungsmanagement des 21. Jahrhunderts ist praktisches Denken gefragt. In diesem Buch orientiert sich das Denken an acht Grundprinzipien. Das sind einmal die von David J. Anderson propagierten Prinzipien (vgl. Anderson 2010):

  1. Kanban beginnt dort, wo sich ein System gerade befindet. Es braucht keine großen Umstellungen, aufwendige Trainingsprogramme oder Prozessrevolutionen. Sie machen mit einfachen Mitteln Ihre derzeitigen Arbeitsprozesse sichtbar und sind schon zumindest eine Sprosse auf der Zen-Leiter aufgestiegen.

  2. Kanban respektiert die bestehende Ordnung. Weder werden die bestehenden Prozesse per se in Frage gestellt noch die existierenden Funktionen. Respekt heißt in diesem Zusammenhang, dem Bestehenden einen Sinn zuzugestehen – und diesen Sinn gemeinsam mit allen Wertschöpfungspartnern sukzessive zu vermehren.

  3. Kanban strebt inkrementelle, evolutionäre Veränderungen an. Es geht um ein Schritt für Schritt und nicht um den großen Wurf. Und es geht um eine Übereinkunft mit all jenen, die von dieser Veränderungsbewegung essenziell berührt werden. Anders gesagt: Kanban braucht ein gemeinsames Arbeits- und Verbesserungsverständnis zwischen allen Stakeholdern eines bestimmten Wertschöpfungsprozesses, egal ob es sich nun um operative Teams, um Kunden, um Lieferanten, um Eigentümer oder um das Senior Management handelt.

  4. Kanban benötigt Leadership auf allen Ebenen in der Organisation. Damit kontinuierliche Verbesserung funktionieren kann, müssen alle Beteiligten ihre Verbesserungsideen einbringen und auch umsetzen können. Die operativ tätigen Mitarbeiter wissen am besten, was sich in ihrer täglichen Arbeit verbessern soll – fördern wir sie, ihre Sicht mit der vom Management abzugleichen und gemeinsam den nächsten Verbesserungsschritt zu gehen.

Wir denken, dass es über diese Prinzipien hinaus ein profundes Grundverständnis braucht, wie eine Kultur kontinuierlicher Verbesserung geschaffen werden kann. Hierfür sind unserer Ansicht nach folgende Wegweiser maßgeblich:

  1. Kanban ist eine Veränderungsinitiative. Es geht um systemische Verbesserungen, für die nicht Einzelleistungen, sondern die Interaktionen wesentlich sind. Wertschöpfung und Arbeitsqualität steigen durch bessere Strukturen und klarere Spielregeln mit allen relevanten Kooperationspartnern.

  2. Kanban geht es um die gesamte Arbeitskultur. Die Verbesserung dieser Kultur erfordert eine kritische Reflexion der eigenen Grundhaltungen, die sich in einem bestimmten Leistungs- und Kooperationsverhalten ausdrücken. Das erfordert wiederum die Bereitschaft zu einer kontinuierlichen Arbeit an der eigenen Entwicklung.

  3. Kanban dreht sich um Menschen und nicht um Mechaniken. Es sind die Menschen, die eine nachhaltige Verbesserungsarbeit vorantreiben – und sie tun dies ganz wesentlich durch Emotionen: Freude, Mut, Begeisterung, aber ebenso Ärger, Enttäuschung oder Trauer. Wir empfehlen dringend, diese Emotionen zu respektieren und zu nützen – schließlich dürfen sie als Motor von Veränderung betrachtet werden.

  4. Kanban ist Teamsport. Um eine Kultur kontinuierlicher Verbesserung zu schaffen, brauchen Sie Verbündete. Sie brauchen Partnerinnen und Partner, die mit Ihnen neue Werte ins Leben rufen und am Leben erhalten. Sie brauchen die Unterstützung Ihres Managements, da Sie systemische Probleme sichtbar machen und auch lösen wollen. Und Sie müssen Ihre Stakeholder im Boot haben, da Sie ohne deren aktive Kooperation nicht den gewünschten Mehrwert schaffen können.

Diese Wegweiser unterstreichen die Komplexität des Veränderungsfelds, das mit Kanban gestaltet wird. Das erfordert ein Vorgehen, das dieser Komplexität gewachsen ist, und erklärt, warum es sich in der Regel nicht empfiehlt, einfach mal mit Kanban loszulegen. Damit riskieren Sie, dass es bei kurzfristigen Veränderungsschritten bleibt und das langfristige Verbesserungspotenzial nicht genutzt wird. Mit der Einleitungsgeschichte gesprochen: dass Sie spätestens nach zehn Sprossen wieder absteigen und gar nicht zum Weiterklettern kommen.

„Drum prüfe, wer sich ewig bindet“, meinte eine Kollegin einmal, als es um die Unendlichkeit dieses Weiterkletterns ging. Prüfen Sie also sorgsam, bevor Sie sich auf eine solche Bindung einlassen. Klären Sie mithilfe unserer Leitfäden Ihre Ausgangssituation, bevor Sie Ihr Kanban-Abenteuer starten. Versuchen Sie herauszufinden, auf welcher Unternehmenskultur Sie aufsetzen. Und stellen Sie sich ein für Ihre persönliche Arbeitssituation maßgeschneidertes Trainingsprogramm aus den von uns angebotenen Übungen zusammen.

Für wen dieses Buch geschrieben ist

Wir möchten „Kanban in der IT“ vor allem drei Zielgruppen an Herz und Hirn legen:

Unseren drei Zielgruppen entspricht die Dreiteilung des Buchs.

Im ersten Teil geht es um die Grundlagen von Kanban: Von welchen Annahmen wird ausgegangen? Wie wird das Bestehende visualisiert? Wozu dienen WIP-Limits? Was sind Serviceklassen? Wie können Sie Metriken einsetzen? Und vieles mehr. Teil 1 möchte also die prozesstechnische Basis von Kanban festigen und erläutert die dafür notwendigen Mechaniken.

Im zweiten Teil holen wir ein wenig aus, um den Kontext von Kanban Change Management zu erhellen: Welche Veränderungsoptionen gibt es überhaupt? Was wird dabei alles in Bewegung gesetzt? Welche Folgen hat das für ein Unternehmen? Und welche besonderen Chancen bietet eine von Kanban inspirierte Veränderungsarbeit? Abseits von mechanistischen Formeln und Verbesserungsautomatismen wollen wir Ihnen in Teil 2 ein zeitgemäßes Verständnis professioneller Veränderungsarbeit vermitteln. Change mag zwar in aller Munde sein – wir sind jedoch davon überzeugt, dass das Thema nachhaltige Verbesserung weder gegessen noch verdaut ist.

Im dritten Teil verbinden wir das technische System Kanban mit dem sozialen System Unternehmen und zeigen anhand ausgewählter Fallbeispiele, wie Sie eine Kultur kontinuierlicher Verbesserung aufbauen können. Wie können Sie Ihre Initiative starten? Wie erkunden Sie Ihre spezifische Ausgangssituation? Wie gestalten Sie ein für Ihren Arbeitsbereich maßgeschneidertes Kanban-System? Worauf achten Sie im Betrieb? Teil 3 bietet Ihnen eine Fülle von Erfahrungswerten, wie Kanban in unterschiedlichen Situationen eingesetzt wird.

„Ob es besser wird, wenn es anders wird, weiß ich nicht“, meinte der deutsche Philosoph Lichtenberg einmal. „Dass es aber anders werden muss, wenn es besser werden soll, weiß ich.“ In diesem Sinne wünschen wir Ihnen eine möglichst erkenntnisreiche Lektüre. Und viel Erfolg bei der Umsetzung: Möge die Übung gelingen!

Teil I
Wie funktioniert Kanban?
2 Prinzipien und Kernpraktiken von Kanban