Scrum + Kanban = Scrumban

table-451357_960_720.jpgHeutzutage immer mehr Unternehmen suchen nach neue Möglichkeiten für Ihr Projektmanagement. Agile Methode sind im Moment “Number one”, besonders Scrum. Obwohl die Meisten Scrum in verschiedenen Bereichen erfolgreich eingesetzt haben, haben einige das Gefühl, dass diese Methode zu streng ist und das Endergebnis gleich bleibt – das Team, das 100% nicht erreicht. Für manche solche Unternehmen erscheint dann am Horizont eine Lösung – Scrumban.

Scrumban ist eine Mischung aus Scrum und Kanban. Diese Methode bringt einige Komponente beider Praktiken zusammen, um eine neue, verbesserte und mehr universelle Methode zu erstellen. In meinem Beitrag konzentriere ich mich nicht auf die gesamte Methodik, sondern werfe einen Blick darauf, wie Scrumban den Prozess eines erfolglosen Teams verbessern könnte. Es gibt verschiedene Gründe, warum die Teams Scrum-Methodik als unpassend finden: strikte Formalismen, Rollen und Artefakten, Zeitdruck, kontinuierliche Planung u.a. Für solche Teams ist Scrumban eine tolle Lösung, weil die Methode immer noch die wichtigste Scrum Prinzipien erhält, aber zugleich bietet mehr Flexibilität und Freiheit vorwärts zu bewegen.

Mit Scrumban kommen auf dem Board die erste Veränderungen und   Visualisierung des Prozessablaufs. Das bisherige Scrum Board erweitert sich, um die zusätzlichen Spalten für den Fortschritt unterzubringen, repräsentiert jeden Schritt der User Story vom Erstellen einer Aufgabe, bis sie komplett fertig ist. So kann man die Bewegung von Aufgaben genauer zu verfolgen und sofort die Probleme zu identifizieren.

Scrumban

Nächste große Änderung im Prozess sind Planung und Review-Meetings. Die üblichen Meetings werden nur dann geplant und organisiert, wenn sie nötig sind. Auf solcher Weise verschwenden wir die Zeit für die unnötigen Vorbereitungen nicht mehr. Ohne Planungssitzungen sind keine Sprints mehr möglich und das Team beginnt mit dem Kanban Pull-Prinzip. Die Aufgaben werden dann anhand ihrer Priorität vom Projekt-Backlog genommen und  in die aktive Warteschlange geschoben. Dadurch bekommt das Team besseres Verständnis über den Arbeitsumfang, was noch zu tun ist, und selbstständiger die neue Aufgaben erstellt und erledigt.

WIP limitsDa die Sprints nicht mehr organisiert werden, werden die Tasks im Progress anders begrenzt. Kanban WIP (Work in Progress) Grenzen sind auch in Scrumban eingeführt, um die Anzahl der Aufgaben, die gleichzeitig bearbeitet werden, zu begrenzen. Deshalb, wenn, z.B. die maximale Anzahl von Aufgaben im Progress drei ist, können die Teammitglieder gleichzeitig mehr Tasks nicht bearbeiten. Dadurch können die Teams rechtzeitig zusätzliche Hilfe schaffen, bevor eine Situation problematisch wird.

Eines, was bei Scrumban mehr oder weniger gleich bleibt, sind tägliche Sitzungen. Sie sind, aber, auf die einzelne User Stories, unerwartete Probleme und Fehlern konzentriert. Das Hauptziel der täglichen Sitzungen ist die User Stories zu identifizieren, die Schwierigkeiten haben und die Lösung finden oder die zusätzliche Ressourcen bereitzustellen, damit der Fortschritt des gesamten Projekts nach vorne geht.

ZykluszeitZum Schluss, können die User Stories noch in den Story Points geschätzt werden, aber bei Scrumban haben wir noch eine wertvolle Metrik – Zykluszeit. In dieser Metrik sehen wir, wieviel Zeit es dauert, bis eine Aufgabe abgeschlossen ist, es werden auch die Projektlaufzeit und die erforderlichen Ressourcen besser geschätzt. Zykluszeit kann auch helfen, problematische User Stories zu identifizieren, indem den Pfad der durchschnittlichen Bearbeitungszeit zeigt und sucht nach Abweichungen, die hinweisen, dass die Teammitglieder  auf Schwierigkeiten gestoßen sind.

Scrumban ist kein fest stehender Begriff, umgekehrt – ausgesetzt der individuellen Interpretation und, obwohl diese Methode als Missachtung von einigen Scrum Praktiken ganz negativ zu beurteilen ist, bringt ins Team mehr Verantwortung und Selbstständigkeit. Die zusätzliche Tools und Metriken stellen sicher, dass das Ziel ordnungsgemäß erreicht wird. Scrumban ist eine gute Option für die Teams, die sich ständig unter Druck fühlen, die User Stories rechtzeitig abzuschliessen. Scrumban sollte, aber, Schritt für Schritt umgesetz werden und nur dann, wenn das tatsächtlich die beste Lösung ist, sonst kann ebenso schädlich wie die Methodik zuvor sein.

Advertisements

Kommentar verfassen

Trage deine Daten unten ein oder klicke ein Icon um dich einzuloggen:

WordPress.com-Logo

Du kommentierst mit Deinem WordPress.com-Konto. Abmelden / Ändern )

Twitter-Bild

Du kommentierst mit Deinem Twitter-Konto. Abmelden / Ändern )

Facebook-Foto

Du kommentierst mit Deinem Facebook-Konto. Abmelden / Ändern )

Google+ Foto

Du kommentierst mit Deinem Google+-Konto. Abmelden / Ändern )

Verbinde mit %s

%d Bloggern gefällt das: