Agile Frameworks haben in den letzten Jahren das Projektmanagement revolutioniert, und Namen wie Kanban, Scrum und Scrumban sind mittlerweile zum Standard geworden. Wenn Sie jedoch versuchen, das richtige Framework für Ihr Team auszuwählen, kann es ein wenig knifflig sein. Alle drei stammen aus derselben Quelle und haben ähnliche Werte, was die Unterscheidung zwischen Scrum vs Kanban etwas schwieriger macht.
Vergleichstabelle: Scrum vs Kanban vs Scrumban
Um Ihnen den Überblick zu erleichtern, finden Sie hier eine Vergleichstabelle für Scrum, Kanban und Scrumban. Schauen Sie sich diese zur allgemeinen Orientierung an und lesen Sie dann weiter, um detailliertere Informationen zu erhalten.
Der Ursprung von Kanban und Scrum
Bevor wir uns mit den Unterschieden zwischen Scrumban, Kanban und Scrum beschäftigen, ist es wichtig zu wissen, dass alle drei separate Frameworks sind und alle als agil gelten. Scrum wurde von Ken Schwaber und Jeff Sutherland entwickelt, Kanban hat seinen Ursprung im Lean-Projektmanagement und Scrumban ist die Kombination der beiden, die ursprünglich als Umstiegsmodell entwickelt wurde, aber als eigenständiges Framework erhalten blieb.
Alle drei Frameworks werden zwar unter dem Agilen-Dach betrachtet, stellen jedoch nicht das gesamte agile Spektrum dar.
Board-Management und Iterationen
Bei der Entscheidung, welcher Agile-Ansatz für Ihr Team am besten geeignet ist, sollten Sie zunächst darüber nachdenken, wie Sie arbeiten möchten. Wenn Sie Scrum vs Kanban vs Scrumban vergleichen, sollten Sie sich zuerst mit dem Board und den Iterationen auseinandersetzen.
Die Kanban-Definition sieht keine festgelegten Iterationen vor. Die Arbeit wird kontinuierlich fortgesetzt, bis das Team der Meinung ist, dass ein signifikanter Wert zum Ergebnis hinzugefügt wurde. Das Team entscheidet also selbst, wann eine Iteration abgeschlossen ist und eine neue beginnen kann. Da die Arbeit kontinuierlich durchgeführt wird, ist auch das Kanban-Board kontinuierlich. Es wird nach jeder Iteration nicht zurückgesetzt und enthält stattdessen die Arbeitspakete des gesamten Projekts.
In diesem Fall ist es oft sinnvoll, Online-Kanban-Boards zu verwenden, damit die erledigten Aufgaben nicht im Blickfeld sind und nicht zu viel Platz einnehmen.
Scrum hingegen verwendet 1-4-wöchige Iterationen, um die geplanten Aufgaben abzuschließen. Jede Iteration ist zeitlich festgelegt und muss zu einem bestimmten Zeitpunkt enden. Ähnlich wird das Scrum-Board nach jeder Iteration zurückgesetzt, um mit neuen Aufgaben gefüllt zu werden und auf die nächste Arbeitsphase vorbereitet zu sein.
Scrumban verwendet ein Board, das Kanban ähnelt. Es funktioniert jedoch in definierten Iterationen. Die Arbeit wird in 1-4-wöchigen Iterationen geplant und abgeschlossen, in denen Teams die geplanten Aufgaben abschließen und dann die Planung für die nächste Iteration vornehmen.
Kanban-Board vs Scrum-Board
Bei allen drei Praktiken werden die Teams dazu ermutigt, ein Aufgabenboard zu erstellen, das ihrem Prozess am besten dient. Es gibt jedoch bestimmte Richtlinien, die die Unterschiede zwischen dem Scrum-Board vs dem Kanban-Board vs dem Scrumban-Board definieren.
Das Kanban-Board ist in der Regel eine vollständige Darstellung des Prozesses des Teams. Es hat einen Backlog mit mehreren Spalten, die zur Priorisierung der Aufgaben für das Team verwendet werden. Der Bereich “In Bearbeitung” besteht aus so vielen Spalten wie Schritte im Prozess des Teams. Zum Beispiel Design, Fertigung, Test, Qualitätssicherung und Fertig. Da der Fokus darauf liegt, dass das Team Aufgaben aus dem Backlog selbst zieht, gibt es durchaus Unterschiede zwischen Kanban- und Scrum-Boards.
Das Scrum-Board besteht in der Regel aus dem Sprint-Backlog, Fortschritt und Abgeschlossen. Das Sprint-Backlog enthält die Aufgaben, die das Team sich vorgenommen hat, während die beiden Abschnitte “In Bearbeitung” und “Fertig” dabei helfen, die Ausführung dieser Aufgaben zu verfolgen. Im Vergleich zum Kanban-Board vs Scrum-Board finden Sie unten ein Beispiel.
Das Scrumban-Board ist eine Mischung aus Kanban und Scrum-Boards und hängt weitgehend davon ab, welchen Visualisierungsansatz das Team bevorzugt. Die meisten Teams neigen zu einem modifizierten Kanban-Board, da es mehr Informationen direkt auf dem Board bietet.
Teammitglieder und Rollen
Bei der Erforschung von Teams und deren Rollen in Kanban vs Scrum vs Scrumban nimmt letzteres eine Mittelposition ein. Es eignet sich sowohl für Teams mit interdisziplinären Fähigkeiten als auch für Teams ohne solche Fähigkeiten. Scrumban definiert keine bestimmten Rollen, die verwendet werden müssen, sondern ermöglicht es dem Team, zu entscheiden, ob und welche Rollen hinzugefügt werden sollen. Jedes Team kann also auswählen, was am besten für sie geeignet ist.
Planung und Schätzung
Das Team wählt bei Kanban selbst aus, wann eine Planungssitzung abgehalten werden soll. In der Regel geschieht dies, wenn ein Teil des Produkts abgeschlossen ist oder wenn der Planungsauslöser aktiviert wird. Zu diesem Zeitpunkt setzen sich das Team zusammen und füllt das Backlog mit neuen Aufgaben, die abgeschlossen werden sollen. Hierbei können sie auch entscheiden, ob sie Schätzungen verwenden möchten, um eine bessere Vorhersagbarkeit für den Prozess zu haben. Kanban-Teams schätzen auf zwei Arten – entweder unter Verwendung von Zeitintervallen oder indem alle Aufgaben dieselbe Größe haben und dann die benötigte Zeit mit Hilfe von Lead- und Cycle-Time-Metriken berechnen.
In Scrum werden Planung und Schätzung auf der Grundlage der Iterationslänge (Sprint) durchgeführt. Bevor eine neue Iteration beginnen kann, plant der Product Owner, welche Aufgaben abgeschlossen werden sollen, und setzt sich mit dem Team zusammen, um die benötigte Zeit zu schätzen. Wenn sich während der Schätzung herausstellt, dass es für die zugewiesene Zeit zu viel Arbeit gibt, werden die Aufgaben in kleinere Einheiten aufgeteilt.
Die Planung in Scrumban erfolgt auf Abruf. Sobald der Planungsauslöser aktiviert wird, setzt sich das Team zusammen und plant die Arbeitspakete für die nächste Iteration. Die Teamgeschwindigkeit wird verwendet, um festzustellen, wie viele Aufgaben das Team während einer Iteration abschließen kann. Das Team fügt also nur diese Anzahl von Aufgaben zu seinem Backlog hinzu. Für langfristige Ziele verwenden Scrumban-Teams die Planung nach dem Größenprinzip.
Arbeitsroutinen und Umfangsgrenzen
Alle drei Methoden nutzen das Pull-Prinzip, wenn es darum geht, wie die Aufgaben an das Team verteilt werden. Die Teammitglieder wählen die Aufgaben selbst aus. Es scheint also keine großen Unterschiede zwischen Scrum vs Kanban vs Scrumban zu geben. Allerdings unterscheidet sich der Zeitpunkt, zu dem Teammitglieder ihre Aufgaben in Scrum und Kanban auswählen, voneinander.
Scrum verlangt von den Teammitgliedern, sich in der Planungsphase jeder Iteration zu Aufgaben zu verpflichten. Hier werden die Zuweisungen für die nächste Phase entschieden und können erst zu Beginn einer neuen Phase geändert werden. Der Umfang wird durch die Länge der Iteration kontrolliert. Die geschätzten Stunden der geplanten Arbeitspakete dürfen die Länge des Sprints nicht überschreiten.
Kanban und Scrumban praktizieren hingegen einen etwas anderen Ansatz. Anstatt dass die Teammitglieder in der Planungsphase ihre Aufgaben verbindlich wählen, können sie dies tun, sobald die Arbeit beginnt. Die WIP (Work In Progress)-Limits begrenzen die Anzahl der Aufgaben, die gleichzeitig bearbeitet werden können. Dadurch arbeiten die Teammitglieder immer nur an einer Aufgabe und nehmen keine neue Arbeit an, bevor die vorherige abgeschlossen ist.
Meetings und Performance
Die Anwender aller drei Methoden halten ähnliche Meetings ab. Der Hauptunterschied zwischen Scrum vs Kanban vs Scrumban besteht darin, dass Scrum verlangt, dass sie zu einer bestimmten Zeit stattfinden, während bei Kanban und Scrumban mehr Flexibilität für das Team besteht, den Zeitpunkt der Meetings festzulegen. Es gibt 4 Hauptmeetings zwischen diesen Methoden:
-
Sprintplanung oder Planungssitzung: Ein Zeitpunkt, an dem das Team plant, welche Arbeit als nächstes erledigt werden soll. Bei Scrum findet die Sprintplanung vor jeder Iteration statt, während bei Kanban und Scrumban neue Arbeiten geplant werden, sobald die alten abgeschlossen sind.
-
Daily Scrum oder Daily Standup: Ein kurzes 15-minütiges Meeting, um auf den aktuellen Stand der Arbeit jedes Teammitglieds zu kommen. Die Teammitglieder berichten, was sie gestern getan haben und was sie für heute geplant haben.
-
Iterationsüberprüfung: Dieses Meeting ist optional für alle drei Agilen Anwendungen und findet nach der Iteration statt. Es zielt darauf ab, die Ergebnisse der Iteration vorzustellen und das Feedback der Kunden einzuholen.
-
Retrospektive: Dieses Meeting findet nach Abschluss des Projekts statt und dient dazu, den Prozess und nicht das Ergebnis zu besprechen. Die Teammitglieder teilen mit, was funktioniert hat und was nicht und wie sie in zukünftigen Projekten weitermachen möchten.
Sowohl Kanban- als auch Scrumban-Anwender können zusätzliche Kaizen-Meetings abhalten. Dieses Meeting wird normalerweise durchgeführt, wenn ein Team auf ein Problem stößt, das gelöst werden muss. Hier treffen sich Teams aus verschiedenen Abteilungen und brainstormen Ideen und Lösungen für ein bestimmtes Problem.
Leistung
Kanban verwendet zwei Metriken zur Messung der Leistung: das Kumulative Flussdiagramm (CFD) und die Lead- und Cycle-Zeit. Das kumulative Flussdiagramm zeigt, wie viele Aufgaben zu einem bestimmten Zeitpunkt im Projekt bereits abgeschlossen wurden und noch zu erledigen sind. Die Lead- und Cycle-Zeit misst, wie viel Zeit für die Erledigung einer Aufgabe aufgewendet wurde. Die Lead-Zeit (auch bei Scrumban verwendet) berechnet die Zeit von der Anfrage des Kunden an und die Zykluszeit beginnt, sobald die Arbeit begonnen hat. Diese Metriken ermöglichen es, das Arbeitstempo besser zu verstehen und den Fortschritt abzuschätzen.
Die Hauptleistungsmetrik für Scrum ist das Burndown-Diagramm. Es zeigt, wie viel Arbeit noch zu erledigen ist und wie sie seit Beginn des Projekts abgenommen hat. Dadurch kann das Team die Geschwindigkeit erkennen, mit der die Arbeit abgeschlossen wird.
Regeln und welche Methode wählen
Bei einem Vergleich von Scrum vs Kanban vs Scrumban stellen wir viele Ähnlichkeiten fest, die auf dem agilen Hintergrund basieren. Alle diese Methoden haben jedoch bestimmte Unterschiede, die sie besser für eine bestimmte Arbeitsumgebung oder Branche geeignet machen.
Kanban hat den Ruf, locker und wenig einschränkend zu sein. Auch wenn dies anfangs einschüchternd wirken mag, bietet die Flexibilität die Möglichkeit, sich an jede Branche oder Industrie anzupassen. Kanban ist eine gute Option für Teams mit einem kontinuierlichen Fluss von Aufgaben, wie z.B. Fertigung, Ingenieurwesen oder Entwicklung.
Wenn Sie sich fragen, wann Sie ein Kanban-Board vs Scrum-Board verwenden sollten, sollten Sie darüber nachdenken, wie sehr Sie sich an Regeln halten möchten. Kanban und Scrum haben beide denselben Hintergrund, aber Kanban bietet einen viel flexibleren Prozess, während Scrum dazu auffordert, eine Reihe von Regeln zu befolgen.
Scrum ist die strengste der drei Methoden. Es ist einer der verständlichsten agilen Ansätze für neue Benutzer, da es viele Regeln und Einschränkungen vorgibt. Wenn ein Team jedoch Flexibilität benötigt, ist dieser Ansatz etwas begrenzt. Scrum eignet sich am besten für große langfristige Projekte, die eine höhere Effizienz erfordern.
Scrumban liegt genau in der Mitte der beiden anderen Methoden. Es nimmt einige Regeln von Scrum und etwas Flexibilität von Kanban und bietet seinen Benutzern das Beste aus beiden Welten. Scrumban ist eine gute Option für neue Teams und schnelllebige Umgebungen wie Start-ups, in denen viel Flexibilität und Struktur erforderlich sind, um alles zusammenzuhalten. Wenn Sie das Gefühl haben, dass Kanban und Scrum etwas fehlen, ist diese Mischung aus beiden möglicherweise die beste Lösung.
Fazit
Jedes Framework bietet seine eigenen Vorteile und Aspekte, die berücksichtigt werden müssen. Während Scrum Struktur und Effizienz für große langfristige Projekte bietet, bietet Kanban Flexibilität und Anpassungsfähigkeit für kontinuierliche Arbeitsabläufe, was es für Fertigung, Ingenieurwesen oder Entwicklungsteams geeignet macht. Auf der anderen Seite vereint Scrumban Elemente von Scrum und Kanban und schafft so eine Balance zwischen Struktur und Flexibilität, was es zu einer hervorragenden Option für schnelllebige Umgebungen wie Start-ups macht.
Bei einem Vergleich von Scrum vs Kanban vs Scrumban ist es wichtig zu verstehen, dass keines dieser Methoden besser ist als die anderen. Stattdessen sollten Sie darüber nachdenken, welche von ihnen am besten zu Ihrem Team, Ihren Zielen und Ihren Praktiken passt.
Auf diese Weise können Sie den wirklichen Gewinner durch den Vergleich von Scrum vs Kanban vs Scrumban auswählen.
