看板 — Schild
Kanban (看板) ist japanisch. Die Zeichen zerlegen sich wie folgt: 看 (kan), beobachten, sehen, & 板 (ban): Brett, Planke, Schild. Zusammen: ein visuelles Signalbrett.
Das Wort stammt Jahrhunderte vor dem Managementsystem. Jedes Geschäft im Edo-zeitlichen Japan hatte ein Kanban: ein hölzernes Schild außen, das ankündigte, was innen verkauft wurde. Das visuelle Signal war gleichzeitig die Werbung, der Bestandsindikator & der Nachbestellungsauslöser.
Taiichi Ohnos Supermarkt-Einsicht
In den 1950er Jahren besuchte der Toyota-Ingenieur Taiichi Ohno amerikanische Supermärkte. Was er sah, veränderte die Fertigungsgeschichte.
In einer traditionellen Fabrik, dem Push-Modell, folgte die Produktion einem Zeitplan. Eine Vorhersage sagte "wir werden nächsten Monat 500 Einheiten benötigen," also fertigte die Fabrik 500 Einheiten an & drückte sie auf ein Regal. Wenn die Nachfrage falsch war, lief das Regal über. Wenn die Nachfrage die Vorhersage überstieg, war das Regal leer. Auf jeden Fall lag jemand falsch.
Supermärkte funktionierten anders. Regale hielten eine feste Menge jedes Artikels. Wenn ein Kunde das letzte Glas Erdnussbutter nahm, war der leere Platz selbst das Nachbestellungssignal. Lagermitarbeiter brauchten keinen Manager, um ihnen zu sagen, dass sie nachbestellen sollten: das Regal sagte es ihnen. Dies ist das Pull-Modell: nachgelagerte Nachfrage signalisiert vorgelagerte Nachschubversorgung.
Ohno brachte diese Erkenntnis zurück zu Toyota. Die physische Karte (Kanban), die an einem Teilebehälter befestigt war, wurde zum Signal: "dieser Behälter ist leer: mehr produzieren." Keine Vorhersage erforderlich. Kein zentraler Planer. Die Arbeit zog sich selbst vorwärts.
Push vs. Pull
Die Push/Pull-Unterscheidung ist die Grundlage für alles, was folgt.
Spalten als Zustände
Ein Kanban-Board macht Arbeit sichtbar. Jedes Stück Arbeit ist eine Karte. Karten bewegen sich von links nach rechts durch Spalten, die Zustände darstellen.
Die klassischen Spalten sind: Backlog → Selected → In Progress → Review → Done
Aber die genauen Spalten sind nicht wichtig. Wichtig ist, dass jede Karte genau einen aktuellen Zustand hat, & dieser Zustand ist für jeden sichtbar, der in diesem System arbeitet.
Was eine Karte darstellt
Eine Karte stellt eine Arbeitseinheit dar, die unabhängig abgeschlossen werden kann. Kein Projekt. Kein Ziel. Eine spezifische, umfangreiche Sache mit einer klaren Definition von "fertig".
Gute Karte: SSH-Schlüssel auf Produktionsservern rotieren: fertig, wenn alle Server den neuen Schlüssel in authorized_keys zeigen & der alte Schlüssel entfernt ist.
Schlechte Karte: Sicherheit verbessern. (Dies ist ein Projekt, keine Aufgabe. Unterteilen Sie es.)
WIP-Limits
Die In Progress-Spalte im Diagramm zeigt ein WIP-Limit: 3. Dies bedeutet, dass nicht mehr als drei Karten gleichzeitig In Progress sein können. Wenn Sie eine vierte Karte ziehen möchten, müssen Sie zuerst eine abschließen.
Dies fühlt sich wie eine Einschränkung an. Es ist: von Design aus. WIP-Limits zwingen Sie, das zu beenden, was Sie angefangen haben, bevor Sie etwas Neues beginnen. Mehr darüber, warum dies wichtig ist, folgt in einem späteren Abschnitt.
Umfang von Arbeitskarten
Die schwierigste Fähigkeit in Kanban ist nicht, das Board zu zeichnen. Es ist die Dimensionierung der Karten. Zu groß & eine Karte sitzt Wochen lang In Progress, blockiert andere Arbeiten. Zu klein & das Board füllt sich mit Rauschen.
Silos funktionieren gut
Jede multidisziplinäre Operation hat funktionale Arbeitszentren: eine Bäckerei hat Süßwaren, Brot, Herzhaftes & Kundenbetreuung. Ein Produktstudio hat Design, Content, Build & Ops. Ein Bauprojekt hat Rahmen, Rohrleitungen, Elektrik & Veredelung. Diese Zentren existieren aus guten Gründen: tiefe Spezialisierung erfordert fokussierte Eigenverantwortung.
Kanban löst diese Abteilungen nicht auf. Es macht Übergaben zwischen ihnen sichtbar & explizit.
Die Übergabekarte
Wenn eine Arbeitseinheit von einem Arbeitszentrum zu einem anderen wechselt, sagen Sie, ein Design-Asset, das vor dem Zusammenbau durch den Builder Kopie geschrieben werden muss, reist eine Übergabekarte damit. Das nachgelagerte Zentrum sieht die Karte in seinem Backlog erscheinen. Sie ziehen sie, wenn Sie Kapazität haben. Keine E-Mail erforderlich. Kein Meeting zur Koordination. Die Karte ist das Signal.
Was das Diagramm zeigt
Das ★-Ticket startet in Design (In Progress: visuelle Assets). Wenn Design ihren Teil fertig stellt, wird eine Übergabekarte erstellt & das ★-Ticket erscheint im Build-Zentrum des Backlogs. Build zieht es. Dann zieht Ops. Jedes Zentrum hat sein eigenes Board. Jedes Board zeigt nur die aktuelle Arbeit dieses Zentrums. Aber das ★ reist durch alle, & jeder kann sehen, wo es ist.
Dies ist die Supermarkt-Einsicht auf Organisationen angewendet: jedes Arbeitszentrum ist ein Regal. Karten füllen nachgelagerte Regale nur auf, wenn vorgelagerte Arbeiten gezogen & konsumiert werden.
Gestaltung einer Übergabe
Die Übergabekarte ist der Vertrag zwischen Arbeitszentren. Sie muss genug Kontext enthalten, damit das empfangende Team handeln kann, ohne ein Meeting zu haben.
Stoppen Sie mit dem Starten. Beginnen Sie mit dem Beenden.
WIP steht für Work In Progress. Ein WIP-Limit ist eine Obergrenze, wie viele Karten gleichzeitig in einer bestimmten Spalte sein können.
Dies klingt wie eine Einschränkung. Das ist es. Genau das ist der Punkt.
Warum Limits helfen
Jedes Mal, wenn Sie eine neue Aufgabe beginnen, ohne die vorherige zu beenden, zahlen Sie eine Context-Switching-Steuer. Ihr Gehirn lädt den Kontext der neuen Aufgabe & entlädt teilweise den der alten. Wenn Sie zur alten Aufgabe zurückkehren, laden Sie sie neu. Bei Wissensarbeit, Schreiben, Debuggen, Designen, Überprüfen wird diese Neuladungskosten in Stunden gemessen, nicht in Sekunden.
WIP-Limits verhindern die Ansammlung halbfertiger Arbeiten. Sie tun auch etwas Wertvolleres: Sie machen Engpässe sichtbar.
Engpässe werden sichtbar
Wenn die Überprüfungsspalte ein WIP-Limit von 2 hat & es ist immer bei 2, das ist ein Signal: Überprüfung ist langsamer als Produktion. Mehr Arbeit wird In Progress erledigt, als von Review konsumiert werden kann. Ohne ein WIP-Limit, füllt sich das Board mit 'fertig-aber-wartet-auf-Überprüfung'-Karten & der Engpass ist unsichtbar. Mit einem WIP-Limit, kann die In Progress-Spalte keine neuen Karten akzeptieren, & das ganze Team sieht die Einschränkung.
Dies ist kein Fehler. Es ist Information. Das System sagt Ihnen, dass Sie Review reparieren, einstellen, koppeln, Batch-Größe reduzieren sollen, anstatt blindlings mehr Arbeit durchzuschieben.
Littles Gesetz (informell)
Durchsatzzeit (wie lange eine Karte braucht, um von Start zu fertig zu gehen) = Work In Progress ÷ Durchsatz (Karten pro Zeiteinheit abgeschlossen). Wenn Sie kürzere Durchsatzzeiten ohne Einstellung wünschen, reduzieren Sie WIP. Weniger Dinge im Flug bedeutet, dass jedes Ding schneller endet.
R = (W × C) + T
WIP-Limits schützen drei Variablen. Effizienzberater Brian Tracy benannte sie 1986.
R = (W × C) + T
- R: Ergebnis: das Ergebnis, das Sie wünschen
- W: Klarheit des Ziels: wie genau Sie wissen, was Sie wünschen (0–10)
- C: Konzentration: Intensität der fokussierten Anstrengung (0–10)
- T: Zeit arbeitend ohne Ablenkungen (ununterbrochene Stunden)
Warum W & C multiplizieren
Klarheit & Konzentration sind nicht unabhängig. Hohe Konzentration auf ein vages Ziel erzeugt schnelle Bewegung in die falsche Richtung. Perfekte Zielklarheit ohne Konzentration erzeugt nichts. Sie interagieren: deshalb schrieb Tracy sie als Produkt, nicht als Summe. Eine 9/10 auf jeder Seite ergibt R = 81 + T. Eine 3/10 auf jeder Seite ergibt R = 9 + T. Der Unterschied ist nicht additiv.
Warum T addiert
Jede ablenkungsfreie Stunde addiert linear zum Ergebnis. T kann W & C nicht zusammensetzen: es kann sich nur auf das Produkt stapeln. Dies erklärt, warum der erste Schritt immer darin besteht, W & C zu verbessern, nicht länger zu arbeiten. Mehr T auf einem niedrigen (W × C)-Produkt ist immer noch ein schlechtes Ergebnis.
Was das Kanban-Board für jede Variable tut
- W: Eine gut dimensionierte Karte (klarer Titel, messbare Akzeptanzkriterien, einzelner Besitzer) erhöht W, bevor die Arbeit beginnt. Vague Karten senken es automatisch.
- C: WIP-Limits erzwingen Konzentration. Eine Karte in Active bedeutet volle Aufmerksamkeit auf ein Problem. Drei Karten in Active bedeuten, dass C auf drei Wege aufgeteilt ist.
- T: Pomodoro-Blöcke & Schutz im Kalender schaffen die ablenkungsfreien Stunden, die T misst. Der Board-Timer ist nicht Dekoration: er verfolgt T in Echtzeit.
Tracy behauptete, jedes Problem könne in 30 Minuten gelöst werden, wenn W, C & T alle optimiert sind. Das Kanban-Board ist das Instrument zur gleichzeitigen Optimierung aller drei.
Lesen des Boards
Üben Sie, Engpässe aus dem Board-Status zu lesen.
Nicht Agile. Nicht Waterfall.
Agile ist eine Methodik. Waterfall ist eine Methodik. Kanban ist ein System.
Methoden schreiben vor, wie Sie arbeiten. Systeme beschreiben, was über Arbeit wahr ist. Kanban sagt Ihnen nicht, dass Sie zwei-wöchentliche Sprints, tägliche Standups oder Retrospektiven haben sollten. Es sagt Ihnen eines: Machen Sie Arbeit sichtbar, begrenzen Sie WIP, & ziehen.
Das Problem mit Methoden
Agile funktioniert gut für Teams, die Produkte iterativ entwickeln, Software, meist. Waterfall funktioniert gut für Projekte mit festen Anforderungen & bekannten Unbekannten, Bau, Hardware-Fertigung. Keines bildet sauber auf funktionsübergreifende Arbeit ab, wo eine Design-Aufgabe & eine Fulfillment-Aufgabe völlig unterschiedliche Durchlaufzeiten & Definitionen von 'fertig' haben.
Das Erzwingen eines Design-Zentrums & eines Ops-Zentrums in denselben Sprint-Rhythmus ist ein Kategoriefehler. Ein zwei-wöchiger Sprint, der für Content-Erstellung funktioniert, erzeugt künstliche Dringlichkeit in Logistik-Arbeit. Ein Standup-Ritual, das für anwesende Teams konzipiert ist, erzeugt Overhead für unabhängige Solos.
Finden Sie gemeinsamen Grund in der zu verrichtenden Arbeit
Der un-Ansatz: Finden Sie die Arbeit, die getan werden muss. Finden Sie die Personen oder Partner, die am besten positioniert sind, um sie zu tun. Legen Sie keinen Prozess obendrauf: Lassen Sie die Arbeit ihren eigenen Prozess durch ein gemeinsames Sichtbarkeitssystem offenbaren.
Dies ist nicht die Abwesenheit von Prozess. Es ist die richtige Menge an Prozess: genug zur Koordination, nicht genug, um Koordinations-Overhead zu erzeugen, der den Wert der Arbeit übersteigt.
Bauen Sie nicht, was Sie kaufen können. Kaufen Sie nicht, was Sie anbauen können.
Bevor Arbeitskarten erstellt werden, fragen Sie: Sollte dies überhaupt existieren? Jede Arbeit, die Sie bauen, besitzen Sie für immer. Jede SaaS, die Sie abonnieren, hängen Sie für immer ab. Jede Open-Source-Abhängigkeit, die Sie forken, unterhalten Sie für immer.
Der Entscheidungsbaum: Können wir das anbauen? Ein Prozess, eine Fähigkeit, eine Beziehung, die die Fähigkeit nachhaltig erzeugt, bevorzugen Sie dies. Wenn das Anbauen nicht möglich ist: Können wir dies kaufen? Ein einsatzbereites Tool, das 80% des Problems ohne benutzerdefinierte Arbeiten löst, bevorzugen Sie dies. Wenn Kaufen nicht möglich ist: Bauen Sie es. & bauen Sie es wissend, dass Sie es jetzt besitzen.
Die meisten Organisationen kehren diese Reihenfolge um. Sie bauen benutzerdefinierte Infrastruktur für Probleme, die Commodity-Tools gut lösen, dann eilen sie, um zu unterhalten, was sie gebaut haben. Kanban macht dies sichtbar: jede Karte in Ihrem Backlog ist eine Sache, die Sie zu bauen gewählt haben. Die ehrliche Frage ist, ob sie dort überhaupt sein sollte.
Bauen / Kaufen / Anbauen
Wenden Sie das Entscheidungs-Framework an.
Gestalten Sie ein Board
Bringen Sie es zusammen. Sie werden ein Kanban-System für ein spezifisches funktionsübergreifendes Szenario gestalten.
Szenario
Ein kleines Studio startet sein Produkt mit einer neuen Marke neu. Die Arbeit betrifft vier Zentren:
- Design: neues Logo, visuelle Identität, Produktfotografie, Seitenlayouts
- Content: umgeschriebene Produktbeschreibungen, Landing-Page-Text, E-Mail-Ankündigung
- Build: aktualisierte Website, neuer Checkout-Fluss, Weiterleitungen von alten URLs
- Ops: aktualisierte Zahlungsverarbeiter-Einstellungen, Briefing des Fulfillment-Partners, Neukonfiguration von Analytics
Der Relaunch hat eine feste Frist: eine Messe in 45 Tagen, wo die neue Marke öffentlich wird.
Solos Bleiben Silos
In den meisten Organisationen existiert Kanban, um Arbeit über eine Management-Hierarchie sichtbar zu machen. Manager koordinieren zwischen Silos. Kanban reduziert den Koordinations-Overhead.
Im un-Modell gibt es keine Manager. Es gibt Solos. Ein Solo betreibt ein Unternehmen unabhängig: ein Designer-Solo, ein Builder-Solo, ein Writer-Solo, ein Ops-Solo. Jeder Solo ist per Definition ein Silo. Es gibt kein Organigramm, das sie verbindet. Keine Berichtsbeziehung. Kein Manager, um Koordination zu erzwingen.
Kanban wird zur Koordinations-Ebene. Nicht durch das Auflösen von Silos, Solos bleiben vollständig unabhängig, sondern durch das Sichtbarmachen von Übergaben zwischen ihnen & Explizitheit. Ein Solo sendet keine E-Mail oder plant ein Meeting, um Arbeit zu übergeben. Sie legen eine Karte auf ein gemeinsames Board. Der empfangende Solo zieht sie, wenn sie Kapazität haben.
Dies erklärt, warum Kanban zum un-Modell besser passt als Agile oder Waterfall: es erfordert keinen gemeinsamen Rhythmus, keine gemeinsamen Retros, keine synchronisierte Planung. Jeder Solo setzt seine eigenen WIP-Limits, seine eigene Durchlaufzeit, seine eigene Definition von "fertig". Koordination passiert auf der Karten-Ebene, nicht auf der Prozess-Ebene.