Kanban ist ein beliebtes Framework zum Implementieren von Agile und DevOps in der Softwareentwicklung. Dazu müssen Kapazitäten in Echtzeit kommuniziert werden und alle Aufgaben müssen völlig transparent sein. Die einzelnen Aufgabenelemente werden auf einem Kanban Board visuell dargestellt, sodass sich die Teammitglieder jederzeit einen Überblick über den Status der Arbeitsschritte verschaffen können.

Der Kanban-Flow, ein Eckpfeiler der Agile- und DevOps-Methoden, steigert die Effizienz, indem mittels visualisierter Workflows ein nahtloser Aufgabenablauf orchestriert wird. Der Kanban-Flow spiegelt die optimierte Bestandsverwaltung von Supermärkten wieder: Er stellt sicher, dass Aufgaben Entwicklungsprozesse zum richtigen Zeitpunkt durchlaufen.

Aufgaben werden mit Karten dargestellt und auf Kanban Boards visualisiert. Auf diese Weise wird eine transparente Fortschrittsverfolgung und schnelle Identifizierung von Engpässen möglich. Durch die WIP-Grenze (Work-in-Progress-Grenze) optimieren Teams die Ressourcenzuweisung und sorgen für einen stetigen Workflow. Kanban legt den Fokus auf kontinuierliche Verbesserung. Dies wird durch Metriken wie Kontroll-Diagramme und kumulative Flussdiagramme unterstützt, sodass Teams Workflows schrittweise präzisieren können.

In der Softwareentwicklung fördert der Kanban-Flow ein dynamisches Aufgabenmanagement, beschleunigt Lieferzyklen und erhöht die Kundenzufriedenheit durch konzentriertes, unterbrechungsfreies Arbeiten. Im Wesentlichen verkörpert der Kanban-Flow Effizienz: eine harmonische Mischung aus Transparenz, Anpassungsfähigkeit und kontinuierlicher Verbesserung. So wird das volle Potenzial agiler Methoden ausgeschöpft.

Die Einrichtung eines strukturierten Kanban-Flows in deinem Softwareentwicklerteam ist für eine effektive Implementierung von Kanban unerlässlich. Er gewährleistet einen reibungslosen Aufgabenablauf und ein optimiertes Workflow-Management. So strukturierst du deinen Kanban-Flow:

Visualisieren des Workflows: Visualisiere zunächst den Workflow deines Teams auf einem Kanban Board. Ob physisch oder virtuell, das Board sollte von der ersten bis zur letzten Aufgabe jede Phase des Entwicklungsprozesses darstellen.

Standardisieren des Workflows: Definiere und standardisiere die Workflow-Phasen gemäß den Prozessen und Anforderungen deines Teams. Zu den üblichen Phasen gehören "Zu erledigen", "In Arbeit", "Erledigt". Diese kannst du nach Bedarf anpassen, um deinen individuellen Workflow widerzuspiegeln.

Identifizieren von Blockern und Abhängigkeiten: Stelle sicher, dass dein Kanban Board die sofortige Identifizierung von Blockern und Abhängigkeiten ermöglicht. Diese Transparenz erleichtert eine schnelle Lösung und verhindert Unterbrechungen des Workflows.

Festlegen von WIP-Grenzen (Work-in-Progress-Grenzen): Implementiere WIP-Grenzen für jede Workflow-Phase, um Überlastungen zu vermeiden und einen gleichmäßigen Workflow aufrechtzuerhalten. WIP-Grenzen helfen dabei, die Ressourcenzuweisung zu optimieren und Multitasking zu reduzieren. Dies führt zur Steigerung der Produktivität.

Fördern der Zusammenarbeit: Fördere eine Kultur der Zusammenarbeit in deinem Team, in der die Mitglieder gemeinsam Engpässe angehen und zusammenarbeiten, um einen reibungslosen Workflow zu gewährleisten. Dieser kollaborative Ansatz fördert die Effizienz und beschleunigt die Erledigung von Aufgaben.

Verwenden von Kanban-Karten: Stelle jede Aufgabe auf dem Board als Kanban-Karte mit wichtigen Details wie Aufgabenbeschreibung, zugewiesener Person und geschätzter Zeit bis zur Erledigung dar. Kanban-Karten ermöglichen die visuelle Verfolgung des Aufgabenfortschritts und fördern die Transparenz innerhalb des Teams.

Durch diese Art der Strukturierung deines Kanban-Flows kannst du deine Softwareentwicklungsprozesse optimieren, die Teamzusammenarbeit verbessern und die Effizienz im Aufgabenmanagement maximieren.

Die Kanban-Methode ist bei heutigen Agile- und DevOps-Softwareteams beliebt, existiert jedoch bereits seit über 50 Jahren. Ende der 1940er-Jahre begann Toyota mit der Optimierung seiner Fertigungsprozesse auf Basis eines Modells, das Supermärkte zum Auffüllen von Regalen verwendeten. 

Supermärkte haben gerade genug auf Lager, um die Nachfrage der Verbraucher zu befriedigen. Diese Praxis optimiert den Prozessfluss zwischen Supermarkt und Verbrauchern. Da die Lagerbestände mit den Verbrauchergewohnheiten übereinstimmen, gewinnt der Supermarkt durch die Reduzierung übergroßer Bestände erheblich an Effizienz bei der Lagerverwaltung. Unterdessen kann der Supermarkt trotzdem sicherstellen, dass wichtige Produkte stets vorrätig sind.

Als Toyota dieses System in seinen Fertigungshallen einführte, war das Ziel, die enormen Lagerbestände besser am tatsächlichen Materialverbrauch auszurichten. Um Kapazitäten in Echtzeit innerhalb der Fertigungshalle (und an Zulieferer) zu kommunizieren, reichten die Arbeiter Karten, die sogenannten "Kanban", von Team zu Team weiter. 

Wenn die Materialien an einer Produktionslinie zu Ende gingen, wurde eine Kanban-Karte an das Lager weitergereicht, auf der u. a. vermerkt war, welche Materialien in welcher Menge benötigt wurden. Im Lager standen neue Behälter mit diesem Material bereit, die daraufhin zur Fertigungshalle geschickt wurden. Das Lager reichte dann wiederum eine eigene Kanban-Karte an den Lieferanten weiter. Dieser Prozess hat sich seit den 1940er-Jahren zwar weiterentwickelt, aber der "just-in-Time" (JIT)-Fertigungsprozess ist auch heute noch das Herzstück der Kanban-Methode.

Agile Softwareentwicklerteams können heute dieselben JIT-Grundsätze anwenden, indem sie die Anzahl der laufenden Arbeiten an die Kapazität des Teams angleichen. So kann das Team flexibler planen, Aufgaben schneller erledigen, sich auf kontinuierliche Verbesserung fokussieren und für Transparenz im gesamten Entwicklungszyklus sorgen.

Die Kernprinzipien des Kanban-Frameworks sind zwar zeitlos und können in nahezu jeder Branche angewandt werden, jedoch verzeichnen insbesondere Softwareentwicklerteams mit der agilen Methode große Erfolge. Im Gegensatz zu der Einführung von Kanban in einer Fertigungshalle, wo dies zu Veränderungen physischer Prozesse und zu einer beträchtlichen Menge an zusätzlichen Materialien führen würde, benötigen Softwareteams als einziges physisches Material ein Board und Aufgabenkarten und selbst diese können virtuell sein.

Bei der Arbeit aller Kanban-Teams steht das Kanban Board im Mittelpunkt. Es ist ein Tool zur teamübergreifenden Visualisierung und Optimierung des Workflows. Manche Teams arbeiten gerne mit physischen Boards, doch virtuelle Boards sind wegen der besseren Nachverfolgbarkeit, der einfacheren Zusammenarbeit und der Zugänglichkeit von verschiedenen Standorten aus ein entscheidender Bestandteil jedes agilen Softwareentwicklertools.

Unabhängig davon, ob das Kanban Board eines Teams digital oder physisch ist, besteht seine Funktion in der Visualisierung der Aufgaben, der Standardisierung des Workflows und der unmittelbaren Ermittlung und Beseitigung aller Blocker und Abhängigkeiten. Ein einfaches Kanban Board ist in einen Workflow mit drei Schritten unterteilt: "Zu erledigen", "In Arbeit", "Erledigt". Je nach Größe, Struktur und Zielen eines Teams kann der Workflow jedoch an die spezifischen Prozesse jedes beliebigen Teams angepasst werden.

Die Kanban-Methode basiert auf völliger Transparenz der Aufgaben und Kommunikation in Echtzeit. Deshalb sollte das Kanban Board die Stellung einer zentralen Informationsquelle zu den Aufgaben des Teams einnehmen.

Die wörtliche Übersetzung von Kanban aus dem Japanischen ist "visuelles Signal". Kanban-Teams stellen jedes Aufgabenelement als separate Karte auf dem Board dar. Die Darstellung von Aufgaben als Karten auf dem Kanban Board soll zuallererst die Verfolgung des Arbeitsfortschritts entlang des Workflows durch eine klare visuelle Darstellung ermöglichen.

Kanban-Karten enthalten wichtige Informationen zu Projektaufgaben und geben den Teams einen Überblick darüber, wer für welche Aufgaben verantwortlich ist, sowie eine kurze Beschreibung der Aufgabe und wie lange Aufgaben voraussichtlich dauern werden. Karten auf virtuellen Kanban Boards sind zudem häufig mit Screenshots und anderen technischen Details versehen, die für die zugewiesene Person hilfreich sind.

Dadurch, dass Teammitglieder jederzeit den Status jeder Aufgabe sowie relevante Details einsehen können, wird eine erhöhte Konzentration, eine umfassende Rückverfolgbarkeit und eine schnelle Identifizierung von Blockern und Abhängigkeiten gefördert.

Kanban ist eine der beliebtesten Softwareentwicklungsmethoden, die agile Teams heute verwenden. Kanban bietet zusätzliche Vorteile in Bezug auf die Aufgabenplanung und den Durchsatz für Teams jeder Größe.

Flexibilität bei der Planung

Ein Kanban-Team konzentriert sich nur auf die gerade laufende Arbeit. Sobald das Team eine Aufgabe abgeschlossen hat, wählt es die nächste Aufgabe aus dem Backlog aus. Der Produktinhaber kann die Priorität von Aufgaben im Backlog beliebig neu festlegen, ohne das Team zu stören, da sich Änderungen, die nicht das aktuelle Aufgabenelement betreffen, nicht auf das Team auswirken. 

Solange der Produktinhaber dafür sorgt, dass die wichtigsten Aufgabenelemente oben im Backlog stehen, kann das Entwicklerteam dem Unternehmen den größtmöglichen Wert liefern.

Kürzere Durchlaufzeit

Die Durchlaufzeit ist für Kanban-Teams eine wichtige Metrik. Die Durchlaufzeit ist die Zeit, die eine Arbeitseinheit benötigt, um den Workflow des Teams zu durchlaufen: von dem Moment, an dem die Aufgabe gestartet wird, bis zu dem Moment, an dem sie ausgeliefert wird. Durch eine Optimierung der Durchlaufzeit kann das Team die Bereitstellung geplanter Aufgaben zuverlässig prognostizieren.

Die Überschneidung von Kompetenzen sorgt für kürzere Durchlaufzeiten. Wenn nur eine Person über eine bestimmte Kompetenz verfügt, kann diese Person einen Engpass im Workflow darstellen. Deshalb nutzen Teams Best Practices wie Code-Reviews und Mentoring, um ihr Wissen zu teilen. Geteilte Kompetenzen bedeuten, dass Teammitglieder heterogene Aufgaben übernehmen und damit die Durchlaufzeit weiter optimieren können. 

Darüber hinaus ermöglicht dieser Ansatz dem gesamten Team, Arbeitsengpässe gemeinsam anzugehen, was eine schnelle Lösung ermöglicht und einen reibungslosen Workflow gewährleistet. Zum Beispiel erstreckt sich die Verantwortung für Tests nicht nur auf die Qualitätssicherung, sondern auch auf Entwickler, wodurch zusammen an der Gewährleistung von Effizienz gearbeitet wird. In einem Kanban-System sorgt das gesamte Team dafür, dass die Arbeit den Prozess reibungslos durchläuft.

Weniger Engpässe

Multitasking erstickt Effizienz. Je höher die Arbeitsbelastung zu einem bestimmten Zeitpunkt, desto häufiger treten Kontextwechsel auf, was den Abschluss von Aufgaben behindert. Deshalb ist ein wichtiger Grundsatz des Kanban-Prozesses, Grenzen für laufende Arbeiten zu setzen. Diese sogenannten WIP-Grenzen (Work in Progress) heben Engpässe im Teamprozess hervor, die auf mangelnde Konzentration, fehlende Mitarbeiter oder Fähigkeiten zurückzuführen sind.

Angenommen, ein Softwareteam hat vier Workflow-Status festgelegt: "Zu erledigen", "In Arbeit", "Code-Review" und "Erledigt". Das Team kann die WIP-Grenze für den Code-Review-Status auf 2 festlegen. Das mag wie eine niedrige Grenze erscheinen, aber dafür gibt es einen guten Grund. 

Entwickler ziehen es oft vor, neuen Code zu schreiben, statt Zeit damit zu verbringen, die Arbeit von jemand anderem zu überprüfen. Eine niedrige Grenze ermutigt das Team, Vorgängen mit Review-Status besondere Aufmerksamkeit zu widmen und die Arbeit anderer zu überprüfen, bevor sie ihre Code-Reviews einleiten, wodurch letztlich die Gesamtdurchlaufzeit reduziert wird.

Visuelle Darstellung von Metriken

Einer der zentralen Werte ist ein starker Fokus auf die kontinuierliche Verbesserung der Teameffizienz und -effektivität bei jeder Arbeitsiteration. Diagramme bieten Teams einen visuellen Mechanismus, um sicherzustellen, dass sie sich weiter verbessern. 

Wenn das Team Daten sehen kann, ist es einfacher, Engpässe im Prozess zu erkennen (und sie zu beseitigen). Zwei Berichte, die Kanban-Teams häufig verwenden, sind Kontrolldiagramme und kumulative Flussdiagramme. In einem Kontrolldiagramm werden die Durchlaufzeit jedes Vorgangs und ein fortlaufender Durchschnitt für das Team dargestellt.

Ein kumulatives Flussdiagramm zeigt die Anzahl der Vorgänge pro Status. Das Team kann Blocker leicht erkennen, wenn die Anzahl der Vorgänge in einem bestimmten Status zunimmt. Vorgänge in Zwischenstatus wie "In Arbeit" oder "In Überprüfung" werden noch nicht an Kunden geliefert, und ein Blocker in diesen Status kann die Wahrscheinlichkeit massiver Integrationskonflikte bei der späteren Zusammenführung erhöhen.

Continuous Delivery

Continuous Delivery (CD) beschreibt den Prozess der häufigen Freigabe von Arbeiten an Kunden. Continuous Integration (CI) ist die Praktik, Code im Laufe des Tages automatisch schrittweise zu erstellen und zu testen. Zusammen bilden sie eine CI/CD-Pipeline, die für DevOps-Teams unerlässlich ist, um Software schneller auszuliefern und gleichzeitig eine hohe Qualität sicherzustellen.

Kanban und CD ergänzen einander wunderbar, da sich beide Techniken auf die Just-in-Time-Wertschöpfung (in einzelne Elemente unterteilt) konzentrieren. Je schneller ein Team Innovationen auf den Markt bringen kann, desto wettbewerbsfähiger ist sein Produkt. Kanban-Teams konzentrieren sich auf genau dies: die Optimierung des Arbeitsflusses zu den Kunden.

Kanban und Scrum basieren teilweise auf gemeinsamen Konzepten, der Ansatz ist jedoch jeweils unterschiedlich. Die Verfahren sollten nicht miteinander verwechselt werden. 

Einige Teams vereinen die Ideale der Kanban-Methode und Scrum zu "Scrumban". Sie kombinieren Sprints mit fester Länge und Rollen aus Scrum mit der Fokussierung auf WIP-Grenzen und Durchlaufzeiten von Kanban.

Teams, die agile Methoden gerade erst einführen, sollten sich jedoch unbedingt für eine Methode entscheiden und diese eine Weile beibehalten. Ist dein Team bereit für die Kanban-Methode? Dann verwende noch heute unsere kostenlose Kanban-Board-Vorlage!

Verwandte Ressourcen

• Ressourcen für das Projektmanagement

  • Ressourcen für die Projektplanung

  • Ressourcen für die Produkteinführung

  • Projektmanagement-Strategien für die Markteinführung

  • Ressourcen für das Ressourcenmanagement

  • Ressourcen zur Aufgabenverfolgung

  • Software-Projektmanagement