Inhaltsverzeichnis
- Von amerikanischen Supermärkten bis zu Toyotas Fabriken
- Was der Kanban Guide sagt
- Warum sich die Begrenzung von laufenden Arbeiten so sehr ändert
- Vier Zahlen, die du von deiner Tafel ablesen kannst
- Ein erstes Board an einem Nachmittag
- Explizite Richtlinien: Was "in Review" wirklich bedeutet
- Die Fallstricke, die ein Board töten
- Funktioniert das wirklich?
- Zum Abschluss: Das Board ist nur ein Spiegel
- Baue dein Board mit FluidOps zusammen
- Häufig gestellte Fragen
Von amerikanischen Supermärkten bis zu Toyotas Fabriken
Die Geschichte beginnt in einem Supermarktgang. In den 1950er Jahren bemerkte der Toyota-Ingenieur Taiichi Ohno, dass ein Supermarkt ein Regal erst auffüllt, wenn ein Kunde Platz frei geräumt hat, und fragte sich, warum eine Fabrik nicht genauso funktionieren könnte (Ohno, 1988). Die Station, die Ersatzteile verwendet, schickt eine Karte, das Kanban (japanisch für "Schild" oder "Tag"), zurück an die vorherige Station: Mache nur das, was ich gerade verwendet habe.
Später übertrug David Anderson die Idee in Softwareentwicklungsteams (Anderson, 2010). Sie verbreitete sich dann weit über Marketing, Personalwesen, kleine Unternehmen, persönliche Projekte hinaus. Was von einer Welt in die andere reist, ist nicht die Karte, sondern das Prinzip: Man fängt nichts Neues an, bevor die alte Arbeit etwas Platz geschaffen hat.
Was der Kanban Guide sagt
Der Kanban Guide (Mai 2025) reduziert die Methode auf drei Praktiken:
- Definiere und visualisiere den Ablauf. Du zeichnest die Phasen, die die Arbeit wirklich durchläuft, nicht die eines idealen Diagramms.
- Verwalte aktiv Gegenstände. Eine Karte, die sich nicht bewegt, ist ein Signal: Jemand sollte sagen können, warum.
- Verbessern Sie den Fluss. Die Tafel zeigt, wo Dinge stecken bleiben; Sie beheben es in kleinen Schritten.
Der Guide fügt eine Voraussetzung hinzu: Die Mitglieder kontrollieren explizit die Anzahl der laufenden Aufgaben, von Anfang bis Ende. Eine neue Aufgabe beginnt, wenn Kapazität vorhanden ist, nicht wenn Lust dazu kommt. Das nennt man ein Pull-System.
Wenn Sie Anderson gelesen haben, wirkt diese Version schlanker. Sein Buch von 2010 beschreibt weitere Praktiken (Richtlinien explizit machen, Rückkopplungsschleifen aufbauen, gemeinsam verbessern). Der Leitfaden behält das Wesentliche und lässt jedes Team den Rest entwickeln.
Warum sich die Begrenzung von laufenden Arbeiten so sehr ändert
Das Gesetz von Little verbindet drei Größen in einem stabilen System: Durchschnittliche Arbeit in Arbeit ist gleich dem durchschnittlichen Durchsatz multipliziert mit der durchschnittlichen Zeit im System (Little, 2011). Anders ausgedrückt: Zeit im System ist Arbeit in Arbeit geteilt durch Durchsatz.
Ein ausgearbeitetes Beispiel. Dein Team liefert drei Aufgaben pro Woche und hat immer zwölf offen: Jede Aufgabe braucht im Durchschnitt vier Wochen, um fertigzuwerden. Begrenze laufende Arbeit auf sechs, und wenn der Durchsatz bei drei pro Woche bleibt, sinkt der Durchschnitt auf zwei Wochen. Das "Wenn" ist wichtig: Die Berechnung geht von einem stabilen Durchsatz aus. In der Praxis behältst du es oft, weil du weniger Themen jongliert, aber es ist nicht garantiert.
Der andere Effekt ist menschlicher. Wenn alles "im Gange" ist, bewegt sich eigentlich nichts, und jeder trägt fünf Themen im Kopf. Ein Cap zwingt dich, vor Beginn fertig zu werden, was in den ersten Tagen unangenehm ist. Eine detailliertere Berechnung erscheint in unserem Kanban im Vergleich Scrum.
Vier Zahlen, die du von deiner Tafel ablesen kannst
Eine Tafel zeigt nicht nur an, sondern erzeugt auch Dinge, die du messen kannst. Der Kanban Guide hält vier Indikatoren, die leicht von Hand gesammelt werden können.
| Indikator | Was es misst | Wie man es sammelt |
|---|---|---|
| Werk in Arbeit (WIP) | Die Anzahl der begonnenen und nicht fertiggestellten Karten | Zähle die Karten zwischen "begonnen" und "fertig". |
| Durchsatz | Die Anzahl der Karten, die in einem Zeitraum fertig waren | Zähle die Karten, die jede Woche auf "erledigt" verschoben wurden. |
| Zykluszeit | Verstrichene Zeit zwischen Beginn und Ende einer Karte | Notieren Sie das Start- und Enddatum |
| Alter des Arbeitsobjekts | Verstrichene Zeit seit Beginn einer noch offenen Karte | Finde die älteste Karte in "in progress" |
Die letzte ist die nützlichste im Alltag: Es geht um lebende Karten, also die, mit denen du noch handeln kannst. Wenn die älteste Karte in "in Arbeit" dreimal so alt ist wie deine fertigen Karten, dann ist sie die, die du am Montagmorgen anschauen solltest.
Ein erstes Board an einem Nachmittag
- Schreibe für jede wirklich laufende Aufgabe eine Karte. Der Rest steht in einer "To-do"-Spalte, die du nicht jeden Tag ansiehst.
- Erstelle drei Spalten: zu tun, in Arbeit, erledigt. Füge "in Prüfung" oder "blockiert" hinzu, sobald der Bedarf bestätigt ist.
- Begrenze "in Bearbeitung" auf zwei oder drei Karten pro Person. In den ersten zwei Tagen ist es unangenehm, dann gewöhnt man sich daran.
- Verschiebe Karten unterwegs und nimm dir jede Woche zehn Minuten Zeit, um zu sehen, was ins Stocken geraten ist.
Wenn du allein arbeitest, funktioniert das alles trotzdem: Das ist die Idee hinter persönlicher Kanban (Benson & Barry, 2011). Dein Limit ist oft sogar nützlicher als das eines Teams, da dich sonst niemand daran hindert, ein achtes Thema zu beginnen.
Explizite Richtlinien: Was "in Review" wirklich bedeutet
Der Unterschied zwischen einer hilfreichen Tafel und einer dekorativen Tafel liegt oft in den Regeln, die am unteren Rand jeder Spalte geschrieben sind. Zwei Sätze pro Spalte reichen aus: wenn eine Karte eintritt und wann sie wieder gehen darf.
- Im Gange: Jemand wird benannt, und die nächste Aktion ist klar.
- Zur Zusammenfassung: Eine andere Person hat die Karte und hat versprochen, innerhalb von zwei Tagen zu antworten.
- Blockiert: Du wartest auf etwas Bestimmtes und weißt, von wem. Eine Karte, die eine Woche lang "blockiert" wurde und keinen nennenswerten Kontakt hat, ist eine verlassene Karte.
- Erledigt: Die Person, die das Ergebnis erhält, kann es verwenden, ohne eine Frage zu stellen.
Diese Regeln brauchen kein Werkzeug: Ein Absatz, der neben dem Brett klebt, reicht aus. Vor allem verhindern sie endlose Debatten darüber, ob eine Karte "fast fertig" ist.
Die Fallstricke, die ein Board töten
| Symptom | Wahrscheinliche Ursache | Behebung |
|---|---|---|
| Das Board wird zu einer Liste | Das Limit wird nie durchgesetzt | Schreibe das Limit oben in der Spalte und lass alle es respektieren, auch der Boss |
| Sie beschreibt eine vergangene Vergangenheit | Karten werden nie bewegt | Verschieben Sie sie zu Beginn der Besprechung oder am Ende jeder Aufgabe |
| Niemand schaut es sich an | Es existiert, um jemand anderem Bericht zu erstatten | Baue es für das Team und lass andere es konsultieren |
| Eine überlaufende "blockierte" Säule | Die Arbeit beginnt, bevor du sicher bist, dass du fertig werden kannst. | Überprüfe die Abhängigkeiten, bevor du eine Karte auf "in Bearbeitung" verschiebst. |
| Zehn Spalten für drei Personen | Der Vorstand beschreibt das Organigramm, nicht die Arbeit | Gehen Sie zurück zu drei oder vier Spalten, die den realen Fluss widerspiegeln |
Funktioniert das wirklich?
Ehrlich gesagt sind die Belege dünner als die Begeisterung. Eine systematische Literaturübersicht zu Kanban in der Softwareentwicklung (Ahmad et al., 2013) berichtet größtenteils von Vorteilen für die Sichtbarkeit der Arbeit, Kommunikation und Kontrolle der laufenden Arbeiten, stützt sich aber hauptsächlich auf Fallstudien und wenige kontrollierte Experimente. Mit anderen Worten: Der Mechanismus ist solide (das Littlesche Gesetz ist bewiesen), und die Ergebnisse variieren von Team zu Team.
Das ist ein guter Grund, es als Test zu behandeln. Behalte das Board drei Wochen lang, schau dir deine vier Zahlen an und entscheide mit deinen eigenen Daten.
Zum Abschluss: Das Board ist nur ein Spiegel
Kanban macht ein Team nicht durch Magie schneller. Es zeigt, was alles verstopft, was schwer zu erkennen ist, wenn alles in Chat-Apps und im Kopf der Leute passiert. Was bleibt, ist, ab und zu zu akzeptieren, eine neue Karte abzulehnen, bis die alte fertig ist – was alles andere als ein technisches Detail ist.
Baue dein Board mit FluidOps zusammen
Das Demo-Kanban-Board kann ohne Anmeldung verwendet werden, und die Funktion FluidOps Kanban ermöglicht es Ihnen, Ihre Spalten zu definieren und die Anzahl der Karten pro Stage zu verfolgen. Um mit einem iterationsbasierten Ansatz zu vergleichen, lesen Sie über die Scrum-Methode; um den Rhythmus zu behalten, sobald das Board installiert ist, siehe die tägliche Projektverfolgung.
Der kostenlose Plan kostet 0 € pro Monat, der Einzelplan 12 € pro Monat oder 120 € pro Jahr, und der Business-Plan beginnt bei 12 € pro Sitzplatz und monatlich jährlich abgerechnet. Details finden Sie auf der Preisseite.
Häufig gestellte Fragen
Was ist die Kanban Methode?
Es ist eine pull-basierte Methode, die Arbeit zu managen: Man visualisiert die Stages auf einem Brett, begrenzt die Anzahl der laufenden Items und verbessert den Fluss in kleinen Schritten. Es stammt aus Toyotas Produktionssystem.
Was bedeutet "Kanban"?
Das japanische Wort bedeutet ein Schild oder eine Karte. Bei Toyota wurde eine Karte zwischen zwei Stationen gefahren, um der stromaufwärts gelegenen Station zu signalisieren, dass sie nur das machen solle, was die gerade benutzte Station.
Was ist eine WIP Grenze?
Es ist die maximale Anzahl von Aufgaben, die man gleichzeitig beginnen lässt. Eine neue Aufgabe beginnt erst, wenn eine andere abgeschlossen ist, was die Zykluszeit bei konstantem Durchsatz verkürzt (Little's Gesetz).
Wie viele Spalten sollte ein Kanban Board haben?
Drei reichen zum Anfang: zu tun, in Arbeit, erledigt. Fügen Sie erst "in Bewertung" oder "blockiert" hinzu, wenn der Bedarf bestätigt ist, sodass das Board die eigentliche Arbeit widerspiegelt und nicht ein Organigramm.
Was ist der Unterschied zwischen Kanban und Scrum?
Scrum organisiert die Arbeit in Iterationen mit fester Länge und definierten Rollen und Ereignissen. Kanban ist kontinuierlich: Sie setzt keinen Zyklus, sondern eine Begrenzung der laufenden Arbeit und einen sichtbaren Fluss.
Quellen
- Ahmad, M. O., Markkula, J., & Oivo, M. (2013).Kanban in der Softwareentwicklung: Eine systematische Literaturübersicht. 39. EUROMICRO-Konferenz für Softwareentwicklung und fortgeschrittene Anwendungen, 9.-16. doi:10.1109/SEAA.2013.28
- Anderson, D. J. (2010).Kanban: Erfolgreicher evolutionärer Wandel für Ihr Technologiegeschäft. Blue Hole Press.
- Benson, J., & Barry, T. D. (2011). Persönliches Kanban: Kartierungsarbeit, Navigation im Leben. Modus Cooperandi Press.
- Coleman, J., Vacanti, D., et al. (2025). Der Kanban Guide (Mai 2025). kanbanguides.org
- Little, J. D. C. (2011). OR Forum: Littles Gesetz zum 50-jährigen Jubiläum betrachtet. Operations Research, 59(3), 536-549. DOI:10.1287/OPRE.1110.0940
- Ohno, T. (1988). Toyota-Produktionssystem: Über die Großproduktion hinaus. Productivity Press.