Sie sind hier
E-Book

Kanban

Verstehen, einführen, anwenden

AutorMike Burrows
Verlagdpunkt
Erscheinungsjahr2015
Seitenanzahl272 Seiten
ISBN9783864918056
FormatPDF/ePUB
KopierschutzWasserzeichen/DRM
GerätePC/MAC/eReader/Tablet
Preis34,90 EUR
Mike Burrows vermittelt in diesem Buch einen neuen Ansatz, Kanban zu verstehen und einzusetzen. Er beschreibt die Methode von innen heraus anhand von neun Werten, wodurch er den Prinzipien und Praktiken Kanbans ein starkes Gerüst verleiht. Die Werte bieten ein effizientes Instrument, um die Umsetzung der Kanban-Vorgehensweise zu beurteilen und so anhaltende Veränderungen zu erzielen. Die neun Werte der Kanban-Methode sind im ersten Teil des Buches mit vielen Praxisbeispielen beschrieben: Transparenz, Balance, Zusammenarbeit, Kundenfokus, Arbeitsfluss (Flow), Führung (Leadership), Verständnis, Einverständnis und Respekt. Abschließend werden zwei jüngere Konzepte vorgestellt: die drei Agenden und die Kanban-Linse. Teil II befasst sich mit verwandten Methoden, die dabei helfen, die Kanban-Methode noch effektiver einzusetzen: Systems Thinking, Lean Development, agile Vorgehensweisen und die Engpasstheorie. Der letzte Teil ist eine Schritt-für-Schritt-Anleitung zur Implementierung von Kanban mittels STATIK (Systems Thinking Approach to Introducing Kanban). Aufgezeigt werden praktische Wege, wie Sie Anforderungen und Bedürfnissen aus der Organisation, von Kollegen und Kunden noch besser gerecht werden können. Das Buch gibt einen umfassenden Einblick in den aktuellen Stand der Kanban-Methode. Einsteiger werden verstehen, warum und wie Kanban funktioniert, sodass sie es wirksam in ihre bestehenden Strukturen und Teams integrieren können. Erfahrene Anwender lernen neue Werkzeuge sowie Vorgehensweisen kennen und gewinnen einen neuen Blick auf Kanban. 'This book is now the recommended text book for the LeanKanban Foundation level training 'Getting Started with Kanban'. Mike's Kanban from the Inside has by far the most extensive and up-todate coverage of Kanban used in creative and knowledge work businesses in the 21st Century than anything published to date. David J. Anderson zur englischen Ausgabe

Mike Burrows ist Geschäftsführer und Principal Consultant von David J. Anderson and Asso-ciates (djaa.com). In seiner beruflichen Laufbahn, die sich von der Luftfahrt über das Bank-wesen, das Energiewesen bis hin zum öffentlichen Dienst zieht, ist Mike bereits IT-Leiter, globaler Entwicklungsleiter und Softwareentwickler gewesen. Er ist akkreditierter Kanban Trainer (AKT) und Kanban Coaching Professional (KCP) und wird überall auf der Welt ein-geladen, um auf Veranstaltungen Vorträge zu halten. Er bloggt auf positiveincline.com und twittert als @asplake und @KanbanInside. Übersetzer: Florian Eisenberg hilft Unternehmen als Trainer, Berater und Coach auf ihrem Weg zur Agilität. Dabei setzt er am liebsten auf Kanban und unterstützt es durch andere Vorgehensmodelle wie beispielsweise Scrum. Er schätzt an Kanban besonders den respektvollen Umgang mit den Beteiligten und die lösungsoffene Herangehensweise. Nach seinem Studium der Informatik in Karlsruhe arbeitete er als Programmierer, Scrum Master und Product Owner, bevor er Berater wurde. Er ist einer der ersten akkreditierten Kanban Trainer (AKT) und Kanban Coaching Professionals (KCP). Sein Blog finden Sie auf florianeisenberg.de, er twittert als @fjeisenberg. Wolfgang Wiedenroth ist ausgebildeter Fachinformatiker der Fach-richtung Anwendungsentwicklung und arbeitete insgesamt fünf Jahre als Scrum Master in verschiedenen Bereichen der IT. 2010 entdeckte er Kanban und verliebte sich in dessen erstes Prinzip 'Beginne mit dem, was du gerade tust' und wurde ein wahrer Kanban-Enthusiast. Heute arbeitet er bei it-agile als Berater und hilft Unternehmen, mit Kanban ihre Prozesse und Umgebung zu verstehen und zu verbessern. Wolf-gang ist akkreditierter Kanban Trainer (AKT) und Kanban Coaching Pro-fessional (KCP). Außerdem ist er Co-Founder der Limited WIP Society München. Er bloggt auf agilemanic.com und twittert als @wwiedenroth.

Kaufen Sie hier:

Horizontale Tabs

Leseprobe

1 Transparenz


Wir befinden uns ein paar Stockwerke weiter oben in unserem schönen, neuen Büro, von dem man die Nyugati-Haltestelle in Budapest überblicken kann. Es ist kurz nach 9:30 Uhr und unser Standup-Meeting läuft gerade. Unsere Stimmung ist ein wenig vergnügter als sonst, denn wir freuen uns auf Kaffee und Kuchen auf der anderen Straßenseite. Dort werden wir feiern, dass wir wieder etwas Neues gelernt haben. Die Rechnung geht dieses Mal auf mich – ich habe es am Tag zuvor geschafft, den Build über mehrere Stunden in einem schlimmen Zustand zu hinterlassen, und der Entwicklungsleiter sollte das eigentlich nicht tun.

Allerdings haben wir noch ein paar wichtige Dinge, um die wir uns kümmern müssen. Tibor und Maté drücken ihre Sorge über ein Ticket (eine gelbe Haftnotiz) aus, das seit Tagen in der »Released«-Spalte auf dem Whiteboard des Teams feststeckt. Gy bietet kurzerhand seine Hilfe an: Er ist sich recht sicher, dass er das Betriebsteam überzeugen kann, dass die neue Preiskurve, die durch das feststeckende Ticket repräsentiert wird, zuverlässiger ist als die alte; wir sollten damit rechnen, dass sie in ein bis zwei Tagen voll in der Produktion implementiert ist. Gys Angebot wird dankbar akzeptiert und wir nehmen uns das nächste Ticket vor.

Diese wenigen Momente reichen aus, um einige Beispiele für Kanbans ersten Wert zu demonstrieren, Transparenz:

  • Unsere Arbeit ist für alle sichtbar auf einem großen Whiteboard dargestellt. Auf dem Board sind Tickets, die Arbeitspakete repräsentieren, in Spalten organisiert; die Spalten korrespondieren zu Status, in denen sich Arbeitspakete befinden können, oder zu Schritten unseres Workflows.

  • Wir verstehen die Wichtigkeit von regelmäßigen Feedbacks und wir halten ein Standup-Meeting ab.

  • Wir haben einige der Regeln, die für unsere Arbeit gelten, herauskristallisiert; viele von ihnen sind in der Nähe des Boards aufgelistet. Eine dieser Regeln besagt, dass Entwickler die Verantwortung für ihre Arbeitspakete behalten, bis sie eine Kundenbestätigung bekommen haben, dass dieses Paket auch den gewollten Wert erzielt. Eine andere Regel schreibt vor, dass Lernen mithilfe von Kuchen verstärkt werden sollte – im ganz speziellen Fall die Ich-werde-diesen-Fehler-nie-wieder-machen-Art des Lernens.

Dieses Szenario spielte sich 2009-2010 ab, gerade als David Anderson Feedback zu den kürzlich formulierten Grundprinzipien und Kernpraktiken der Kanban-Methode einholte. Wir – Menschen wie ich, die die Ideen bereits anwendeten – diskutierten und verfeinerten sie über unsere Gruppenmailingliste. Innerhalb weniger Wochen gingen sie mit Davids »blauem Buch« [Anderson 2010] in den Druck. Wir hatten eine dokumentierte Methode!

Transparenz ist ein zentraler Aspekt von Kanban. Drei der sechs Kernpraktiken stehen damit in Verbindung:

KP1: Visualisiere.

KP4: Mache Prozessregeln explizit.

KP5: Implementiere Feedbackzyklen.

Sehen wir sie uns nacheinander an.

1.1 Kernpraktik 1: Visualisiere


Kanbans Ein-Wort-Praktik »Visualisiere« erscheint erst einmal sehr unspezifisch. Allerdings besitzen die meisten Kanban-Implementierungen eine bestimmte Art der Visualisierung, ein Kanban-Board. Diese Boards werden verwendet, um Kanban-Systeme zu implementieren. Das sind visuelle Arbeitsmanagementsysteme, die einige nützliche Eigenschaften haben. Wir werden diese Eigenschaften in den nachfolgenden Kapiteln genauer betrachten, für den Moment konzentrieren wir uns auf die visuellen Aspekte.

Hätten wir ein elektronisches Werkzeug verwendet, hätte unser Board vielleicht so wie in Abbildung 1–1 ausgesehen.

Abb. 1–1 Ein elektronisches Board

Statt Haftnotizen auf einem Whiteboard haben wir nun Icons, die wir über den Bildschirm ziehen können. Egal ob elektronisch oder physisch, diese werden als kanban bezeichnet, ein japanisches Wort, das als »visuelles Zeichen« oder auch »Platzhalter« übersetzt werden kann. Wir bevorzugen die etwas umgänglicheren Begriffe Karte (oder Ticket – ich verwende die beiden synonym) und Arbeitspaket. Denken wir an das visuelle Design, tendieren wir zum ersten Begriff. Wir verwenden eher den zweiten, wenn der Fokus darauf liegt, was sie repräsentieren.

In diesem Buch repräsentieren Arbeitspakete festgelegte Teilstücke von Wissensarbeit: Dinge wie Produkteigenschaften, die entwickelt werden müssen, oder Serviceanfragen, die zu erfüllen sind. Diese Dinge müssen keine Verbindung zu Software haben – es gibt Beispiele aus Rechtsabteilungen, Personalabteilungen, dem Vertrieb und dem Büro des Geschäftsführers. Sie haben typischerweise gemeinsam, dass ein großer Teil der Arbeit in den Köpfen von Menschen oder auf ihren Computern erfolgt. Ohne das Board wäre diese Arbeit unsichtbar.

Es hört sich vielleicht trivial an, aber es ist wichtig, dass diese Tickets beweglich sind. Man bewegt die Tickets von Spalte zu Spalte, während die Arbeit am dahinterliegenden Arbeitspaket voranschreitet. Das bedeutet, dass man mit einem Blick sehen kann, wie viel Arbeit sich in welchem Zustand der Fertigstellung befindet. Schaffen Sie das mal mit einer To-do-Liste!

Wenn das Board groß genug und das Ticketdesign deutlich genug ist, kann man von der anderen Seite des Raums erkennen:

  • Welche Arbeit gerade blockiert ist (wartet auf etwas)

  • Wer woran arbeitet

  • Welche unterschiedlichen Arten von Arbeit existieren und in welcher Verteilung

  • Wie viel Arbeit sich in welchem Grad der Fertigstellung befindet

Haben wir all diese Informationen ständig verfügbar, bekommen wir recht schnell ein Gefühl dafür, wie ein gesunder Zustand aussieht. Wenn man sich darauf einmal eingerichtet hat, lässt einen das Board sofort wissen, wenn Dinge von der Norm abgewichen sind und eine Untersuchung des Zustands oder korrigierende Maßnahmen notwendig sind.

1.1.1 Visualisierung und Veränderung

Die Visualisierung und andere Formen der Transparenz haben in Kanban einen doppelten Sinn: Zum einen soll die Notwendigkeit von Aktivität sichtbar gemacht werden und zum anderen soll den Menschen geholfen werden, gute Entscheidungen zu treffen. Beides funktioniert auf zwei Ebenen:

  • Aktivität in Form von Arbeit, die getan werden muss; gute Entscheidungen bei der Auswahl der Arbeitspakete

  • Aktivität in Form von Veränderung des Systems; gute Entscheidungen in der Rechtfertigung, im Umfang und in der Implementierung der Veränderung

Wie reagieren Sie, wenn das Board anzeigt, dass nicht alles so ist, wie es sein sollte? Hier sind einige übliche Antworten, die ein Manager oder Coach geben könnte:

  1. Egal, es wird sich schon alles selbst regeln, wie es das normalerweise auch immer tut.

  2. Ich werde durch ein straffes Management eingreifen, bis die Situation vorüber ist.

  3. Ich werde durch eine Veränderung des Systems eingreifen.

  4. Verstehen sie, wie die Dinge so gekommen sind? Wollen sie das System entsprechend verändern? Wie sollte ich ihnen helfen?

  5. Ich respektiere ihre Fähigkeiten, angemessene Änderungen in dieser Situation durchzuführen.

Jede dieser Verhaltensweisen hat ihre Berechtigung, allerdings scheinen einige eine höhere Reife widerzuspiegeln als andere. Durch das Auslösen von Aktionen und das Unterstützen guter Entscheidungen führt Kanban die Menschen zu reiferem Verhalten wie in Punkt 4 oder 5. Organisationen, die diese Verhaltensweisen bewusst akzeptieren und die Führungsstile fördern, die solches Verhalten unterstützen, sind auf einem guten Weg zu höherer Reife.

Verhalten 5 (und zu einem geringeren Anteil Verhalten 4) enthält ein weiteres, sehr interessantes Element, die Selbstorganisation.

Selbstorganisation ist eine wunderbare Sache. Sie bedeutet nicht nur, dass Individuen autonom handeln können – obwohl das essenziell für ihr Wohlergehen ist. Selbstorganisation bedeutet auch, dass das System sich selbst neu organisieren und einstellen kann, um effektiver mit seinen Herausforderungen umgehen zu können. Selbstorganisation bringt in ihrer vollen Bedeutung Anpassungsfähigkeit und Resilienz. Da Selbstorganisation ohne Intervention von außen passieren kann, skaliert sie sehr gut. Sowohl für den Systembetrieb als auch für die Systemveränderung ist Selbstorganisation sowohl effektiv als auch menschenfreundlich.

Ein System zu verändern, das visuell gemanagt wird, sollte eine kostengünstige und schnelle Sache sein. Einfach eine Linie oder zwei auf dem Whiteboard ausradieren, eine weitere zeichnen und ein paar Klebezettel umherschieben (oder ein paar Klicks mit der Maus). Die Auswirkung dieser Änderungen kann sehr groß sein. Verglichen mit dem recht kleinen Implementierungsaufwand ist dieses Arbeiten am System eine Aktivität mit...

Blick ins Buch
Inhaltsverzeichnis
Kanban3
Geleitwort7
Vorwort zur deutschen Ausgabe9
Vorwort11
Inhaltsübersicht13
Inhaltsverzeichnis15
Teil I – Kanban durch seine Werte verstehen23
1 Transparenz25
1.1 Kernpraktik 1: Visualisiere26
Abb. 1–1 Ein elektronisches Board26
1.1.1 Visualisierung und Veränderung27
1.2 Kernpraktik 4: Mache Prozessregeln explizit29
1.2.1 Prozessregeln und Veränderung30
1.3 Kernpraktik 5: Implementiere Feedbackzyklen30
1.3.1 Das Standup-Meeting31
1.3.2 Replenishment-Meetings32
1.3.3 Weitere Meetings32
1.3.4 Feedbackzyklen, die auf Metriken basieren33
Abb. 1–2 Cumulative Flow Diagram (CFD) meines Projekts33
1.4 Transparenz als Wert34
2 Balance35
2.1 Kernpraktik 2: Parallele Arbeit (Work in Progress, WIP) limitieren35
2.2 Pull-Systeme in der Wissensarbeit35
Abb. 2–1 Die TEST-Spalte besitzt ein WIP-Limit von 4.35
Abb. 2–2 Zwei Tickets bewegen sich nach rechts über das Board.36
2.3 Balance zwischen Arbeitslast und Kapazität37
2.4 Andere Möglichkeiten, WIP zu limitieren38
2.5 Balance zwischen dringlichkeits- und termingetriebener Arbeit39
Abb. 2–3 Die Arbeitspakte in »TEST«39
2.6 Risikobasierte Kategorisierung und Serviceklassen40
2.7 Balance zwischen Anforderungen und Leistungsfähigkeit42
2.8 Stakeholder-Balance42
2.9 Balance suchen43
3 Kooperation45
3.1 Kernpraktik 6: Erziele Verbesserung kooperativ und entwickle experimentell45
3.2 Kooperation ist eine ernste Sache45
3.3 Erziele Verbesserung kooperativ46
3.4 Zu Kooperation ermutigen46
3.5 Fokus auf Kooperation legen47
3.6 Entwickle experimentell48
3.7 Die und wir49
Reflexion: Transparenz, Balance und Kooperation51
4 Kundenfokus53
4.1 Kernpraktik 3: Manage den Arbeitsfluss53
4.2 Warum Kundenfokus?53
4.3 Zufriedenheit garantiert54
4.4 Quer über das Board55
4.5 Upstream-Kanban55
Abb. 4–1 Ein Beispiel für ein Personal-Kanban-Board-Design55
4.6 Bedürfnisse vorwegnehmen58
5 Arbeitsfluss59
5.1 Kernpraktik 3: Manage den Arbeitsfluss (nochmal)59
5.2 Gleichmäßigkeit59
5.2.1 Wie sieht Arbeitsfluss aus?60
5.3 Quer über das Board (nochmal)61
5.4 Es gibt immer einen größeren Kontext62
5.5 Einige einfache Beispiele63
5.6 Arbeitsfluss quer durch die Organisation64
Abb. 5–1 Gemeinsam genutzte und abhängige Dienste umfassen zwei Hauptworkflows.64
5.7 Arbeitsfluss managen, um Pünktlichkeit zu erzielen67
6 Führung69
6.1 Grundprinzip 4: Führung auf allen Ebenen70
6.2 Möglichkeiten finden sich überall70
6.3 Führung erzeugt Führung71
6.4 Warum Führung wertschätzen?72
6.5 Wie sieht Führung in Kanban aus?73
Reflexion: Kundenfokus, Arbeitsfluss und Führung75
7 Verständnis77
7.1 Änderungen ohne Verständnis – drei Anti-Pattern77
7.1.1 Selbstzufriedenheit78
7.1.2 Draufgängertum78
7.1.3 Einmischung80
7.2 Einführung der J-Kurve81
Abb. 7–1 Die J-Kurve81
7.3 Ein Muster für zielgerichtete Veränderung82
8 Vereinbarung85
8.1 Verfolge evolutionäre Veränderung85
Abb. 8–1 Eine Abfolge kleiner J-Kurven86
Abb. 8–2 Nicht jedes Experiment wird erfolgreich sein.87
8.2 Vereinbare das Verfolgen87
8.3 Change Management88
8.3.1 Der Change Agent88
8.3.2 Der betreute Change Agent89
8.3.3 Das Change-Team91
9 Respekt93
9.1 Fange nicht bei den Rollen an93
9.2 »Sei wie Wasser«94
9.3 Respekt für Menschen95
9.3.1 Transparenz95
9.3.2 Balance96
9.3.3 Kooperation96
9.3.4 Kundenfokus96
9.3.5 Arbeitsfluss97
9.3.6 Führung97
9.3.7 Verständnis97
9.3.8 Vereinbarung98
9.4 Die menschliche »Beginne mit dem, was du gerade tust«- Methode98
10 Muster und Agenden99
10.1 »Noble Muster«99
10.2 Agenden für Veränderung100
10.3 Die Nachhaltigkeits-Agenda101
10.4 Die Serviceorientierungs-Agenda102
10.4.1 Die Kanban-Linse102
10.5 Die Überlebensfähigkeits-Agenda103
10.6 Die Agenda Ihrer Organisation103
10.7 Wie erging es uns?104
10.8 Fünf Jahre später105
Teil II – Modelle107
11 Systemdenken, Komplexität und die lernende Organisation109
11.1 Systemdenken109
11.1.1 Hebelpunkte und Systemdynamiken110
11.2 Komplexität111
Abb. 11–1 Teuflisch oder engelsgleich? Eine Feedbackschleife in der Qualität.112
11.2.1 Kausalität und das Cynefin-Framework113
11.2.2 Komplexe adaptive Systeme114
11.3 Wissen, lernen und die lernende Organisation115
11.3.1 Demings System vom umfassenden Wissen115
11.3.2 Argyris und das Doppelschleifen-Lernen116
Abb. 11–2 Doppenschleifen-Lernen117
11.3.3 Die lernende Organisation118
11.4 Systemdenken und Kanban119
11.4.1 Das Design der Methode119
11.4.2 Anwendung120
12 Engpasstheorie (TOC)121
12.1 Die fünf Fokussierungsschritte und der Process of Ongoing Improvement (POOGI)122
12.2 Drum-Buffer-Rope (DBR)123
12.3 Thinking Processes – Denkprozesse124
Tab. 12–1 Efrat Goldratts Modell der neun Schichten des Widerstands gegen Veränderung125
12.4 Critical-Chain-Projektmanagement (CCPM)125
Abb. 12–1 Ein simpler Plan mit Projektpuffer und Versorgungspuffer126
Abb. 12–2 Ein Fieberdiagramm127
12.5 Throughput Accounting – Durchsatzrechnung127
12.6 Die Beziehung von TOC zu Kanban127
12.6.1 POOGI und die fünf Fokussierungsschritte128
12.6.2 DBR und CCPM129
12.6.3 Die Denkprozesse129
12.7 Dennoch …130
13 Agile131
13.1 Drei agile Methoden132
13.1.1 Feature-Driven Development (FDD)132
Abb. 13–1 Feature-Driven Development132
13.1.2 Extreme Programming (XP)133
Abb. 13–2 Der XP-Prozess134
13.1.3 Scrum136
Abb. 13–3 Der Scrum-Prozess136
13.2 Kanban und Agile138
13.2.1 Kompatibilität138
13.2.2 Wann ist Kanban zu benutzen?139
13.3 Das Modell Agile140
14 TPS und Lean141
14.1 Drei Lean-Werkzeuge142
14.2 TPS und Lean im richtigen Licht144
14.3 Verbesserungen bei Lean145
14.4 Lean Product Development146
14.5 Lean Startup148
14.6 Lean/Agile-Hybriden149
14.7 Kanban und Lean149
15 Ökonomische Ansätze zum Arbeitsfluss151
15.1 ROI und die Pareto-Diät152
Abb. 15–1 Der Projektwert als Funktion des Umfangs153
Abb. 15–2 Wert und Kosten als Funktion des Umfangs153
Abb. 15–3 Der ROI hat seinen Höhepunkt, wenn der Umfang limitiert ist.154
15.2 Verzögerungskosten156
15.2.1 Die Kosten von Warteschlangen159
15.3 Haltekosten159
15.4 Optionen161
15.4.1 Optionen haben einen Wert162
15.4.2 Optionen verfallen163
15.4.3 Binde dich nie frühzeitig, es sei denn, du weißt warum163
15.5 Alles zusammengeführt164
16 Die Kanban-Methode165
16.1 Eine sehr kurze Historie165
16.2 Grundprinzipien167
16.3 Kernpraktiken167
16.4 Kontextualisiertes Kanban168
16.4.1 Personal Kanban168
16.4.2 Portfolio-Kanban169
16.4.3 Scrumban170
16.5 Unterstützende Konzepte und Werkzeuge171
16.6 Implementierungshilfe: STATIK172
17 Kleinere Modelle175
17.1 Zwei, die davongekommen sind175
17.1.1 Littles Gesetz175
Abb. 17–1 Eine geometrische Interpretation des Gesetzes von Little177
17.1.2 Das Satir-Modell für Veränderung178
Abb. 17–2 Das Satir-Modell für Veränderung179
17.2 Denkwerkzeuge und Coaching-Modelle179
17.2.1 GROW179
17.2.2 A3180
17.2.3 Exkurs: Wie ein Profi überprüfen!181
17.2.4 Der Lean Change Canvas182
Abb. 17–3 Ein Lean Change Canvas (Dank an agileconsulting.blogspot.com)182
17.3 Gruppenmoderation und Spiele182
17.3.1 Kaners Moderationsmodell182
Abb. 17–4 Das Kaner-Modell für Gruppenmoderation183
17.3.2 Serious Games184
Abb. 17–5 Kanban Knowsy185
Abb. 17–6 Schnellboot (online)185
17.4 Modelle für kooperative Führung: Triaden und T-Formen186
Teil III – Implementierung189
18 Quellen der Unzufriedenheit erkennen191
18.1 Zwei Perspektiven191
18.2 Zwei Fragen192
18.3 Formate193
18.4 Organisiere und erforsche194
18.5 Folgemaßnahmen195
19 Anforderungen und Leistungsfähigkeiten analysieren197
19.1 Wissen, was Sie wem liefern und warum198
19.1.1 Was198
19.1.2 Wem199
19.1.3 Warum200
19.2 Quantitative Analyse200
Abb. 19–1 Ein Verlaufsdiagramm (Run-Chart), das die Kundendurchlaufzeit zeigt201
Abb. 19–2 Ein Histogramm mit denselben Durchlaufzeiten wie in Abbildung 19–1202
Abb. 19–3 Ein Paretodiagramm202
Abb. 19–4 Ein CFD aus verschiedenen Quellen gesammelt203
19.2.1 Flusseffizienz203
19.3 Wie Arbeit ankommt204
19.4 Passt alles zusammen?205
20 Den Workflow modellieren207
20.1 Grob aufzeichnen207
Abb. 20–1 Der ursprüngliche Prozess der XIT-Geschichte208
Abb. 20–2 Eine alternative Darstellung der ursprünglichen XIT-Geschichte208
20.2 Top-down-Dekomposition208
20.3 Bottom-up-Organisation210
20.4 Fazit211
21 Serviceklassen finden213
21.1 Entdecken, überprüfen214
21.2 Beispiele215
21.3 In Richtung einer gesunden Arbeitszusammenstellung216
22 Kanban-Systeme gestalten219
22.1 Umfang, Granularität und Status der Arbeitseinheiten219
22.1.1 Aufeinanderfolgende Status219
Abb. 22–1 Aufeinanderfolgende Status220
22.1.2 Parallele Status220
Abb. 22–2 Blockiert!221
22.1.3 Fehler221
22.1.4 Abhängigkeiten222
Abb. 22–3 Eine Arbeitseinheit, die von einer anderen abhängt.222
22.2 Andere Dimensionen223
Abb. 22–4 Zwei parallele Kanäle für Arbeit224
22.3 Hierarchische Boards und das Aufbrechen/Zusammenführen-Muster224
Abb. 22–5 Epics und Features224
Abb. 22–6 Eine Pipeline von Epics …224
Abb. 22–7 … Feature-weise ausgeliefert224
Abb. 22–8 Aufbrechen/Zusammenführen225
22.4 Work in Progress limitieren225
Abb. 22–9 Übergreifende WIP-Limits226
22.5 Review227
23 Ein Kanban-System einführen229
23.1 Den Einsatz planen229
23.2 Die Agenda zusammenstellen: die drei P231
23.2.1 Positionierung231
23.2.2 Zweck (Purpose)232
23.2.3 Prioritäten232
23.3 Veränderung durch das System vorantreiben233
23.3.1 Veränderungsinkremente identifizieren234
Transparenz234
Balance235
Kooperation236
Kundenfokus236
Arbeitsfluss236
Führung und die Führungsdisziplinen237
23.3.2 Veränderung visualisieren238
Die Beurteilung visualisieren238
Abb. 23–1 Kanban-Tiefe – nach Werten238
Abb. 23–2 Kanban-Tiefe – mit Entwicklungsverlauf239
Veränderung visuell managen239
Abb. 23–3 Das »Problemboard«239
Abb. 23–4 Ein Kanban-System für »validierte Veränderung«240
Nicht jede Veränderung ist gleich240
Abb. 23–5 Nicht jede Veränderung ist gleich.241
23.4 Abschließende Gedanken242
Anhang243
A Demings 14 Punkte für gutes Management245
B Danksagung247
C Glossar249
D Literatur259
Weiterführende Literatur zu einzelnen Themen262
Systemdenken (Kap. 11)262
Lernen (Kap. 11)262
Engpasstheorie (TOC) (Kap. 12)263
Agile (Kap. 13)263
TPS und Lean (Kap. 14)264
Ökonomische Ansätze zum Arbeitsfluss (Kap. 15)264
Die Kanban-Methode (Kap. 16)264
Kleinere Modelle (Kap. 17)265
Ein Kanban-System einführen (Kap. 23)266
Index267
www.dpunkt.de0

Weitere E-Books zum Thema: Projektmanagement - IT Projekte

Softwaretechnik

E-Book Softwaretechnik
Format: PDF

Software-Projekte geraten oft in Schwierigkeiten: Zeit und Budget werden überschritten; das Projekt tritt auf der Stelle; im schlimmsten Fall wird es ohne Ergebnis abgebrochen. Manche…

Softwaretechnik

E-Book Softwaretechnik
Format: PDF

Software-Projekte geraten oft in Schwierigkeiten: Zeit und Budget werden überschritten; das Projekt tritt auf der Stelle; im schlimmsten Fall wird es ohne Ergebnis abgebrochen. Manche…

Softwaretechnik

E-Book Softwaretechnik
Format: PDF

Software-Projekte geraten oft in Schwierigkeiten: Zeit und Budget werden überschritten; das Projekt tritt auf der Stelle; im schlimmsten Fall wird es ohne Ergebnis abgebrochen. Manche…

Krisen vermeiden in IT Projekten

E-Book Krisen vermeiden in IT Projekten
Mit Vorlagen auf CD-ROM Format: PDF

IT-Projekte haben in vielen Unternehmen eine zentrale Bedeutung. Sie binden Ressourcen und generieren entsprechende Kosten. Im Durchschnitt werden in Unternehmen 33 Projekte pro 1000 Mitarbeitern…

Krisen vermeiden in IT Projekten

E-Book Krisen vermeiden in IT Projekten
Mit Vorlagen auf CD-ROM Format: PDF

IT-Projekte haben in vielen Unternehmen eine zentrale Bedeutung. Sie binden Ressourcen und generieren entsprechende Kosten. Im Durchschnitt werden in Unternehmen 33 Projekte pro 1000 Mitarbeitern…

Krisen vermeiden in IT Projekten

E-Book Krisen vermeiden in IT Projekten
Mit Vorlagen auf CD-ROM Format: PDF

IT-Projekte haben in vielen Unternehmen eine zentrale Bedeutung. Sie binden Ressourcen und generieren entsprechende Kosten. Im Durchschnitt werden in Unternehmen 33 Projekte pro 1000 Mitarbeitern…

Krisen vermeiden in IT Projekten

E-Book Krisen vermeiden in IT Projekten
Mit Vorlagen auf CD-ROM Format: PDF

IT-Projekte haben in vielen Unternehmen eine zentrale Bedeutung. Sie binden Ressourcen und generieren entsprechende Kosten. Im Durchschnitt werden in Unternehmen 33 Projekte pro 1000 Mitarbeitern…

IT-Projektmanagement kompakt

E-Book IT-Projektmanagement kompakt
Format: PDF

IT-Projektmanagement kompakt beschreibt, welchen Herausforderungen sich IT-Projekte und deren Durchführende stellen müssen. Dem Leser wird unter anderem vermittelt, warum in Time and Budget…

Management- und Projekt-Methoden

E-Book Management- und Projekt-Methoden
Ein Leitfaden für IT, Organisation und Unternehmensentwicklung Format: PDF

Die Veränderungsprozesse in Wirtschaft und Verwaltung erfordern eine aktive Gestaltung des Wandels. Als Handwerkszeug dazu ist das Projektmanagement von großer Bedeutung. Dieses Buch unterstützt…

Management- und Projekt-Methoden

E-Book Management- und Projekt-Methoden
Ein Leitfaden für IT, Organisation und Unternehmensentwicklung Format: PDF

Die Veränderungsprozesse in Wirtschaft und Verwaltung erfordern eine aktive Gestaltung des Wandels. Als Handwerkszeug dazu ist das Projektmanagement von großer Bedeutung. Dieses Buch unterstützt…

Weitere Zeitschriften

Burgen und Schlösser

Burgen und Schlösser

aktuelle Berichte zum Thema Burgen, Schlösser, Wehrbauten, Forschungsergebnisse zur Bau- und Kunstgeschichte, Denkmalpflege und Denkmalschutz Seit ihrer Gründung 1899 gibt die Deutsche ...

Card Forum International

Card Forum International

Card Forum International, Magazine for Card Technologies and Applications, is a leading source for information in the field of card-based payment systems, related technologies, and required reading ...

DER PRAKTIKER

DER PRAKTIKER

Technische Fachzeitschrift aus der Praxis für die Praxis in allen Bereichen des Handwerks und der Industrie. “der praktiker“ ist die Fachzeitschrift für alle Bereiche der fügetechnischen ...

Deutsche Tennis Zeitung

Deutsche Tennis Zeitung

Die DTZ – Deutsche Tennis Zeitung bietet Informationen aus allen Bereichen der deutschen Tennisszene –sie präsentiert sportliche Highlights, analysiert Entwicklungen und erläutert ...

IT-BUSINESS

IT-BUSINESS

IT-BUSINESS ist seit mehr als 25 Jahren die Fachzeitschrift für den IT-Markt Sie liefert 2-wöchentlich fundiert recherchierte Themen, praxisbezogene Fallstudien, aktuelle Hintergrundberichte aus ...

FileMaker Magazin

FileMaker Magazin

Das unabhängige Magazin für Anwender und Entwickler, die mit dem Datenbankprogramm Claris FileMaker Pro arbeiten. In jeder Ausgabe finden Sie von kompletten Lösungsschritten bis zu ...