Ein Kaban oder fünf Kanbans? Mein Vorgesetzter möchte Kanban implementieren, um einen besseren Einblick in die Aktivitäten seiner fünf Teams zu erhalten

Es hängt wirklich davon ab, wie ähnlich die Arbeit ist, die die verschiedenen Teams leisten; und auch, wie groß jedes Team ist und wie viel Arbeit es kontinuierlich bewältigt.

In den meisten Implementierungen, die wir gesehen haben, ziehen es die meisten Teams (keine temporären Projektteams, sondern langjährige Funktionsteams wie Entwicklung, Test oder Design oder Dokumentation oder Marketing) aus zwei Gründen vor, ihre eigenen Boards zu haben – erstens können sie ihre eigenen haben angepasste Arbeitsabläufe für die unterschiedliche Art oder Priorität der Arbeit, die sie erledigen; und zweitens, für eine bessere Sichtbarkeit, Steuerung des Flusses – und Messung von Flussmetriken wie CFD, Zykluszeit und Flusseffizienz – die typischen Maßnahmen, an denen die meisten Teams, die Kanban implementieren, interessiert sind. Wenn Sie ein Kanban-Board haben, an dem mehrere Teams arbeiten, Sie müssen die Möglichkeit haben, Schwimmbahnen mit ihren eigenen spezifischen Arbeitsabläufen definieren zu lassen - was meiner Meinung nach von JIRA nicht unterstützt wird.

Idealerweise und abhängig von der Antwort auf die Fragen, die ich zuvor zur Art Ihrer Teams gestellt habe, sollte jedes Team seine eigenen Kanban-Boards haben – und der Manager könnte ein Board auf „Abteilungsebene“ haben, auf dem er den Status verfolgen kann Die Arbeit von Teams basiert auf einer Kartenhierarchie, die Karten auf dem Board des Managers mit Karten auf den Teamboards verknüpft. Wenn dies nicht möglich ist, sollte jedes Team zumindest eine eigene Schwimmbahn auf einem gemeinsamen Board haben, damit die Visualisierung, Verfolgung und Messung von Metriken sauber erfolgen kann.

Es gibt keine richtige oder falsche Antwort, es hängt davon ab, wie eng diese Teams miteinander verbunden sind, wie viele Teammitglieder in jedem Team sind, ob sie daran arbeiten, ein einzelnes Produkt oder verschiedene nicht verwandte Produkte zu liefern und so weiter. Berücksichtigen Sie auch die Begrenzung der maximalen Anzahl von Arbeitselementen, die pro Team oder Gruppe von Teams in Bearbeitung sind. Und was noch wichtiger ist, von Ihren Vorlieben und Ihrem Komfortniveau.

In JIRA können beide einfach eingerichtet werden, und Sie können ein JIRA-Dashboard verwenden, um den Fortschritt in beide Richtungen zu überwachen. Ich möchte diese getrennt führen und dem Team einen gesunden Wettbewerb ermöglichen. Indem Sie diese zunächst getrennt halten, können Sie CFD und Burndown jedes Teams überwachen, während Sie das Aggregat im JIRA-Dashboard und / oder JIRA-Portfolio-Add- in.

In Ihrer Situation denke ich, dass ein einzelnes Kanban-Board wahrscheinlich besser ist, basierend auf den wenigen Indikatoren, die Sie erwähnt haben:

• Initiative kommt vom PM, der einen gemeinsamen Überblick über alle Teams will
• Die Notwendigkeit, Aufgaben anderen Teams zuzuweisen, ist gering, aber nicht zu vernachlässigen

Die meisten Kanban-Programme (einschließlich Jira basierend auf oberflächlicher Recherche) bieten eine Swimlane-Funktionalität. Sie könnten das verwenden, um das Board für die verschiedenen Teams zu strukturieren, während es ein einziges Board bleibt. Dies würde Sie jedoch daran hindern, Swimlanes für andere Zwecke (z. B. Prioritäten) zu verwenden.

Ich habe nicht mit Jira gearbeitet, daher kenne ich den Umfang der Anpassungsoptionen für Aufgaben nicht. In Kanbanize zum Beispiel konnte man jede Aufgabe einfärben und wir haben das verwendet, um Verantwortlichkeiten zu visualisieren.

Es ist in JIRA nicht schwer, Swimlanes einzurichten, sodass Sie fünf Teams auf einem Board ziemlich einfach verfolgen können. Andere haben bereits angemerkt, wo dies nicht immer nützlich sein wird, aber JIRA ist flexibel – lassen Sie Ihre Nutzung des Tools sich weiterentwickeln, damit es am besten widerspiegelt, wie sich die Teams in ihrer Arbeit entwickeln.