Kanban: Arbeitsfluss steuern, Regeln festhalten, Entscheide nachvollziehen

Kanban ist eine Methode zur Steuerung von Arbeitsflüssen: Sie macht Arbeit auf einem Board sichtbar, begrenzt die Menge gleichzeitig laufender Arbeit und verlangt, dass die Regeln der Zusammenarbeit ausdrücklich festgehalten werden. Der Begriff stammt aus dem Toyota-Produktionssystem, wo eine Karte (japanisch etwa «Schild») den Nachschub von Teilen auslöste. Heute steht Kanban vor allem für eine Arbeitsweise in Wissens- und Serviceteams.

Für Organisationen mit Prüfpflichten ist ein Element besonders interessant, das in vielen Einführungen zu kurz kommt: die expliziten Regeln. Sie beschreiben, wann Arbeit beginnt, wann sie weiterziehen darf und wann sie als erledigt gilt. Das ist im Kern eine Verfahrensbeschreibung. Ein Kontrollsystem ist Kanban deshalb noch nicht. Den Nachweis, wer was freigegeben hat, liefert erst ein System mit Historie.

Das Wichtigste in Kürze

• Kern: visualisieren, laufende Arbeit begrenzen, Fluss steuern, Regeln explizit machen, regelmässig überprüfen.
• Regeln als Dokumentation: Die «Definition of Workflow» des Kanban Guide legt Start- und Endpunkte, Zustände, WIP-Steuerung und Regeln fest.
• Board und Nachweis trennen: Das Board zeigt den Stand, Freigaben und Historie gehören in den ITSM-Prozess.
• Regulierte Umfelder: Kanban verträgt sich mit Freigaben, Funktionstrennung und Datenhaltung in der Schweiz, wenn diese als Regeln abgebildet sind.

Stand: November 2026 · Fachlich abgeglichen mit dem Kanban Guide (2025), dem Leitfaden der Kanban University, FINMA-RS 2023/1 und dem DSG (Quellen am Ende des Artikels)

Die Bausteine von Kanban aus Kontrollsicht

Die Kanban University beschreibt sechs allgemeine Praktiken, der Kanban Guide drei Praktiken und vier Kennzahlen. Liest man beide mit den Augen einer Revisorin, erfüllt jeder Baustein auch eine Steuerungsfunktion:

• Visualisieren: Der gesamte Bestand an begonnener Arbeit ist sichtbar, auch das, was sonst in Postfächern liegt. Das ist die Voraussetzung, um Überlast überhaupt belegen zu können.
• Laufende Arbeit begrenzen: Ein WIP-Limit ist eine dokumentierte Kapazitätsentscheidung. Wird es überschritten, ist das sichtbar und begründungspflichtig.
• Regeln explizit machen: Pull-Kriterien, Definition von «erledigt», Umgang mit Dringendem und Auffüllen des Boards sind schriftlich festgelegt und für alle gleich.
• Serviceklassen: Dringendes («Expedite») läuft nach eigenen, vorab vereinbarten Kriterien. Die Ausnahme ist damit selbst eine Regel.
• Feedbackschleifen: Regelmässige Überprüfungen des Ablaufs und der Kennzahlen entsprechen einer Wirksamkeitskontrolle.

Die «Definition of Workflow» als Verfahrensbeschreibung

Der Kanban Guide verlangt als Minimum: eine Definition der Arbeitselemente, Start- und Endpunkte, die Zustände dazwischen, die Art der WIP-Steuerung, explizite Regeln für den Übergang zwischen den Zuständen und eine Service Level Expectation. Wer diese Elemente pro Team schriftlich festhält, verfügt über eine knappe, prüfbare Verfahrensbeschreibung. Der Leitfaden der Kanban University ergänzt den Grundsatz, beim bestehenden Ablauf anzusetzen und ihn evolutionär zu verändern. Für regulierte Organisationen hat das einen Vorteil: Bestehende Kontrollen bleiben erhalten und werden nicht durch eine Neuorganisation unterbrochen.

Board und Prozess: was wohin gehört

Ein Board beantwortet die Frage «Wo steht die Arbeit gerade?». Prüferinnen und Prüfer fragen aber «Wer hat wann was entschieden?». Beides gehört zusammen, aber nicht in dasselbe Werkzeug, wenn das Board keine Historie führt.

Kanban, Scrum und ITIL 4

Im Unterschied zu Scrum legt Kanban keine Verantwortlichkeiten fest. Der Scrum Guide definiert Product Owner, Scrum Master und Developers sowie Sprints von höchstens einem Monat. Kanban dagegen übernimmt die vorhandenen Rollen. Das ist für Governance Chance und Pflicht zugleich: Aufgaben, Kompetenzen und Verantwortlichkeiten müssen ausserhalb des Boards geregelt sein. ITIL 4 schreibt keine Methode vor. Seine Leitprinzipien, etwa «Start where you are» und «Collaborate and promote visibility», passen aber zum Kanban-Ansatz, und laut PeopleCert übernimmt auch ITIL (Version 5) diese Prinzipien.

Kanban mit Freigaben, Funktionstrennung und Nachweisen

Kanban und formale Kontrollen schliessen sich nicht aus. Entscheidend ist, die Kontrollen als Regeln des Boards zu formulieren:

• Freigaben als Pull-Kriterium: Eine Karte darf erst in «Umsetzung», wenn die Freigabe durch eine berechtigte Person im System dokumentiert ist. Die Spalte allein ist kein Nachweis.
• Vier-Augen-Prinzip als Regel: Wer eine Änderung umsetzt, gibt sie nicht selbst frei. Das steht in den expliziten Regeln und sollte im ITSM-Prozess technisch abgesichert sein.
• Notfälle mit Nachprüfung: Die Expedite-Spur erlaubt schnelles Handeln. Die Regel dazu verlangt eine nachträgliche Prüfung und Dokumentation.
• Regeländerungen versionieren: Ändert das Team ein WIP-Limit oder eine Freigaberegel, wird das mit Datum und Begründung festgehalten.

Bezug zu FINMA-RS 2023/1

Das FINMA-Rundschreiben 2023/1 «Operationelle Risiken und Resilienz – Banken» verlangt, dass für das Änderungsmanagement und den IKT-Betrieb Verfahren, Prozesse und Kontrollen sowie Aufgaben, Kompetenzen und Verantwortlichkeiten implementiert und dokumentiert sind; dafür sorgt die Geschäftsleitung (Rz 49). Das Änderungsmanagement definiert Verfahren, Prozesse und Kontrollen für alle Phasen der Entwicklung oder Beschaffung von IKT und berücksichtigt die Auswirkungen auf die IKT-Risiken (Rz 50). Ein Kanban-Board erfüllt diese Anforderungen nicht allein. Explizite, versionierte Regeln können aber Teil der Verfahrensdokumentation sein, und das Board zeigt, ob das Verfahren im Alltag eingehalten wird.

Beispiel: Changes einer Regionalbank

Angenommen, das Applikationsteam einer Regionalbank in der Ostschweiz führt seine Changes über ein Board mit den Spalten «Erfasst», «Bewertet», «Freigegeben», «In Umsetzung», «Nachkontrolle» und «Abgeschlossen». Pull-Kriterium für «In Umsetzung» ist eine dokumentierte Freigabe, für «Abgeschlossen» eine erfolgreiche Nachkontrolle. Das WIP-Limit in «In Umsetzung» verhindert, dass zu viele Changes gleichzeitig in die Produktion gehen. Die Kennzahlen zeigen der internen Revision, wie lange Changes in jedem Schritt liegen, die Nachweise liegen im ITSM-System.

In ky2help^® lassen sich Genehmigungsprozesse flexibel im Prozessdesigner abbilden. Automatische Historisierung, integriertes Daten-Audit und eine durchgängige, revisionssichere Dokumentation gehören zum Funktionsumfang. Das Personalamt des Kantons Thurgau nutzt ky2help^® für HR-Prozesse, die lückenlos nachvollziehbar, dokumentiert und archiviert sind.

Funktionsumfang ansehen

Kennzahlen, Risiken und Datenhaltung

Die vier Kennzahlen des Kanban Guide eignen sich auch als Steuerungsgrössen gegenüber Geschäftsleitung und Revision:

• WIP: wie viel Arbeit begonnen, aber nicht abgeschlossen ist.
• Durchsatz: wie viele Elemente pro Zeiteinheit abgeschlossen werden.
• Alter laufender Elemente: wie lange offene Elemente bereits in Arbeit sind. Sie zeigt Verzögerungen, bevor eine Frist verletzt ist.
• Durchlaufzeit: wie lange ein Element vom Start bis zum Abschluss gebraucht hat.

Aus den Durchlaufzeiten leitet das Team eine Service Level Expectation ab, zum Beispiel «85 % der Elemente sind in acht Tagen oder weniger erledigt». Sie ist eine Prognose, kein Versprechen. Verbindlich gegenüber Kunden ist das Service Level Agreement. Weicht die Prognose dauerhaft vom vereinbarten Ziel ab, ist das ein früh erkennbares Risiko.

Typische Risiken

• Schatten-Boards: Teams führen Boards in Werkzeugen, die nicht freigegeben sind. Die Arbeit ist dann ausserhalb von Berechtigungs- und Aufbewahrungsregeln dokumentiert.
• Personendaten auf Karten: Kartentitel wie «Zugang für Frau M., Abteilung Kredite» sind Personendaten. Es gelten die Bearbeitungsgrundsätze des DSG (Art. 6) und bei Bekanntgabe ins Ausland, etwa durch Board-Werkzeuge mit Rechenzentren ausserhalb der Schweiz, Art. 16.
• Verlust der Historie: Erledigte Karten werden archiviert oder gelöscht. Ohne Verknüpfung zum Ticket fehlt später der Nachweis.

Prioritäten für die Einführung

1. Regeln je Board schriftlich festhalten und versionieren.
2. Ein führendes System bestimmen, das Board ist eine Sicht darauf.
3. Freigaben und Vier-Augen-Prinzip als Pull-Kriterien formulieren.
4. Ausnahmen über die Expedite-Spur protokollieren und nachprüfen.
5. Kennzahlen monatlich mit der Linie besprechen.
6. Für jedes Board-Werkzeug Datenort und Berechtigungen klären.

Häufige Fragen zu Kanban

Was ist Kanban?

Kanban ist eine Methode, um den Arbeitsfluss eines Teams auf einem Board sichtbar zu machen, die gleichzeitig laufende Arbeit zu begrenzen und die Regeln der Zusammenarbeit ausdrücklich festzuhalten. Neue Arbeit beginnt erst, wenn Kapazität frei ist. Der Ansatz stammt aus dem Toyota-Produktionssystem.

Ist Kanban in regulierten Umgebungen geeignet?

Ja. Regulierungen wie FINMA-RS 2023/1 schreiben keine Arbeitsmethode vor, verlangen aber dokumentierte Verfahren, Kontrollen sowie Aufgaben, Kompetenzen und Verantwortlichkeiten. Kanban passt dazu, wenn Freigaben und Funktionstrennung als explizite Regeln formuliert und die Nachweise in einem System mit Historie geführt werden.

Ersetzt ein Kanban-Board das Change Management?

Nein. Das Board zeigt, wo Changes stehen und wo sie liegen bleiben. Bewertung, Freigabe und Dokumentation bleiben Aufgaben des Change-Prozesses. Sinnvoll ist, die Freigabe als Pull-Kriterium zu definieren: Eine Karte zieht erst weiter, wenn die Freigabe im System dokumentiert ist.

Was unterscheidet eine Service Level Expectation von einem SLA?

Die Service Level Expectation ist eine Prognose des Teams aus den bisherigen Durchlaufzeiten, etwa «85 % in acht Tagen oder weniger». Ein SLA ist eine verbindliche Vereinbarung mit dem Kunden. Der Vergleich beider zeigt früh, ob ein SLA mit dem heutigen Ablauf erreichbar ist.

Was gehört in die expliziten Regeln eines Kanban-Systems?

Mindestens: was ein Arbeitselement ist, wann es beginnt und endet, welche Zustände es durchläuft, wie die laufende Arbeit begrenzt wird, unter welchen Bedingungen ein Element weiterziehen darf und welche Service Level Expectation gilt. In regulierten Umfeldern kommen Freigaben, Vier-Augen-Prinzip und Ausnahmeregeln hinzu.

Wie unterstützt ky2help® einen nachvollziehbaren Arbeitsfluss?

In ky2help^® bilden Sie Abläufe und Genehmigungsprozesse im Prozessdesigner ab. Automatische Historisierung, integriertes Daten-Audit und eine durchgängige, revisionssichere Dokumentation gehören zum Funktionsumfang, der Betrieb ist als eigene Instanz in einem Rechenzentrum in der Schweiz möglich. Wie das für Ihre Abläufe aussieht, zeigen wir in einer Live-Demo.

Quellen und weiterführende Artikel

Quellen

• Vacanti, Coleman: The Kanban Guide (Fassung Mai 2025)
• Kanban University: The Official Guide to The Kanban Method
• FINMA: Rundschreiben 2023/1 «Operationelle Risiken und Resilienz – Banken», Rz 49 und 50
• Fedlex: Bundesgesetz über den Datenschutz (DSG), Art. 6 und 16
• Schwaber, Sutherland: The Scrum Guide (November 2020)
• PeopleCert: ITIL 4 Foundation und FAQ zu ITIL (Version 5)
• Lean Enterprise Institute: Lexikon: Kanban

Weiterlesen im Glossar und bei KYBERNA

• Change Management und Change Advisory Board
• Service Level Agreement (SLA) und KPI
• ITIL und Scrum
• ky2help® für Finanzdienstleister und Banken
• Referenz Personalamt Kanton Thurgau