Kanban ist eine der beliebtesten Agile-Methoden, die speziell auf die Optimierung ausgerichtet ist. Sie hilft Marketing-, IT-, Management- und vielen anderen Teams, ihre Prozesse zu rationalisieren und Mehrwert zu schaffen. Erwägen Sie die Einführung von Kanban in Ihrem Team oder verwenden Sie es bereits? Dann ist es gut zu wissen, welche Kanban-Rollen gut dazu passen.
Der Kanban Guide
Ob Sie es glauben oder nicht, der Kanban Guide sagt nichts über spezifische Rollen aus. Er spricht nur von Kanban-Systemmitgliedern, aber das ist jeder, der in einem Kanban-System (oder Kanban-Team) arbeitet. Es gibt keine spezifischen Verantwortlichkeiten, da alle Mitglieder gemeinsam für alles verantwortlich sind.
Bei der Einführung von Kanban gehen wir von dem aus, was jetzt ist und wie wir es Schritt für Schritt verbessern können. Da wir von der aktuellen Situation ausgehen, enthält der Kanban Guide keine weiteren Rollenbeschreibungen. In fast allen Fällen ist es möglich, ein Kanban-System so zu gestalten, dass es perfekt zu den aktuellen Titeln und Rollen passt (lesen Sie hier mehr darüber, wie man ein Kanban-System gestaltet).
Welche Rollen hat Kanban also?
In der Praxis hat sich jedoch gezeigt, dass es einige Rollen gibt, die die Arbeit mit Kanban erheblich verbessern können:
- Service Delivery Manager
- Service Request Manager
Beide Rollen werden als Ergänzung zur bestehenden Arbeit des Kanban-System-Mitglieds gesehen und sind daher keine vollwertigen Positionen, obwohl es auch hier, wie bei den meisten Dingen in Kanban, darauf ankommt, was für Ihr Team gut funktioniert.
Service Delivery Manager
Der Service Delivery Manager ist für den Flow und die Optimierung der Arbeit verantwortlich, daher wird diese Rolle manchmal auch Flow Manager oder Flow Master genannt. Diese Person überprüft regelmäßig das Kanban Board, um sicherzustellen, dass keine Items feststecken und den Flow blockieren, und bietet bei Bedarf Hilfe an. Er/sie ist auch derjenige, der Kaizen, d. h. „kontinuierliche Verbesserung“, fördert.
Der Service Delivery Manager ist auch derjenige, der ein Auge auf die verschiedenen Metriken hat, die Kanban mit dem Flow verknüpft:
- WIP – WIP ist die Anzahl der begonnenen, aber noch nicht abgeschlossenen Aufträge;
- Throughput – Die Anzahl der Aufgaben, die in einer bestimmten Zeit erledigt werden können;
- Work Item Age – Wie viel Zeit zwischen dem Beginn einer Aufgabe und dem jetzigen Zeitpunkt verstrichen ist;
- Zykluszeit – Wie viel Zeit liegt zwischen dem Beginn und der Fertigstellung einer Aufgabe.
Diese Metriken helfen, den Flow im Griff zu behalten und geben Aufschluss über mögliche Engpässe im Prozess.
Diese und weitere Punkte können dann in einem der Meetings (auch Kadenz genannt) wie dem Daily Standup/Kanban oder der Service Delivery Review besprochen werden. Diese Meetings werden ebenfalls vom Service Delivery Manager organisiert und moderiert.
Diejenigen, die bereits Erfahrung mit Scrum haben, werden bereits bemerkt haben, dass diese Rolle dem Scrum Master sehr ähnlich ist. Der Unterschied liegt vor allem darin, dass bei Scrum der Schwerpunkt auf dem Coaching des Teams liegt, damit es sich selbst verwalten kann, während bei Kanban der Schwerpunkt auf der Optimierung des Lieferprozesses liegt.
Service Request Manager
Und dann ist da noch der Service Request Manager. Wenn wir den Service Delivery Manager mit dem Scrum Master vergleichen können, ist der Service Request Manager wiederum der Rolle des Product Owner in Scrum sehr ähnlich.
Bevor das Team die Arbeit aufnehmen kann, ist es wichtig, dass die Arbeit und insbesondere der Wert, den sie liefern soll, gut verstanden wird. Der Service Request Manager spricht mit dem Kunden oder Endbenutzer, um die Bedürfnisse und Erwartungen an die Oberfläche zu bringen. Daran schließen sich Gespräche mit dem Team an.
Die Arbeit muss dann nach Prioritäten geordnet werden, um sicherzustellen, dass das Team die wertvollste Arbeit problemlos übernehmen kann. In Scrum liegt diese Verantwortung ausschließlich beim Product Owner. Bei Kanban ist dies eine Angelegenheit des Teams, das vom Service Request Manager unterstützt wird.
Letztendlich geht es vor allem darum, dass der Service Request Manager Arbeitsvereinbarungen aufstellt, um Entscheidungen innerhalb des Teams zu erleichtern.
Umsetzung
Wie bereits erwähnt, sind diese Rollen im Rahmen von Kanban nicht zwingend erforderlich. In der Tat ist es in den meisten Fällen nicht empfehlenswert, alle Service Manager gleich am ersten Kanban-Tag zu ernennen. Bei Kanban geht es um experimentelle und schrittweise Verbesserung. Man schaufelt nicht alles auf einmal, sondern jedes Mal ein kleines Stück.
Wenn Sie und Ihr Team bereit sind, den nächsten Schritt zu tun, ist es an der Zeit, sich gründlich umzusehen. Die Chancen stehen gut, dass es in Ihrem Unternehmen bereits jemanden gibt, der sich für Prozessoptimierung interessiert oder den Kunden besser kennt als jeder andere. Diese Personen haben jetzt vielleicht das Produktmanagement, das Projektmanagement oder eine andere spezialisierte Rolle. Kein Problem, mit Kanban können wir das gut kombinieren, wiederum Schritt für Schritt.
In jedem Fall rate ich: Überlegen Sie genau, welches Ziel Sie erreichen wollen, fangen Sie an zu experimentieren, machen Sie schöne Fehler und nehmen Sie dann Anpassungen vor, wobei Sie dieses Ziel stets im Auge behalten. Ehe Sie sich versehen, werden Sie ein weiter optimiertes System haben.
