Sieben Kategorien digitaler Kanban-Werkzeuge und die Funktionen, die im Alltag wirklich zählen. Mit einem Auswahlraster in sieben Schritten, einer Einrichtungsanleitung für die ersten zwei Wochen und den Kennzahlen, die ein Board über den Fluss der Arbeit liefert.
Wer nach Kanban Board Software sucht, landet zuverlässig bei Ranglisten mit zehn Werkzeugen, deren Beschreibungen sich kaum unterscheiden. Für eine Entscheidung reicht das nicht, weil die relevanten Unterschiede nicht in der Kartenansicht liegen, sondern darin, was ein Werkzeug mit Arbeit macht, die sich staut.
Dieser Beitrag ordnet den Markt nach Kategorien statt nach Platzierungen, benennt die Funktionen, an denen sich digitale Boards im Alltag tatsächlich unterscheiden, und beschreibt ein Auswahlverfahren in sieben Schritten. Dazu kommt eine Frage, die in Toolvergleichen fast immer fehlt: Wie bleibt ein Board mit den Zielen verbunden, für die es überhaupt existiert.
Wenn Sie zuerst wissen möchten, wie sich Kanban zu Scrum, Lean und klassischen Vorgehen verhält, finden Sie die Einordnung im Überblick zu den Projektmanagement-Methoden. Für die Ebene darüber, also Multiprojektsteuerung, Einführung und Systemauswahl, gibt es den Leitfaden zum agilen Projektmanagement.
Kanban Board Software ist ein digitales Werkzeug, das laufende Arbeit als Karten in Spalten abbildet und den Fluss dieser Arbeit steuerbar macht. Wesentlich sind frei definierbare Spalten, Obergrenzen für gleichzeitig laufende Arbeit und eine automatische Messung der Durchlaufzeit. Der Zweck ist nicht Dokumentation, sondern die frühe Sichtbarkeit von Stau.
Der Unterschied zu einer Aufgabenliste liegt in der Blickrichtung. Eine Liste beantwortet, was zu tun ist. Ein Board beantwortet, wo Arbeit hängen bleibt. Diese zweite Frage ist die teurere, weil Wartezeit meist mehr Kalenderzeit verbraucht als Bearbeitungszeit.
Typische Einsatzfelder im Mittelstand sind Support, Instandhaltung, Auftragsabwicklung, Marketing, Redaktion und Personalgewinnung. Gemeinsam ist ihnen, dass Arbeit laufend eintrifft und sich nicht in feste Zyklen pressen lässt.
In den meisten Toolvergleichen werden Board und Methode gleichgesetzt. Das ist die verbreitetste Ungenauigkeit zum Thema und sie hat praktische Folgen. Ein Board ist eine Darstellungsform. Kanban ist ein Steuerungsmodell.
Zum Steuerungsmodell gehören vier Elemente, die eine Kartenansicht nicht automatisch mitbringt. Erstens das Pull-Prinzip: Arbeit wird gezogen, wenn Kapazität frei wird, nicht zugewiesen, wenn sie eintrifft. Zweitens explizite Prozessregeln, also eine Vereinbarung, wann eine Karte eine Spalte verlassen darf. Drittens die Begrenzung laufender Arbeit. Viertens Steuerung über gemessenen Fluss statt über gefühlte Auslastung.
Wer nur die Darstellung übernimmt, bekommt eine digitale Aufgabenwand. Sie sieht ordentlich aus und ändert am Durchsatz nichts. Für die Softwareauswahl heißt das: Interessant ist nicht, ob ein Werkzeug Spalten kann, sondern ob es diese vier Elemente unterstützt oder ihnen im Weg steht.
Ein physisches Board existiert nur für die Anwesenden. Da verteilte und hybride Arbeit inzwischen der Normalfall ist, ist das digitale Board für die meisten Teams die einzige gemeinsame Realität.
Vier Dinge kann Papier grundsätzlich nicht. Es misst nicht, wie lange eine Karte in einer Spalte lag. Es verhindert nicht, dass eine elfte Karte in eine Spalte mit Limit acht wandert. Es zeigt Abhängigkeiten zwischen zwei Teams nicht. Und es lässt sich nicht auswerten, ohne dass jemand die Auswertung von Hand baut.
Umgekehrt hat die Wand einen Vorteil, den viele Werkzeuge verspielen: Sie ist ohne Klick sichtbar. Ein digitales Board, das erst nach zwei Navigationsschritten erscheint, verliert genau diese Eigenschaft. Sichtbarkeit ist eine Funktion, keine Nebensache.
Ein Kanban Board bildet kontinuierlichen Zulauf ohne Zeitboxen ab und wird über Obergrenzen pro Spalte gesteuert. Ein Scrum Board zeigt den Inhalt eines festen Sprints und wird zu jedem Zyklusbeginn neu befüllt. Kanban passt zu Betrieb, Support und Anfragebearbeitung, Scrum zu Entwicklungsarbeit mit planbaren Zyklen.
Die Entscheidungsfrage lautet nicht, welches Framework moderner ist, sondern wie berechenbar der Zulauf ist. Wenn ein Team seinen eingeplanten Umfang zwei Wochen lang stabil halten kann, trägt ein Sprint. Wenn dreimal pro Woche etwas dazwischenkommt, das nicht warten kann, bricht die Zeitbox, und mit ihr die Planungslogik.
Der praktische Normalfall ist die Mischung: ein Sprint für die planbare Arbeit, ein durchlaufender Kanban-Fluss für das Unvorhergesehene, dazu eine klare Regel, was in welchen Kanal gehört.
Für die Toolauswahl folgt daraus eine konkrete Anforderung: Das Werkzeug sollte beide Modi auf denselben Aufgaben darstellen können, ohne dass Daten doppelt gepflegt werden. Wie ein Sprint-Board im Detail aufgebaut ist und welche Spalten es braucht, behandelt der Beitrag zum Scrum Board mit Aufbau und Sprint-Praxis.
Ein Kanban Online Board braucht mehr als Spalten und Karten. Entscheidend sind fünf Eigenschaften: Obergrenzen, die tatsächlich sperren, eine automatische Messung von Durchlaufzeit und Durchsatz, sichtbare Wartezeit bei blockierten Karten, Bahnen für unterschiedliche Arbeitsarten sowie ein Rechte- und Hostingmodell, das die eigenen Datenschutzanforderungen erfüllt.
Diese fünf Punkte trennen Werkzeuge in der Praxis deutlich stärker als Funktionslisten mit hundert Zeilen. In Demos fallen sie selten auf, weil sie sich erst im dritten Monat bemerkbar machen.
WIP steht für Work in Progress, also die Menge gleichzeitig laufender Arbeit. Nahezu jedes Werkzeug führt WIP-Limits in der Funktionsliste. Der entscheidende Unterschied wird dabei fast nie genannt: Färbt das Limit die Spalte nur ein, oder verhindert es das Ablegen einer weiteren Karte.
Ein Limit, das man ohne Widerstand überschreiten kann, wird überschritten. Nicht aus Nachlässigkeit, sondern weil in jedem einzelnen Fall ein guter Grund vorliegt. Erst die Sperre erzwingt das Gespräch, das Kanban eigentlich auslösen soll: Wenn hier nichts mehr hineinpasst, was räumen wir zuerst frei.
Prüfen Sie in der Demo drei Punkte. Lässt sich ein Limit pro Spalte und zusätzlich pro Person setzen? Greift es auch für automatisch eingehende Karten? Und werden Überschreitungen gezählt? Ein Werkzeug, das mitzählt, macht ein Muster sichtbar, das sonst niemand bemerkt.
Die zweite Trennlinie ist die Messung. Viele Werkzeuge bieten ein Auswertungsmodul, das aus Kartenzahlen Balken baut. Für Kanban brauchen Sie etwas anderes: Zeitstempel an jedem Spaltenübergang.
Daraus lassen sich vier Werte ableiten, die ohne Zusatzarbeit entstehen. Die Durchlaufzeit misst, wie lange eine Karte vom Beginn der Bearbeitung bis zur Fertigstellung braucht. Der Durchsatz zählt fertige Karten je Woche. Das Alter der laufenden Karten zeigt, was gerade zu lange offen ist, und zwar heute und nicht rückblickend. Die Blockierdauer summiert reine Wartezeit.
Wichtig ist die Darstellungsform. Ein Mittelwert verdeckt genau die Fälle, über die sich Kunden beschweren. Nützlich ist eine Verteilung, aus der sich ablesen lässt, welche Zusage Sie in vier von fünf Fällen halten.
Fast jedes Board erlaubt es, eine Karte als blockiert zu markieren. Deutlich seltener zählt ein Werkzeug mit, seit wann. Genau dieser Zähler ist der Punkt, denn Wartezeit ist die größte versteckte Verzögerungsquelle und zugleich die unsichtbarste.
Brauchbar ist eine Blockerlogik, die drei Dinge festhält: seit wann die Karte wartet, worauf sie wartet, und wer die Auflösung verantwortet. Eine wöchentliche Liste der ältesten Blocker ersetzt in vielen Teams die halbe Statusrunde.
Swimlanes sind horizontale Bahnen, die ein Board nach Kategorie unterteilen, etwa nach Team, Kunde oder Dringlichkeit. Ihr eigentlicher Nutzen liegt in der Abbildung von Serviceklassen, also unterschiedlichen Zusagen für unterschiedliche Arbeitsarten.
Ein typischer Zuschnitt im Service unterscheidet vier Klassen. Störungen mit Betriebsauswirkung laufen sofort in einer eng begrenzten Bahn. Termingebundene Arbeit wird rückwärts vom Termin geplant. Reguläre Anfragen laufen nach Eingang. Verbesserungsarbeiten laufen mit, wenn Kapazität frei bleibt.
Der wirksame Teil ist die Obergrenze für die Eilbahn. Ohne sie wird alles dringend, und die Klasse verliert ihre Bedeutung. Prüfen Sie, ob sich ein WIP-Limit auch je Bahn setzen lässt und nicht allein je Spalte.
Im DACH-Markt ist das oft das Kriterium, das die Auswahl am Ende entscheidet, und es wird meist zu spät geprüft. Relevant sind vier Fragen: Wo liegen die Daten, liegt eine Auftragsverarbeitung vor, lassen sich Rollen so fein schneiden, dass externe Beteiligte lesen können, ohne alles zu sehen, und existiert ein vollständiger Datenexport für den Fall, dass die Entscheidung revidiert wird.
Der letzte Punkt wird am häufigsten übersehen. Ein Board mit zwei Jahren Historie ist ein Datenbestand. Ob er mit Zeitstempeln exportierbar ist oder nur als Kartentitel, entscheidet über die Kosten eines späteren Wechsels.
Ein Kanban Online Tool gehört fast immer in eine von sieben Kategorien: Kanban-Spezialisten, breite Work-Management-Plattformen, entwicklungsnahe Systeme, visuelle Kollaborationsflächen, Boards innerhalb vorhandener Office-Pakete, quelloffene Lösungen zum Selbstbetrieb sowie Ziel-Layer oberhalb der Boards. Die Kategorie sagt mehr über die Passung aus als jede Funktionsliste.
Kanban-Spezialisten wie Kanban Tool, Businessmap oder Teamhood sind auf Flusssteuerung ausgelegt. Sie bringen Flussdiagramme, Serviceklassen und durchsetzbare Limits mit, weil sie für genau diesen Zweck gebaut sind. Ihre Stärke entfaltet sich dort, wo Kanban als Steuerungsmodell dient und nicht als bloße Ansicht.
Work-Management-Plattformen wie Asana, monday, ClickUp oder Wrike bieten das Board als eine von mehreren Sichten auf dieselben Aufgaben. Sie lassen sich schnell einführen und funktionieren gut für gemischte Teams ohne einheitlichen fachlichen Hintergrund. Für Flussanalysen mit Verteilungen und Serviceklassen sind spezialisierte Systeme deutlich tiefer ausgestattet.
Entwicklungsnahe Systeme wie Jira oder Azure DevOps verbinden das Board mit Code, Deployment und Ticketmanagement. Sie entfalten ihre Stärke dort, wo ein Entwicklungsanteil vorhanden ist. Für Teams ohne technischen Bezug ist der Funktionsumfang meist größer als der Bedarf, und die Einrichtung bindet entsprechend Zeit.
Visuelle Kollaborationsflächen wie Miro, Mural oder Collaboard sind für Workshops, Prozessaufnahme und gemeinsames Denken gebaut. Sie eignen sich hervorragend, um ein Board zum ersten Mal zu entwerfen. Als führendes System halten sie einen Arbeitsstand als Momentaufnahme fest, nicht als auswertbare Historie.
Boards im vorhandenen Office-Paket, etwa Microsoft Planner oder Notion, kosten oft keine zusätzliche Lizenz und stehen dort, wo das Team ohnehin arbeitet. Sie decken die Grundfunktionen ab. Wer Limits mit Sperrwirkung, Serviceklassen oder Flussauswertungen braucht, stößt hier früher an eine Grenze als bei spezialisierten Werkzeugen.
Quelloffene Lösungen wie Wekan oder Kanboard geben die vollständige Datenkontrolle und laufen im eigenen Rechenzentrum. Sie passen zu Organisationen mit vorhandener Betriebsmannschaft, weil der Betrieb der eigentliche Preis ist. Aktualisierungen, Sicherung und Verfügbarkeit liegen dann intern.
Ziel- und Strategie-Layer wie Fasan setzen eine Ebene über dem Board an und beantworten, worauf die geleistete Arbeit einzahlt. Sie ersetzen kein Board und keinen Ticket-Tracker. Worauf bei der Auswahl in dieser Kategorie zu achten ist, behandeln wir in OKR-Software auswählen und im OKR-Software-Vergleich.
Die nützlichste Erkenntnis aus dieser Aufteilung: Wer alle sieben Kategorien mit einem einzigen Werkzeug abdecken will, bekommt entweder ein Ticketsystem mit unbrauchbarer Managementsicht oder ein Auswertungswerkzeug, das im Tagesgeschäft niemand öffnet.
Ein kostenloses Kanban Board reicht länger, als Anbietervergleiche nahelegen. Für ein Team bis etwa acht Personen mit einem Board und überschaubarem Zulauf tragen freie Tarife oft dauerhaft. Der Wechsel lohnt, sobald Auswertungen, feine Rechte, Automatisierungen oder mehrere verbundene Boards gebraucht werden.
Nützlicher als eine Preisdiskussion sind konkrete Schwellen. Fünf Signale zeigen verlässlich an, dass ein freier Tarif seine Grenze erreicht hat.
Wichtiger als der Listenpreis pro Person und Monat sind drei andere Größen: der laufende Aufwand für Administration und Rechteverwaltung, der Schulungsaufwand bei jedem Onboarding und der Migrationsaufwand, falls die Entscheidung revidiert wird. Je konfigurierbarer ein System ist, desto niedriger wirkt der Einstieg und desto höher fallen die Folgekosten aus, weil Konfigurierbarkeit Pflege bedeutet.
Das parallel gepflegte Tabellenblatt verdient dabei besondere Aufmerksamkeit. Es ist selten Bequemlichkeit, sondern meist der Versuch, eine Sicht herzustellen, die das Board nicht liefert. Wo genau die Grenze einer Tabelle verläuft, zeigt der Vergleich Software gegen Excel in der Zielarbeit.
Eine tragfähige Auswahl beginnt nicht bei Funktionslisten, sondern beim Engpass. Sieben Schritte führen zu einer begründeten Entscheidung: Engpass benennen, Arbeitsarten erfassen, Zielprozess skizzieren, Ausschlusskriterien setzen, höchstens drei Kandidaten testen, mit echten Daten pilotieren und die Entscheidung schriftlich begründen. Die Reihenfolge ist wesentlich, weil jeder Schritt den Suchraum des nächsten verkleinert.
Die drei teuersten Fehler in diesem Ablauf sind bekannt und wiederholen sich trotzdem: zuerst das Werkzeug und dann der Prozess, Funktionsvergleich statt Engpassanalyse, und das Vergessen der Managementebene, die anschließend über manuell gepflegte Statusfolien versorgt wird. Wie sich diese Lücke im Mittelstand systematisch schließen lässt, beschreibt der Beitrag zur Strategieumsetzungs-Software im Mittelstand.
Ein Board wird nicht konfiguriert, sondern eingeführt. Bewährt hat sich ein Vorgehen über zwei Wochen: in Woche eins den bestehenden Prozess unverändert abbilden und messen, in Woche zwei Limits, Bahnen und Regeln ergänzen. Wer sofort optimiert, verändert einen Ablauf, den noch niemand vollständig gesehen hat.
Der achte Punkt ist der, der am häufigsten wegfällt und den größten Unterschied macht. Ein Board ohne Rhythmus wird zur Dekoration, unabhängig davon, wie gut es aufgebaut ist. Wie ein solcher Rhythmus auf Führungsebene aussieht, ohne Teams zu unterbrechen, beschreibt der Beitrag zum wöchentlichen Führungsrhythmus in KMU.
Die typischen Fehlerbilder digitaler Boards sind gut vorhersagbar und werden in Toolvergleichen praktisch nie beschrieben. Sie entstehen fast alle aus zwei Ursachen: Das Board dient dem Berichtswesen statt der Arbeit, oder eine Regel existiert auf dem Papier und nicht im Werkzeug. Acht Muster wiederholen sich besonders oft.
Der letzte Punkt ist der teuerste, weil er unsichtbar bleibt. Sämtliche Flusswerte können hervorragend aussehen, während sich am Geschäftsergebnis nichts bewegt. Die verwandten Muster auf Zielebene haben wir in Häufige Fehler bei OKRs gesammelt.
Ein Kanban Board liefert vier belastbare Kennzahlen, die alle ohne Zusatzpflege aus den Kartenbewegungen entstehen: Durchlaufzeit, Durchsatz, Alter der laufenden Karten und Blockierdauer. Alle vier beschreiben den Fluss der Arbeit. Über den Wert dieser Arbeit sagt keine von ihnen etwas aus.
Die Durchlaufzeit ist die ehrlichste Größe am Board, weil sie sich nicht durch Schätzverhalten beeinflussen lässt. Entscheidend ist die Verteilung statt des Mittelwerts. Aussagekräftig ist die Frage, welche Dauer Sie in vier von fünf Fällen einhalten, denn das ist die Zusage, die Sie nach außen geben können.
Der Durchsatz zählt fertige Karten je Woche. Nützlich wird er erst im Zusammenspiel mit der Kartengröße, weil zwanzig winzige Karten und vier große denselben Wert erzeugen können. Ein grober Zuschnitt in zwei oder drei Größenklassen genügt.
Das Alter der laufenden Karten ist die einzige Kennzahl, die heute handlungsleitend ist. Durchlaufzeit und Durchsatz beschreiben Vergangenes. Das Kartenalter zeigt, was gerade jetzt zu lange offen ist, und macht die wöchentliche Blockerrunde konkret.
Die Blockierdauer beantwortet, wie viel Kalenderzeit reines Warten verbraucht. In vielen Prozessen liegt der größere Anteil zwischen den Arbeitsschritten und nicht in ihnen. Wer diesen Anteil kennt, weiß, ob Personal oder Abstimmung der Engpass ist.
Für die Steuerung ist eine Unterscheidung wesentlich: Diese vier Werte sind Prozesskennzahlen und keine Erfolgskennzahlen. Ein hoher Durchsatz nachrangiger Arbeit erzeugt hervorragende Zahlen ohne Wirkung. Welche Kennzahl welche Aufgabe hat, trennt der Vergleich OKR und KPI. Wie sich Prozess- und Zielentwicklung parallel darstellen lassen, zeigen die rollenspezifischen Dashboards.
Die Verbindung entsteht über eine durchgängige Zielkette, nicht über eine Kennzahl. Jede Karte gehört zu einer Initiative, jede Initiative zu einem messbaren Ergebnis, jedes Ergebnis zu einem Quartalsziel, jedes Quartalsziel zur Strategie. Erst dann wird ein Board für die Geschäftsführung interpretierbar und ein Unternehmensziel für das Team handlungsleitend.
Der Bruch liegt fast immer an derselben Stelle. Ziele existieren in einer Präsentation, Arbeit existiert im Board, und niemand kann sagen, welche erledigte Karte auf welches Ergebnis eingezahlt hat. Das ist kein Disziplinproblem, sondern eine fehlende Ebene im Systemstack.
Ein Beispiel für die Kette. Ganz oben steht die Strategie mit mehrjährigem Horizont, etwa die Position im Servicegeschäft auszubauen. Darunter das Quartalsziel, etwa die Reaktionsfähigkeit im Kundenservice spürbar zu verbessern. Darunter ein messbares Ergebnis, etwa die Zeit bis zur ersten qualifizierten Rückmeldung deutlich zu verkürzen, wöchentlich aktualisiert. Darunter die Initiative, etwa die Ticketaufnahme neu zu schneiden. Und ganz unten die einzelne Karte auf dem Board.
Zwei Regeln halten die Kette sauber. Erstens: Ein Ergebnis ist kein Arbeitspaket. Wer Aufgaben in Key Results umbenennt, hat lediglich eine zweite Aufgabenliste. Zweitens: Betriebsarbeit braucht keine Zielzuordnung. Wer jede Supportkarte an ein Quartalsziel hängt, erzeugt Pflegeaufwand ohne Erkenntnis. Zugeordnet werden Initiativen, nicht Tickets.
Die praktische Prüffrage für jedes Vorhaben auf dem Board lautet: Wenn wir das liefern, welche Größe soll sich dadurch verändern. Fehlt die Antwort, ist das Vorhaben entweder Betrieb oder verzichtbar. Diese Übung deckt regelmäßig Ballast auf, den über Jahre niemand hinterfragt hat. Wie eine belastbare Zielhierarchie überhaupt entsteht, beschreibt der Beitrag zu strategischen Zielen, und praxisnah die OKR-Einführung in Unternehmen.
An dieser Stelle setzt Fasan an. Fasan ist kein Kanban Board und will keines sein. Fasan macht die Ebene darüber sichtbar. Orbit stellt dar, welche Ergebnisse auf welche Ziele und welche Strategie einzahlen, inklusive der Abhängigkeiten zwischen Initiativen, die im einzelnen Board unsichtbar bleiben. Analytics zeigt Zielfortschritt im Zeitverlauf statt als Momentaufnahme und macht Stagnation früh erkennbar.
Der Bereich Produktivität verankert Reflexionsfragen und Statusklarheit direkt am Ergebnis, statt sie in Meetings zu verlieren. Die Integration nach Slack bringt Check-in-Erinnerungen dorthin, wo das Team ohnehin kommuniziert. Welcher Aktualisierungsrhythmus dabei trägt, beschreibt der Beitrag zum OKR-Check-in, die dazugehörigen Prinzipien finden sich in den OKR Best Practices.
Der praktische Effekt: Woran ein Team gerade arbeitet, beantwortet das Board. Was sich dadurch verändert, beantwortet die Ebene darüber. Beides ohne Statusrunde.
Nächster Schritt: Demo buchen und in 30 Minuten am eigenen Zielsystem sehen, wie sich die Arbeit auf euren Boards mit den Zielen des Unternehmens verbinden lässt.
Kanban Board Software ist ein digitales Werkzeug, das laufende Arbeit als Karten in Spalten abbildet und den Arbeitsfluss steuerbar macht. Wesentlich sind frei definierbare Spalten, Obergrenzen für gleichzeitig laufende Arbeit und eine automatische Messung der Durchlaufzeit. Der Zweck liegt nicht in der Dokumentation, sondern in der frühen Sichtbarkeit von Stau.
Ein Kanban Board bildet kontinuierlichen Zulauf ohne Zeitboxen ab und wird über Obergrenzen pro Spalte gesteuert. Ein Scrum Board zeigt den Inhalt eines festen Sprints und wird zu jedem Zyklusbeginn neu befüllt. Kanban passt zu Betrieb und Support, Scrum zu Entwicklungsarbeit mit planbaren Zyklen.
Das hängt vom Engpass ab und nicht vom Funktionsumfang. Kanban-Spezialisten lösen Flusssteuerung und Serviceklassen, Work-Management-Plattformen die breite Nutzbarkeit im gemischten Team, entwicklungsnahe Systeme die Anbindung an Code und Deployment. Klären Sie zuerst, welcher konkrete Umstand heute Zeit kostet, dann engt sich die Auswahl von selbst ein.
Ja, mehrere Anbieter stellen dauerhaft kostenlose Tarife bereit, die für ein Team bis etwa acht Personen mit einem Board oft ausreichen. Die Grenze zeigt sich meist an vier Stellen: fehlende Auswertungen, grobe Rechte, fehlende Automatisierungen und keine Verbindung zwischen mehreren Boards.
Fünf Eigenschaften entscheiden im Alltag: Obergrenzen für laufende Arbeit, die tatsächlich sperren statt nur einzufärben, eine automatische Messung von Durchlaufzeit und Durchsatz, ein Blockermerkmal mit Wartezeitzähler, Bahnen für unterschiedliche Arbeitsarten sowie ein Rechte- und Hostingmodell, das die eigenen Datenschutzanforderungen erfüllt.
Beginnen Sie mit den Schritten, die der Prozess tatsächlich hat, meist zwischen vier und sechs. Jede Spalte muss einen echten Zustandswechsel abbilden, sonst erzeugt sie nur Verschiebearbeit. Wichtiger als die Anzahl ist, dass Warteschritte eigene Spalten bekommen, weil Wartezeit sonst unsichtbar bleibt.
Ein WIP-Limit begrenzt, wie viele Aufgaben gleichzeitig in einer Spalte laufen dürfen. Als Startwert bewährt sich eine aktive Karte pro Person plus ein kleiner Puffer. Nachjustiert wird nach zwei Wochen anhand der gemessenen Durchlaufzeit. Wirksam ist ein Limit nur, wenn es weitere Karten tatsächlich blockiert.
Vier Werte entstehen ohne Zusatzpflege aus den Kartenbewegungen: Durchlaufzeit, Durchsatz je Woche, Alter der laufenden Karten und Blockierdauer. Aussagekräftig ist die Verteilung der Durchlaufzeit, nicht ihr Mittelwert. Alle vier beschreiben den Fluss der Arbeit, nicht ihren Wert für das Unternehmen.
Ja, und dort besonders. Kanban passt zu allen Bereichen mit laufend eintreffender Arbeit, etwa Support, Instandhaltung, Auftragsabwicklung, Marketing, Redaktion und Personalgewinnung. Voraussetzung ist lediglich, dass sich die Arbeit in unterscheidbare Schritte zerlegen lässt und mehrere Personen daran beteiligt sind. Ein Entwicklungsbezug ist keine Voraussetzung.
Über eine Zuordnung auf Initiativenebene, nicht auf Kartenebene. Jede Initiative auf dem Board gehört zu einem messbaren Ergebnis, jedes Ergebnis zu einem Quartalsziel. Reine Betriebsarbeit bleibt ohne Zuordnung. Die Prüffrage für jedes Vorhaben lautet, welche Größe sich verändern soll, wenn es geliefert ist.
