Der halbherzige Einsatz von Kanban bringt sicherlich keine nachhaltige, qualitative Veränderung mit sich. Wer die Arbeitsprozesse in seiner Organisation verbessern, jedoch nicht gleich das gesamte Unternehmen mit Scrum in eine durch und durch sogenannte agile Organisation umkrempeln will, dem bietet Kanban einen guten Startpunkt an.
Kanban als Prinzip des stetigen Wandels
Genau dieses Prinzip lässt sich auch in der Software-Entwicklung anwenden. David Anderson übertrug dieses Konzept auf den Bereich der Software-Entwicklung. Er integrierte die Grundidee von Kanban mit grundlegenden Prinzipien aus sowohl der Lean Production als auch dem Lean Product Development und ergänzte diese durch die Theory-of-Constraints sowie das klassische Risikomanagement.
"People ask me: What is the difference between lean and kanban? Answer: lean is a destination; kanban is means to get there."
– David J. Anderson
Das evolutionäre Change Management war geboren, und David J. Anderson formulierte folgende fundamentale Prinzipien:
- Dort beginnen, wo man sich gerade befindet.
- Inkrementelle, evolutionäre Veränderungen anstreben.
- Auf bestehenden Rollen, Abläufen und Prozessen aufsetzen und diese respektieren.
- Leadership auf allen Ebenen in der Organisation fördern.
„Evolutionär“ heißt: Die Einführung von Kanban krempelt die bestehende Arbeitsweise nicht um. Existierende Prozesse und Rollen innerhalb der Organisation, des Projekts oder Teams bleiben erhalten, und es werden auch keine neuen Verantwortlichkeiten hinzugefügt. Man vereinbart jedoch, permanent kleine Verbesserungen an der bestehenden Arbeitsweise vorzunehmen – und das überall.
Kanban, wie funktioniert das eigentlich?
- Visualisierung, indem die laufende Arbeit sichtbar gemacht wird.
- Limitierung der laufenden Arbeiten, indem die Anzahl offener Pakete pro Prozessschritt beschränkt wird, um Engpässe erkennbar zu machen.
- Steuerung des Arbeitsflusses und Messung von Kennzahlen, zum Beispiel der Durchlaufzeiten, um anhand der Ergebnisse eine Optimierung des Durchsatzes durchführen.
- Formulierung expliziter Regeln für Prozesse, denn nur so können Fehler erfasst und objektiv bewertet werden.
- Kontinuierliche Verbesserung mittels bewährter Modelle und wissenschaftlicher Methoden
Prinzip 1: Visualisierung der Arbeiten
Auf einem Kanban-Board werden Aufgaben in Form von Karten angebracht. Ein Kanban-Board ist in Spalten (Lanes) unterteilt, welche den Arbeitsfluss visualisieren. Ausstehende Aufgaben werden in die linke Spalte (To Do, auch: Backlog) gegeben. Die Lanes bilden die Schritte innerhalb eines Prozess ab, Karten wandern im Laufe ihrer Fertigstellung also von ganz links nach ganz rechts.
Prinzip 2: Limitierung der Arbeiten
In Kanban werden erledigte Arbeiten nicht zum nächsten Berarbeiter weitergereicht (Push-Prinzip). Jeder Bearbeiter holt sich seine Arbeit (Pull-Prinzip) vom Vorgänger, sobald er bereit für weitere Arbeiten ist. Durch diese Pull-Dynamik entsteht ein Arbeitsfluss (Flow). Etwaige Engpässe sind sofort ersichtlich: Ist ein Bereich ausgelastet, staut sich die Arbeit, und der Flaschenhals wird auf dem Board sichtbar.
Prinzip 3: Steuerung des Arbeitsflusses
Um eine Arbeit einer Serviceklasse zuordnen zu können, verwendet man häufig das Prinzip der Verzögerungskosten (Cost of Delay), das auf Reinertsen/Smith zurückgeht. Pro Serviceklasse erhält man so objektiv nachvollziehbaren Risikoinformationen zu etwaigen ökonomischen Auswirkungen für den Fall, dass eine Arbeit nicht oder erst verspätet fertiggestellt werden sollte. Die Idee des Cost of Delay-Prinzips ist, dass nicht nur die Entwicklung neuer Funktionalität Kosten verursacht, sondern auch Kosten dadurch entstehen, dass neue Funktionalität erst mit Verzögerung auf den Markt gebracht wird.
Deshalb wird in Kanban vorgeschlagen, verschiedene Service-Arten (Classes of Service) zu definieren. Gängige Serviceklassen sind „beschleunigt“, „fester Liefertermin“, „Standard“ und „unbestimmbare Kosten“.
Service-Klasse | Beschreibung |
---|---|
Beschleunigt (Expedite) | Arbeiten, welche unmittelbar hohe Kosten verursachen. Beispiel: Ein Serverausfall bei einem Webprodukt. Werden mit höchster Priorität behandelt und dürfen temporär auch das WIP-Limit überschreiten. |
Fester Termin (Fixed Date) | Arbeiten, welche termingerecht erledigt sein müssen und bei Nicht-Einhalten hohe Kosten verursachen. Beispiel: Inkrafttreten einer Gesetzesänderung mit dem Risiko hoher Strafzahlungen und gar Geschäftsunfähigkeit. |
Standard (Standard) | Arbeiten des Alltagsgeschäfts. |
Vage / unbestimmbare Kosten (Intangible) | Arbeiten, welche zum momentaten Zeitpunkt eher unbedeutend sind, eventuell in Zukunft aber große Auswirkungen haben / Kosten verursachen können. Beispiel: Versions-Upgrade einer Softwarekomponente und Abhängigkeiten zu Komponenten. |
Mittels Begrenzungen der Zahl der Tickets pro Serviceklasse, lässt sich die richtige Zuteilung von Arbeiten fördern. Beispielsweise kann festgelegt werden, dass innerhalb des Systems maximal fünf Prozent der Tickets „Expedite“ und zehn „Fixed“, maximal jedoch eines „Intangible“ sein darf.
Dies oben aufgeführten Klassen sind lediglich Beipsiele; die Zeit-Auswirkungs-Zusammenhänge – und damit die Basis von Serviceklassen – sind in jeder Organisation individuell. Serviceklassen beruhen stets auf historischen Messdaten oder auf eigenen qualifizierten Schätzungen!
Prinzip 4: Prozessregeln
Mit der Formulierung von von expliziten Prozessregeln schafft man eine gemeinsame objektive Basis für alle Beteiligten, welche genau definiert, unter welchen Annahmen oder Gesetzmäßigkeiten gearbeitet wird. Ziel ist es, wo immer möglich, Regeln im Arbeitsfluss explizit zu formulieren. Beispiele dafür sind unter anderem: die Definition, wann eine Aufgabe fertig, also „Done“ ist, die Bedeutung der einzelnen Spalten, wer pullt wann usw.
Die Summe aus expliziten Regeln gepaart mit Metriken bildet somit die Grundlage für Kaizen, den Prozess der kontinuierlichen Verbesserung.
Prinzip 5: Kontinuierliche Verbesserung
Kanban ist transparent. Auf Engpässe kann umgehend reagiert werden. Mithilfe von messbaren Kennzahlen lassen sich die Gründe für aufgetretene Engpässe identifizieren und beheben. Durch kleine, sanfte Änderungen am Vorgehen optimiert man den Prozess stetig. Alle Optimierungen basieren auf bewährten Methoden und werden nicht nach Bauchgefühl durchgeführt.
Als Basis der Optimierungen müssen Teams laufend Messungen der Arbeit durchführen. Messungen wie Durchlaufzeit, Durchsatz und Flusseffizienz sind gängige Beispiele. Gemessen wird in Kanban jedoch stets das System, niemals die Leistung einzelner Mitarbeiter.
Metriken in Kanban
Metriken sind in der Arbeit mit Kanban ein wichtiges Instrument. Nur so kann man Veränderungen und Verbesserungen in den Prozessen eines Teams verlässlich nachvollziehen. Die Messung der Leistung eines des Systems hat immer zum Ziel, zu sehen, ob das System so arbeitet, wie erwartet, wo Verbesserungspotential herrscht und ob Verbesserungen greifen. Empfehlenswerte Basismessungen sind Durchlaufzeit, Durchsatz und Flusseffizienz eines Prozesses. Gängige Metriken dafür sind unter anderem das Cumulative Flow Diagramm sowie das Tracking und Spektralanalysen von Lead- und Durchlaufzeiten (Cycle Times).
Elimination von Verschwendung
Ein beliebtes Modell, welches Kanban-Teams beim Verbessern und bei der Optimierung unterstützt, ist das von Wert, Fluss und Verschwendung aus der „Lean IT“. Der Fokus liegt bei Reduktion von Verschwendung (Waste) im Arbeitsfluss. Als Verschwendung werden alle Aufwendungen betrachtet, die dem Kunden keinen Mehrwert bieten und für die dieser nicht bereit wäre zu zahlen.
"Value trumps flow, flow trumps waste elimination, eliminate waste to improve efficiency."
– David J. Anderson
Wie lassen sich Engpässe beseitigen?
Mit der Theory of Constraints nach Goldratt / Cox ist Kanban-Teams eine Methode zur Optimierung des Arbeitsflusses gegeben. Diese geht von der Erkenntnis aus der Systemtheorie hervor, welche besagt, dass der Durchsatz eines Systems ausschließlich von einem begrenzenden Faktor bestimmt wird. Das bedeutet, dass die Spalte im Kanban-Board, deren Bearbeitung am längsten dauert, den Gesamtdurchsatz des Systems vorgibt.
Die Beseitigung von Engpässen lässt sich im wesentlichen in fünf Fokussierungsschritten ausführen:
- Identifiziere den Engpass.
- Nutze den Engpass maximal aus.
- Optimiere den Prozess auf die Ausnutzung des Engpasses.
- Beseitige den Engpass.
- Fange wieder bei Schritt 1 an.
Ziel ist stets der maximale Durchsatz der gesamten Wertschöpfungskette, also des Produktionsprozesses. Bevor wir spezifische Verbesserungsmethoden anwenden, sollten wir uns die Frage stellen, warum die Situation so ist, wie sie ist. Die Ursachenanalyse ist beispielsweise dabei ein Instrument, um die Gründe zu identifizieren.
Kanban im Unternehmen einführen mit Flight Levels
Man unterscheidet zwischen vier Flight Levels:
Auf der ersten Ebene (Flight Level 1) setzt man Kanban in kleiner Organisationseinheit wie einem Team oder einer Abteilung ein. Ein Beispiel können cross-funktionale Teams aus Spezialisten sein, welche gemeinsam an Teilbereichen eines großen Gesamtsystems arbeiten. Charakteristisch ist, dass es keine Koordination der ankommenden Aufgaben gibt – also Stakeholder ihre Aufgaben nicht untereinander priorisieren. Innerhalb des Teams lässt sich der Prozess kontinuierlich verbessern, die Effizienz des Gesamtsystems ist jedoch limitiert.
Flight Level 2 führt auf dieser „Flugebene“ die Koordination von Input mithilfe von Queue Replenishment Meetings ein. In diesen Meetings priorisieren Stakeholder ihre Aufgaben gegeneinander und lernen, dass ein Team oder eine Organisationseinheit keine Black Box ist, in welche nach Belieben Arbeit hineingekippt werden kann, und auf der anderen Seite kommt das Gewünschte heraus. So werden mehr von den richtigen Aufgaben bearbeitet, und die Gesamteffizienz kann steigen.
Flight Level 3 optimiert nicht mehr die einzelnen Teams, sondern ihre Zusammenarbeit. Das Hauptaugenmerk richtet sich von nun an auf das Verbessern des Wertstroms, denn einen Wert für den Kunden zu schaffen ist wichtiger als ein hyperproduktives Team. Duch die Optimierung des Arbeitsflusses über den gesamten Wertstrom hinweg verringern sich die Wartezeiten an den Schnittstellen. Daraus resultierend werden Engpässe deutlich sichtbar.
Auf Flight Level 4 wird das Portfolio eines Unternehmens und Kanban eingesetzt, um mehrere Projekte und Produkte zu managen. Somit werden mehrere Wertströme optimiert. Das führt zu einem besseren Verständnis darüber, wie Bedarf und Möglichkeiten ausbalanciert werden und wie man Risiken managen kann. Die Arbeiten auf diesem Flight Level werden üblicherweise in kleinere Teile heruntergebrochen (z.B. Epics, User Stories oder Requirements), die dann durch Kanban-Systeme auf Flight Level 3, 1 oder 2 fließen.
Kanban mit Braintime umsetzen?
- Wie findet man heraus, ob Kanban für ein Projektverhaben, Team oder die gesamte Organisation geeignet ist?
- Wie führt man am besten agile Methoden wie Scrum in der Praxis ein?
- Wie kann man mit Kanban Flight Levels Kanban effizient in seinem Unternehmen einführen?
Wenn Sie möchten, beantworten wir diese und viele andere Fragen mit Ihnen gemeinsam.