Unterschiede zwischen Scrum und Kanban

Scrum und Kanban sind zwei Begriffe, die oft (fälschlicherweise) synonym verwendet werden oder als zwei Seiten derselben Medaille angesehen werden. In Wirklichkeit gibt es erhebliche Unterschiede zwischen diesen beiden agilen Methoden. Das Verständnis dieser Unterschiede ist der Schlüssel zur Auswahl des Pfads, der für Ihre Umgebung am besten geeignet ist.

Kurz gesagt: Was ist Scrum ?

Ohne zu sehr ins Detail zu gehen: Scrum ist ein Tool, das dazu verwendet wird, Arbeit in kleine, überschaubare Teile zu unterteilen, die von einem funktionsübergreifenden Team innerhalb eines vorgegebenen Zeitraums (Sprint genannt, im Allgemeinen 2–4 Wochen lang) abgeschlossen werden können.

Um diesen Prozess zu planen, zu organisieren, zu verwalten und zu optimieren, stützt sich Scrum auf mindestens drei vorgeschriebene Rollen: den Product Owner (verantwortlich für die anfängliche Planung, Priorisierung und Kommunikation mit dem Rest des Unternehmens), den Scrum Master (verantwortlich für die Überwachung des Prozesses während jedes Sprints) und die Teammitglieder (verantwortlich für die Umsetzung des Zwecks jedes Sprints, beispielsweise die Erstellung von Softwarecode).

Ein weiteres häufig von Scrum-Teams verwendetes Tool ist das Scrum Board – eine visuelle Darstellung des Arbeitsablaufs, der in überschaubare Abschnitte, sogenannte „Stories“, unterteilt ist. Dabei wird jede Story auf dem Board vom „Backlog“ (der Aufgabenliste) über die laufende Arbeit (Work-in-Progress, WIP) bis hin zur Fertigstellung verschoben.

Kurz gesagt: Was ist Kanban?

Auch Kanban ist ein Tool , das zur Organisation der Arbeit verwendet wird, um die Effizienz zu steigern. Wie Scrum fördert Kanban die Aufteilung der Arbeit in überschaubare Einheiten und verwendet ein Kanban-Board (das dem Scrum-Board sehr ähnlich ist), um die Arbeit während des Arbeitsablaufs zu visualisieren.

Während Scrum die Zeit begrenzt, die zum Erledigen einer bestimmten Menge Arbeit zur Verfügung steht (durch Sprints), begrenzt Kanban die Menge an Arbeit, die unter einer bestimmten Bedingung erlaubt ist (es können nur eine bestimmte Anzahl an Aufgaben ausgeführt werden, es können nur eine bestimmte Anzahl an Aufgaben auf der To-do-Liste stehen).

Inwiefern sind Scrum und Kanban dasselbe?

Sowohl Scrum als auch Kanban ermöglichen die effiziente Aufteilung und Erledigung großer und komplexer Aufgaben. Beide legen großen Wert auf kontinuierliche Verbesserung und Optimierung der Arbeit und des Prozesses. Und beide legen einen sehr ähnlichen Fokus auf einen gut sichtbaren Arbeitsablauf, der alle Teammitglieder über WIP und zukünftige Aufgaben auf dem Laufenden hält.

Worin unterscheiden sich Scrum und Kanban?

Wie oben angedeutet, gibt es sowohl in der Philosophie als auch in der praktischen Anwendung von Scrum und Kanban eine Reihe von Unterschieden. Obwohl es viele individuelle Unterschiede gibt, können sie in die folgenden drei Kategorien eingeteilt werden:

Planung, Iteration und Kadenz

Scrum-Prozesse legen großen Wert auf den Zeitplan. Das Scrum-Team erhält eine priorisierte Liste mit Story Points, die abgeschlossen werden müssen, um ein versandfertiges Produkt zu liefern. Das Team muss entscheiden, wie viele der Punkte seiner Meinung nach innerhalb eines Sprints abgeschlossen werden können. Alles, was außerhalb des vereinbarten Rahmens liegt, muss bis zum nächsten Sprint warten.

Im Idealfall lernt ein effizientes Scrum-Team seine Fähigkeiten im Laufe mehrerer Sprints schnell kennen und seine Schätzungen verbessern und optimieren sich mit der Zeit. Dann stellt das Team alle zwei Wochen (oder wie lange auch immer der Sprint dauert) ein versandfertiges Produkt her, führt eine Retrospektive durch, um die Optimierung des Prozesses zu besprechen, und geht zum nächsten Sprint über.

Dieser iterative Prozess soll genaue Einschätzungen des Arbeitsablaufs und eine effektive Verwaltung mehrerer Projekte ermöglichen.

In einem Kanban-Team gibt es keine vorgeschriebenen Zeitfenster oder Iterationen. Obwohl die Kanban-Methode ihrem Wesen nach iterativ ist, wird erwartet, dass die kontinuierliche Verbesserung evolutionär erfolgt, da die Arbeit kontinuierlich abgeschlossen wird.

Die Einschränkungen, die den verschiedenen Bedingungen des Arbeitsablaufs auferlegt werden, werden zu Beginn der Kanban-Nutzung eines Teams (oder einer Organisation) geregelt, bis ein optimaler Satz von Grenzen erreicht ist, um den Ablauf stabil und effizient zu halten.

Rollen und Verantwortlichkeiten

In Scrum-Teams müssen mindestens drei Rollen zugewiesen werden, um die Arbeit effektiv zu erledigen: der Product Owner, der Scrum Master und die Teammitglieder. Jede Rolle hat ihre eigenen Verantwortlichkeiten und sie müssen zusammenarbeiten, um ein geordnetes und effizientes Gleichgewicht zu erreichen.

Das Scrum-Team selbst muss außerdem funktionsübergreifend sein, d. h., ein Team muss über alle notwendigen Ressourcen verfügen, um die Arbeit des gesamten Sprints abzuschließen.

Bei Kanban sind keine festen Rollen vorgeschrieben. Praktisch gesehen ist es sinnvoll, dass jemand als Projektmanager oder Vorgesetzter fungiert, insbesondere bei größeren, komplexeren Kanban-Projekten. Theoretisch sollten sich die Rollen jedoch mit den Anforderungen des Projekts und der Organisation weiterentwickeln.

Ein Kanban-Team muss nicht funktionsübergreifend sein, da der Kanban-Arbeitsablauf von allen am Projekt beteiligten Teams verwendet werden soll. Daher können ein Team aus Spezialisten und ein separates Team aus Generalisten an verschiedenen Aspekten desselben Kanban-Projekts am selben Board arbeiten, und das ist in Ordnung.

Das Board selbst

Obwohl sie sich sehr ähneln, sind das Scrum-Board und das Kanban-Board zwei unterschiedliche Dinge.

Auf einem Scrum-Board sind die Spalten so beschriftet, dass sie die Zeiträume im Arbeitsablauf widerspiegeln, beginnend mit dem Sprint-Backlog und endend mit dem, was die Definition des Teams von „erledigt“ erfüllt. Alle zu Beginn jedes Sprints zum Board hinzugefügten Storys sollten am Ende dieses Sprints in der letzten Spalte zu finden sein, da der Sprint sonst nicht erfolgreich war. Nach der Sprint-Retrospektive wird das Board geleert und für den nächsten Sprint vorbereitet.

Auf einem Kanban-Board sind die Spalten ebenfalls beschriftet, um den Arbeitsablaufstatus anzuzeigen, allerdings mit einem entscheidenden Unterschied: Sie veröffentlichen auch die maximale Anzahl von Storys, die in jeder Spalte gleichzeitig zulässig sind. Dadurch werden die vom Team festgelegten Einschränkungen durchgesetzt, die Kanban für jede Bedingung vorschreibt. Da jede Spalte eine begrenzte Anzahl zulässiger Storys hat und es keine vorgeschriebenen Zeitfenster gibt (wie etwa Sprintlänge), gibt es keinen Grund, das Kanban-Board im Laufe der Arbeit zurückzusetzen. Es wird so lange weiterfließen, wie das Projekt läuft, wobei bei Bedarf neue Storys hinzugefügt und abgeschlossene Storys bei Bedarf neu bewertet werden.

Mehr lesen: eXtreme Programming (XP) – Wichtige Praktiken, die Sie für Ihr Team erkunden müssen

Was ist für Ihre Anforderungen besser?

Es gibt in diesem Artikel wirklich keine Möglichkeit, Ihnen diese Frage zu beantworten.

Sowohl Scrum als auch Kanban sind leistungsstarke, bewährte Prozesstools, die Ihr Projektmanagement erheblich verbessern können. Am besten machen Sie sich mit beiden vertraut und experimentieren mit verschiedenen Aspekten beider in Ihrer Produktionsumgebung. Wenn das für Sie am besten funktioniert, ist die Erstellung einer Hybridform aus beiden durchaus akzeptabel.

Weitere Informationen zu Scrum und Kanban erhalten Sie in diesem Webinar . Außerdem erfahren Sie, wie Sie diese Ansätze in Ihre Gesamtstrategie integrieren können.

Informationen zu Schulungsmöglichkeiten für Kanban und Scrum
finden Sie in den Kursangeboten von Cprime Learning weiter unten. Kanban-Workshop
Certified ScrumMaster-Workshop (CSM)
Certified Scrum Product Owner-Workshop (CSPO)
Advanced Certified ScrumMaster-Workshop (A-CSM)

Zu den weiteren Ressourcen, die für Sie von Interesse sein könnten, zählen:

Artikel: Ist mein Projekt für Kanban oder Scrum geeignet?

FAQ: Was ist Agile, was ist Scrum

Webinar: Was Sie mit Kanban erreichen können