Einrichten eines Kanban-Boards in Jira mit Unterspalten

Wir richteten ein Kanban-Board mit einem Status pro Spalte ein, so dass sie ähnlich aussah wie diese:

Abbildung 1

Jede Spalte bekam dann ein eigenes WIP-Limit . Wir stellten bald fest, dass dies nicht unserem tatsächlichen Arbeitsprozess entsprach. Wenn ich zum Beispiel eine Programmieraufgabe fertiggestellt hatte, war sie automatisch "bereit für die Überprüfung", aber aufgrund der vorhandenen WIP-Limits konnte ich sie künstlich in der Entwicklungsspur zurückhalten, bis die nächste Spalte frei war.

Dies führte dann zu der Anpassung, dass alle "bereit für..."-Spalten ohne jegliche Begrenzung eingerichtet wurden. Wir haben also von vornherein Warteschlangen eingeführt. Einer der Hauptgründe für die Anwendung des Kanban-Konzepts ist jedoch die Vermeidung von Warteschlangen im System. Dies war also ein sehr schlechter Entwurfsansatz.

Um die erwähnten Warteschlangen zu vermeiden, fügten wir mehrere Zustände in eine Spalte ein, etwa so:

Abbildung 2

Aber wie kann man die beiden Zustände unterscheiden, wenn man sich das Board ansieht? Wir haben das auf zwei Arten gemacht. Wir färbten das Ticket nach Status ein und fügten zusätzlich den Status selbst in das Kartenlayout ein. Das Kanban-Board sah dann wie folgt aus:

Abbildung 3

Für die meisten Teams funktioniert dies problemlos, und wie ihr in den Kommentaren zum Jira-Problem lesen könnt, wird diese Lösung von vielen Jira-Nutzern verwendet.

Unser Team war dennoch nicht zufrieden damit und das Thema kam in unseren Retros immer wieder auf.

Deshalb haben wir versucht, die fehlenden Unterspalten durch angepasstes CSS zu überdecken. Wir haben ein Browser-Plugin verwendet, um das CSS der Jira-Seite zu überschreiben. Tickets, die bereit sind, auf die nächste Spur gezogen zu werden, werden weiter nach rechts und die anderen Tickets weiter nach links verschoben. Dies ist das Ergebnis:

Abbildung 4

Jetzt ist es super einfach zu sehen, welche Tickets in die nächste Spur gezogen werden können, während das WIP-Limit für mehrere Spalten weiterhin gilt.

Es gibt noch zwei Nachteile. Leider ist es in Jira nicht möglich, ein Ticket innerhalb einer Spalte zu verschieben. Wenn man also ein Ticket von "in Entwicklung" auf "bereit für die Entwicklung" umstellen möchte, kann man das nicht tun, indem man das Ticket auf dem Board verschiebt. Stattdessen muss das Ticket geöffnet und der Status dort geändert werden. Der andere Nachteil ist, dass das benutzerdefinierte CSS auf Jira angewiesen ist, um das Board auf eine bestimmte Weise zu implementieren. Ich habe gerade die Möglichkeit gesehen, eine erweiterte Board-Version mit einem etwas anderen Layout zu verwenden. Leider funktioniert unser CSS nicht mehr, wenn wir diese Funktion aktivieren. Wenn Jira also sein Layout anpasst, müssen wir möglicherweise auch unser CSS anpassen.

Weitere Teammitglieder begannen, das CSS zu verwenden, und zum Glück wurde es weiter optimiert, so dass es etwas kleiner wurde und auch in mehreren Browsern funktioniert. Damit es überhaupt funktioniert, muss der Status des Tickets auf dem Kartenlayout angezeigt werden. Wenn ihr es auch ausprobieren wollt, könnt ihr das unter dem Artikel gepostete CSS verwenden. Ihr müsst den Status natürlich anpassen, damit er zu eurem Board-Setup passt.

Im Zweifelsfall wendet euch einfach an einen Entwickler in eurem Team oder schreibt hier einen Kommentar.

Ich hoffe, dass dies anderen Teams hilft, eine Kanban-Board in Jira auf die "richtige" Art und Weise zu nutzen ;-) Lasst mich wissen, wenn ihr weitere Ideen zur Verbesserung oder Vereinfachung des Setups habt!