Scrum-Leitfaden | 33. Scrumban und Kanban-Boards in Scrum

Scrum und Kanban sind Teamarbeit-Methoden, die viele Ähnlichkeiten teilen. Es gibt jedoch auch Unterschiede, die wir heute besprechen möchten. Kanban-Boards werden auch oft von Scrum-Teams übernommen. Das liegt daran, dass sie sehr praktisch sind, um Teamarbeit und deren Fortschritt zu visualisieren. Durch die Kombination der besten Elemente beider Methoden entstand eine Technik namens Scrumban. Sie ist beliebt in Projekten, die Produktentwicklung mit Dienstleistungserbringung kombinieren, wo lange Sprints und relativ formalisierte Scrum-Meetings nicht immer geeignet sind.

Scrumban und Kanban-Boards in Scrum – Inhaltsverzeichnis:

1. Einführung
2. Kanban vs Scrum
3. Kanban-Boards in Scrum
4. Scrumban
5. Zusammenfassung

Einführung

Kanban ist eine Methode, die in Japan entwickelt wurde. Sie entstand in den 1950er Jahren und war ursprünglich ein Werkzeug zur Verwaltung der kontinuierlichen Produktion, um keine Bestände und Überschüsse zu schaffen, sondern Ressourcen fortlaufend zu verarbeiten. Zu Beginn des 21. Jahrhunderts wurde Kanban an die Bedürfnisse der Softwareentwicklung von David J. Anderson angepasst.

Kanban vs Scrum

Die allgemeine Arbeitsweise in Kanban unterscheidet sich von Scrum hauptsächlich durch einen weniger formellen Ansatz. In Kanban gibt es nicht so detaillierte Richtlinien, zum Beispiel für die Arbeit in Sprints, die Rollen des Product Owners, Scrum Masters und des Entwicklungsteams. Dies ist möglich, weil Kanban sich auf die Kontinuität der Aufgaben konzentriert, wie die Bereitstellung eines bestimmten Diensttyps, die wiederholbarer sind und keine so komplexe Planung erfordern.

Dennoch sind der Zweck und die Arbeitsweisen ähnlich. Das Ziel von Kanban ist es, dem Kunden ein Produkt von höchster Qualität pünktlich zu liefern. Die Prinzipien, die die Arbeitsweisen beider Methoden betreffen, können wie folgt formuliert werden:

1. Die Arbeit sollte reibungslos und ohne Ausfallzeiten sein – in Scrum wird dies durch die kontinuierliche Abfolge von Sprints erreicht, während in Kanban die Arbeit aufgrund des reibungslosen Flusses der Aufgaben kontinuierlich ist. Sie bilden eine Warteschlange, aus der die Entwickler einige Aufgaben auswählen (ziehen), um sie abzuschließen.
2. Das Team sollte sich nur auf ausgewählte Aufgaben konzentrieren – in der Kanban-Terminologie sollte das Team “die Arbeit in Bearbeitung reduzieren”. In Scrum entspricht dies den User Stories, die aus dem Product Backlog in das Sprint Backlog ausgewählt werden.
3. Der Fortschritt der Aufgaben sollte für alle Beteiligten sichtbar sein – in Kanban werden sie durch Boards visualisiert, die auch oft in Scrum-Teams zu finden sind.

Kanban-Boards in Scrum

Ein Kanban-Board ist ein weit verbreitetes Werkzeug zur Visualisierung der Teamarbeit. Es ist eine Tabelle mit mehreren Spalten. In jeder von ihnen befinden sich Aufgaben mit einem bestimmten Status. Die Kategorisierung der Aufgaben basiert auf einer einfachen Regel: Eine Karte mit einer Beschreibung der Aufgabe – oder ihrem virtuellen Äquivalent – wird in eine der Spalten gelegt. Die minimale Version von Kanban-Boards enthält drei Spalten:

• Zu erledigen
• In Bearbeitung
• Abgeschlossen – in die letzte Spalte gehen die Aufgaben, die die Definition of Completion erfüllen, über die wir hier geschrieben haben.

Unten finden Sie ein Beispiel für ein Kanban-Board aus einem All-in-One-Projektmanagementsystem – Firmbee.com

In der Regel gibt es mehr Spalten. Wenn es mehr Aufgaben zu erledigen gibt, gibt es normalerweise eine zusätzliche Spalte mit dem Titel “ausgewählt zur Erledigung” zwischen den Spalten “zu erledigen” und “in Bearbeitung”. Während die “zu erledigen”-Spalte als Product Backlog dient, über das wir hier geschrieben haben, dient die “ausgewählt zur Erledigung”-Spalte als Sprint Backlog, das wir detailliert in diesem Artikel beschreiben.

Die zweite häufige Ergänzung ist eine “in Überprüfung”-Spalte oder “zur Genehmigung”. Sie wird normalerweise zwischen den Spalten eingefügt, die die “in Bearbeitung”-Aufgaben und die “abgeschlossenen” enthalten. Sie enthält Aufgaben, die vom Entwicklungsteam abgeschlossen wurden und auf die Genehmigung des Product Owners warten. Die Aufgabe des Product Owners besteht darin, ihre Übereinstimmung mit den Akzeptanzkriterien zu überprüfen und die endgültige Genehmigung vom Kunden zu erhalten. In dieser Situation werden nur die endgültig akzeptierten Aufgaben in die letzte Spalte verschoben.

Scrumban

Aufgrund der großen Beliebtheit von Scrum und Kanban entstand ihr Hybrid, der das Beste aus beiden Arbeitsweisen kombiniert. Scrumban funktioniert am besten in Organisationen, die die Erstellung von Produkten mit der Bereitstellung von Dienstleistungen verbinden, oft unter Einbeziehung der Implementierung des Produkts beim Kunden. Aufgrund der Reduzierung von Meetings und Kommunikation kann das Team größer sein.

Scrumban legt weniger Wert auf Metriken, die in Scrum häufig verwendet werden, wie das Burndown-Diagramm. Dennoch nutzt es die Scrum-Säulen des Bedarfs an kontinuierlicher Verbesserung des Arbeitsprozesses und deren Anpassung an die Bedingungen und Bedürfnisse des Kunden.

Bei der Arbeit in Scrumban ist jedoch die Arbeit nicht in Sprints unterteilt. Scrum-Meetings finden alle 3, 6 oder 12 Monate statt.

Die Planung der Arbeit folgt dem “On-Demand”-Prinzip, d.h. wie sie anfällt. User Stories werden direkt in die erste Spalte des Kanban-Boards mit “zu erledigenden” Aufgaben platziert. Somit dient es als Sprint Backlog, über das wir detaillierter in diesem Artikel geschrieben haben. Wie im Sprint Backlog werden die dringendsten Aufgaben oben auf die To-Do-Liste gesetzt. Für komplexere Projekte kann der Projektmanager jedoch eine separate To-Do-Liste führen, die dem Product Backlog entspricht, aus der er oder sie auswählt, welche Aufgaben in die erste Spalte platziert werden.

Beim Verschieben von Aufgaben von der ersten in die zweite Spalte gilt die “Pull”-Regel. Das bedeutet, dass Aufgaben nicht einem bestimmten Entwickler zugewiesen werden. Jede Person wählt eine Aufgabe aus der Warteschlange aus und führt sie unabhängig aus.

Die Anzahl der Aufgaben, die in der mittleren Spalte “zu erledigen” platziert werden, ist normalerweise begrenzt, abhängig von der Größe des Teams, sodass, wenn möglich, jeder nur eine Aufgabe gleichzeitig bearbeitet.

Zusammenfassung

Scrum und Kanban, obwohl sie für ähnliche Zwecke verwendet werden, sind unterschiedliche Arbeitsweisen. Scrum funktioniert am besten in kreativen, innovativen Projekten, die von kleinen Scrum-Teams durchgeführt werden. Kanban hingegen wurde entwickelt, um in einer kontinuierlichen und ausfallfreien Umgebung ähnliche Dienstleistungen bereitzustellen. Scrum verwendet oft Kanban-Boards als Methode zur Visualisierung der geleisteten Arbeit. Die Kombination beider führte zu Scrumban, das am besten als Rahmenwerk für Organisationen funktioniert, die ihre Produkte verkaufen und Dienstleistungen auf deren Basis für den Kunden bereitstellen.

Wenn Ihnen unsere Inhalte gefallen, treten Sie unserer aktiven Community auf Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.