Scrumban ist ein aus Scrum und Kanban gebildetes Kunstwort und beschreibt einen Methodenmix der beiden agilen Frameworks im Bereich der Softwareentwicklung und des Projektmanagements1. Dafür werden verschiedene Aspekte beider Methoden angewandt.

1. Historie

Der Scrum Begiff wurde bereits in den 1990er Jahren von Jeff Sutherland und Ken Schwaber geprägt, wohingegen Kanban sich erst zehn Jahre später in der Softwareentwicklung etablierte. Schnell war klar, dass Scrum von den Visualisierungstechniken aus Kanban stark profitieren kann. Scrumban wurde entwickelt, um das Beste aus beiden agilen Frameworks zu kombinieren und Scrum-Teams neue Möglichkeiten zu eröffnen und Kanban Konzepte in ihre Arbeit mit einzubinden2. Der Schwerpunkt liegt darin Scrum durch einige Ideen aus dem Kanban Framework vor allem flexibler und reaktiver zu gestalten3.

2. Methodik

Die Idee von Scrumban lässt den dem Anwender eine gewisse Freiheit in der Frage welche Methoden und Konzepte man aus beiden agilen Frameworks für sein Team verwenden möchte. Es ist flexibler gestaltet als Scrum, welches klare Aufgaben und Rollen für bestimmte Personen im Team festlegt, während bei Kanban jeder im Team seine ursprüngliche Arbeit einfach weiter macht. Im Folgenden werden die wichtigsten Ansätze aus den beiden Frameworks, welche für Scrumban essenziell sind, näher dargestellt.

2.1 Methoden aus Scrum

2.1.1 Meetings

Die Meeting Struktur verhält sich sehr ähnlich zu der von Scrum. Empfohlen sind sogenannte Dailys, also kurze 15-minütige Treffen im Team, um sich über den aktuellen Bearbeitungsstand auszutauschen und möglichen Probleme oder Verzögerungen im Arbeitsablauf zu notieren4.

2.1.2 Sprints

Die Arbeit wird in einzelne Sprints aufgeteilt. Ein Sprint ist ein Arbeitsabschnitt, in dem ein Inkrement einer Produktfunktionalität implementiert wird4. Die Länge eines Sprints wird jedoch nicht auf ein bis vier Wochen begrenzt, wie es bei Scrum der Fall ist, sodass die Erfüllungsphase so lange andauern kann, wie es für das gewünschte Endergebnis erforderlich ist1.

2.1.3 Langzeitorientierte Planung

Scrumban implementiert, im Gegensatz zu Scrum, langfristige Planungsmöglichkeiten durch das “bucket-size-planning”. Auf der folgenden Abbildung ist dieses Prinzip näher dargestellt.

bucket-size-planning

Man unterscheidet zwischen vier verschiedenen “buckets” mit jeweils unterschiedlichen Zielen und Inhalten:

  • der 1 Year Bucket enthält grob definierte Ziele, welche ein Team innerhalb eines Jahres erreichen möchte.
  • der 6 Months Bucket definiert Ziele die kurz vor der Umsetzung stehen.
  • der 3 Months Bucket ist für Pläne die fast fertig sind vorbehalten.
  • der Current Bucket beinhaltet alle Aufgaben die das Team als nächstes bearbeiten wird.3 Bevor ein Arbeitselement im Current Bucket erscheint, und dadurch auf die Scrumban-Tafel kommt, muss es erst alle drei vorherigen Eimer durchlaufen.

    2.2 Methoden aus Kanban

    2.2.1 Scrumban Tafel

    Ein wichtiger Aspekt mit dem Scrum verbessert werden kann ist die Visualisierung der Arbeitsmenge auf einer Scrumban Tafel oder auch Scrumban Board genannt. Das Scrumbanboard ist ähnlich zu einem Kanban Board, jedoch mit deutlich mehr Spalten. In der folgenden Abbildung ist ein Beispiel eines Scrumban Boards zu sehen.

Scrumbanboard

Zu erkennen sind auf der linken Seite die To Do’s die in vorherigen Sprints noch nicht bearbeitet wurden, sowie Aufgaben, die im aktuellen Sprint noch zu erledigen sind. Mittig sind die aktuellen Aufgaben zu finden, welche derzeit bearbeitet werden und welche im nächsten Sprint zu erledigen sind. Auf der rechten Seite des Boards sind die Pläne zu finden die noch genehmigt werden müssen sowie alles was im aktuellen Sprint schon erledigt worden ist.5

2.2.2 WIP-Begrenzung

Eine weitere sehr wichtige Praktik aus Kanban ist die Limitierung des sogenannten “Work in Progress”, also der laufenden Arbeit. Diese Praktik zielt auf die Reduzierung und dadurch auch Stabilisierung des Arbeitsvolumens ab. Es verbessert den Arbeitsfluss und ist für ein Pull-basiertes System von zentraler Bedeutung.6

2.2.3 Pull-Prinzip

Das Pull Prinzip ist ein aus Kanban entnommenes Konzept wonach jedes Teammitglied sich seine Aufgaben selbst aus dem Sprint-Backlog ziehen darf. Dadurch wird keine Arbeit von außen zugeteilt, sondern das Team entscheidet selbst welche Aufgaben sie als nächstes bearbeiten wollen.5

3. Fazit

Zusammengefasst verbindet Scrumban die beiden agilen Frameworks Scrum und Kanban zu einem Rahmenkonzept, im welchem das Beste aus Beidem zusammengeführt wird. Beispielhaft hilft die Visualisierung auf dem Scrumban Board bei der Arbeitsaufteilung. Welche Praktiken ein Team benutzen möchte bleibt jedem selbst überlassen, es bieten sich aber einige Möglichkeiten verschiedene Aspekte mit einzubringen.

Siehe auch

Weiterführende Literatur

Quellen

  1. https://kanbantool.com/de/kanban-guide ↩ ↩2

  2. https://en.wikipedia.org/wiki/Scrumban#Tooling ↩

  3. https://teamhood.com/de/agile-ressourcen/was-ist-scrumban/ ↩ ↩2

  4. https://de.wikipedia.org/wiki/Scrum#Sprint ↩ ↩2

  5. https://www.agile-heroes.de/magazine/scrumban-das-beste-aus-scrum-und-kanban-einfach-erklaert/ ↩ ↩2

  6. https://www.scrum.org/resources/blog/limiting-work-progress-wip-scrum-kanban-what-when-who-how ↩