Im Kern ist Kanban eine Methode zur Definition, zum Management und zur Verbesserung von Services, die Wissensarbeit liefern. Es geht nicht darum, wie wir Dinge bauen, sondern wie wir den Fluss der Arbeit steuern. Der Begriff stammt ursprünglich aus dem Japanischen und bedeutet „Schild“ oder „visuelles Signal“. In der Wissensarbeit machen wir unsichtbare Arbeit sichtbar, um sicherzustellen, dass ein Service an der richtigen Menge an Aufgaben arbeitet – Arbeit, die vom Kunden benötigt wird und für die der Service die Kapazität besitzt.

Oft wird gefragt: „Machen wir Scrum oder Kanban?“ Die Antwort lautet oft: „Warum nicht beides?“ Scrum.org hat in Zusammenarbeit mit Kanban-Experten wie Daniel Vacanti den Kanban Guide für Scrum Teams veröffentlicht. Dieser Leitfaden macht deutlich, dass Kanban das Scrum-Rahmenwerk nicht ersetzt, sondern es ergänzt und verbessert.

Flow und Empirie im Scrum-Kontext

Scrum basiert auf Empirie (Transparenz, Überprüfung, Anpassung). Kanban fügt dem die Perspektive des Flow hinzu. Das Ziel ist es, die Feedbackschleifen innerhalb des Sprints zu optimieren. Ein Scrum Team, das Kanban anwendet, nutzt weiterhin alle Scrum-Events, ändert aber deren Fokus leicht hin zu einer flussbasierten Betrachtung:

Egal für welchen Weg Sie sich entscheiden, das Ziel bleibt dasselbe: Den Arbeitsfluss zu verbessern und Vorhersagbarkeit zu schaffen. Kanban ist keine Methode, um Menschen dazu zu bringen, härter zu arbeiten, sondern ein Weg, die Arbeit smarter zu managen.

Eine Analogie zum Schluss: Stellen Sie sich Ihr Arbeitssystem wie eine Autobahn vor. Wenn die Autobahn zu 100 % ausgelastet ist (hoher WIP), bewegt sich nichts mehr – es entsteht Stau. Die Auslastung ist hoch, aber der Durchsatz ist null. Kanban hilft Ihnen, die „Auffahrtsampeln“ zu installieren (WIP-Limits), damit immer genau so viele Autos auf der Straße sind, dass der Verkehr mit maximaler Geschwindigkeit fließen kann