Was ist Scrumban?

Scrumban ist die Verschmelzung von Scrum und Kanban, bei der beide Frameworks bzw. Methoden vollumfänglich und vollständig umgesetzt werden. Im Gegensatz zur häufig anzutreffenden Sichtweise, dass in Scrumban lediglich die “aktuell am besten passendsten” Elemente aus beiden agilen Arbeitsweisen genutzt werden, ist diese Definition von Scrumban deshalb deutlich umfassender.

In diesem Artikel erfährst Du, auf welchen Grundprinzipien Scrumban basiert und wie die Umsetzung genau aussehen kann. Dabei stütze ich mich vor allem auf den Kanban Guide für Scrum Teams, den Du Dir bei Scrum.org herunterladen kannst.

Im Internet findest Du diverse Artikel darüber, was Scrumban ist bzw. sein könnte.

Die meisten von ihnen schlagen vor, sowohl aus Scrum als auch aus Kanban die “besten” oder “passendsten” Elemente für die gemeinsame Arbeit zu übernehmen. (Beispielsweise kannst Du das so im Beitrag auf Teamhood so lesen.)

Diese Idee mutet mitunter wie reine Rosinenpickerei an, die darauf hinausläuft, dass elementare Prinzipien aus beiden agilen Arbeitsformen ausgelassen werden.

Beispielsweise weil sie zu schwer umzusetzen wären oder sie einer Organisation oder einem Team gerade nicht in den Kram passen.

Im Gegensatz dazu gibt es durchaus die Möglichkeit, sowohl Scrum als auch Kanban einzusetzen, ohne dabei Abstriche zu machen. Möglich wird dieser Scrumban-Ansatz vor allem deshalb, weil Scrum ein Framework und keine Methode ist.

Denn dadurch kannst Du Scrum umsetzen, wie es der Scrum Guide vorsieht, und gleichzeitig alle Elemente, Prinzipien und Praktiken der Kanban-Methode anwenden, ohne dass dabei wichtige Bestandteile aus Kanban verloren gingen.

Zugegebenermaßen ist diese Interpretation von Scrumban deutlich anspruchsvoller als nur das “aktuell Passendste” umzusetzen.

Aber dafür stiftet diese Art von Scrumban auch einen echten Mehrwert für Dein Team und Deine Organisation.

Nach dieser Lesart basiert Scrumban vor allem auf vier wichtigen Grundprinzipien, die Du auch im schon erwähnten Kanban Guide für Scrum Teams wiederfinden kannst.

Wie bereits erwähnt bleiben die Spielregeln des Scrum Guides auch bei der Erweiterung durch Kanban bzw. der Umsetzung von Scrumban weiterhin gültig. Im Kanban Guide für Scrum Teams heißt es dazu:

Dieser Leitfaden soll den Scrum Guide weder ersetzen noch Teilen davon widersprechen. Er ist dazu gedacht, die Praktiken von Scrum zu verbessern und zu erweitern.

Scrumban ermöglicht einem Scrum Team durch die Erweiterung mit Kanban einen stärkeren Fokus auf seinen Workflow. Allerdings bezieht sich diese Optimierung und Verbesserung des Workflows in Scrumban nicht ausschließlich auf die einzelnen Arbeitsschritte während eines Sprints (und somit lediglich auf das Sprint Backlog eines Scrumban Teams).

Es ist für ein Scrumban Team möglich und sinnvoll, seinen Workflow über den Sprint hinaus zu definieren wie hier rechts zu sehen.

Zum einen bezieht dieser Workflow Arbeitsschritte aus dem Product Backlog mit ein, die dem Sprint selbst vorgelagert sind. Zum anderen besitzt dieser Workflow auch einen dem eigentlichen Sprint nachgelagerte Prozessschritt (Releasable).

Letzterer wäre beispielsweise sinnvoll, wenn ein Scrum Team User Stories erst dann für den Release-Prozess freigibt, wenn sie die Sprint Review durchlaufen haben.

Wie Du siehst, gehört auch der erste Status des Sprint Backlogs (Planned) noch nicht zur Kategorie Doing bzw. Work In Progress, sondern noch zur Kategorie To Do. Denn andernfalls würde das die Cycle Time des Teams unnötig verfälschen, weil mit dem Sprint Planning bereits alle User Stories als Work In Progress zählten, obgleich noch gar nicht an ihnen gearbeitet wird.

Damit Dein Scrumban Team den Workflow (wie von Kanban gefordert) messen und steuern kann, schreibt der Kanban Guide für Scrum Teams eine sogenannte Definition of Workflow vor. In erster Linie dient diese dazu, die Kanban-Praktik Mache Regeln explizit umzusetzen. So gesehen ist sie eine reine Formalisierung dieser Praktik, die eine starke Parallele zur Definition of Done aus dem Scrum Guide aufweist.

Auch in Scrumban sind die bekannten Kanban-Praktiken weiterhin gültig und werden entsprechend umgesetzt. Allerdings findest Du interessanterweise im Kanban Guide für Scrum Teams lediglich vier statt der üblichen sechs Praktiken:

Zunächst einmal wird hier deutlich, dass diese Punkte aus Scrumban vollkommen identisch mit den bekannten Kanban-Praktiken sind. Auch in Scrumban wird also ein WIP-Limit angewendet, das die Begrenzung paralleler Arbeit ermöglicht. Und natürlich wird auch in Scrumban der Workflow über das bekannte Kanban Board visualisiert. Ebenso wird die laufende Arbeit durch Metriken wie beispielsweise Work Item Age aktiv gesteuert oder auf Tools wie das Cumulative Flow Diagram zurückgegriffen.

Allerdings gibt es drei Abweichungen im Vergleich zu den sechs “echten” Kanban-Praktiken.

Ich hoffe, ich konnte Dir mit diesem Artikel vermitteln, dass Scrumban deutlich mehr ist, als sich aus beiden Frameworks & Methoden das Schönste und Passendste rauszusuchen. Denn nach dieser Scrumban-Interpretation bleiben sowohl Kanban als auch Scrum vollumfänglich und vollständig erhalten, sodass für Deine Organisation und Dein Team echter Nutzen entstehen kann.

Wenn Du noch Fragen, Ideen, Anregungen oder Kritik zu diesem Beitrag hast, freue ich mich wie immer auf Dein Feedback in den Kommentaren und auf dieser Seite!