Vor einigen Monaten, in der Pause zwischen zwei Langzeitprojekten, hatte ich endlich Zeit, gemeinsam mit zwei Teamkollegen, Iulian Holonca und Marian Naslau, etwas zu entwickeln, über das ich schon seit einiger Zeit nachgedacht hatte. Es befindet sich in eurem Jira-Backlog, ist derzeit im MVP-Stadium und ein gutes Beispiel dafür, was passiert, wenn Projektideen, die von unten kommen, auf Führungsebene gefördert werden. Hier ist die Geschichte dazu und eine Einladung an euch, es auszuprobieren.

Die Entstehungsgeschichte

Ich hatte jahrelang mit Jira und Azure DevOps an umfangreichen Backlogs gearbeitet und stieß immer wieder auf dasselbe Problem: Man kann ein Backlog als Liste, Tabelle oder Kartenboard anzeigen, aber keine dieser Ansichten ermöglicht es, auf einen Blick das Gesamtbild zu erfassen. Die Beziehung zwischen einem übergeordneten Element und seinen untergeordneten Elementen sowie der tatsächliche Aufwand, der hinter einem Teil des Projekts steckt, bleiben verborgen, bis man sich eingehend damit befasst.

Als ich darüber nachdachte, skizzierte ich, was ich mir eigentlich wünschen würde: ein verdichtetes Kreisdiagramm, in dem jedes Arbeitselement ein Kreis ist und untergeordnete Elemente in ihren übergeordneten Elementen verschachtelt sind, so tief die Hierarchie auch reicht. Die Kreisgröße entspricht dem Aufwand, und der Abstand zwischen zwei Elementen ist auf einen Blick erkennbar. Außerdem kann man das Diagramm nach Hierarchie oder nach Sprint erstellen, ein Arbeitselement direkt aus dem Diagramm heraus öffnen, bearbeiten und beobachten, wie sich das Diagramm sofort aktualisiert, ohne die Ansicht verlassen zu müssen.

Die Idee hatte mich schon eine Weile beschäftigt. Erst als die Arbeit an meinem letzten Langzeitprojekt abgeschlossen war, hatte ich endlich Zeit, sie auch tatsächlich umzusetzen. Ich habe Iulian und Marian für die Entwicklung hinzugezogen, während ich mich um die Konzeption und die Funktionalität gekümmert habe.

Mit ein bisschen Hilfe von den Chefs

Ich stellte die Idee der Geschäftsleitung von RomSoft vor und bat um Unterstützung bei administrativen Fragen. Man war bereit, das Projekt zu unterstützen, einen Designer hinzuzuziehen, Mentoring anzubieten und die Idee anderen Kollegen zur Rückmeldung vorzulegen. Einige Wochen lang brachten sich andere Kollegen in ihrer Freizeit ein, um ihren Beitrag zu leisten – sei es bei der Festlegung von Kommunikationszielen, der Einrichtung eines Atlassian-Anbieterkontos oder sogar eines Bankkontos. Es wurden keine Bedingungen hinsichtlich geistigen Eigentums oder Exklusivität gestellt – wir können frei entscheiden, wie es weitergeht.

Randbemerkung: An dieser Stelle möchte ich jeden anderen bei RomSoft, der eine Nebenidee im Kopf hat, ermutigen, damit offen umzugehen. Die Unterstützung kommt vielleicht nicht in Form eines Blankoschecks. Aber man erhält möglicherweise gute Ratschläge und sogar konkrete Ressourcen, um sich den damit verbundenen bürokratischen Ärger zu ersparen.

Wie wir gearbeitet haben

Weder ich noch Marian hatten in letzter Zeit an interaktiven Frontends gearbeitet. Ich kam aus dem Backend- und Infrastrukturbereich, Marian hatte zwar Web-Erfahrung, aber nicht mit dieser Art von Interaktivität. Wir bauten Teile davon mehr als einmal neu auf – unter anderem, nachdem sich KI-generierter Code als zu verworren erwies, um wartbar zu sein. Iulians Part, die Anbindung an Jira, verlief reibungsloser.

Es gibt noch einiges zu verfeinern, sowohl bei der Funktionalität als auch bei der Performance – das anfängliche Laden nach dem Anwenden eines Filters dauert derzeit noch einen Moment.

Was ihr heute schon damit machen könnt

Die App richtet sich an agile Teams und insbesondere an Personen in koordinierenden Rollen – Business Analysts, Product Owner, Product Manager –, die ein Backlog schnell erfassen müssen. Man zeigt die Ergebnisse gespeicherter Jira-Filter an und gruppiert sie nach Hierarchie, zuständiger Person oder Sprint, wodurch sich leichter erkennen lässt, wer überlastet ist, ohne das Board jedes Mal neu filtern zu müssen.

Die Navigation funktioniert wie bei einer Karte, mit Hinein- und Herauszoomen, sowie einem semantischen Zoom, der je nach Zoomstufe mehr oder weniger Details zeigt. Geschätzte und nicht geschätzte Arbeit sind auf einen Blick erkennbar – nützlich vor einem Refinement-Termin mit dem Team ebenso wie beim Präsentieren von Aufwänden gegenüber einer Führungskraft. Die Kreisgröße übernimmt dabei die Übersetzung, sodass das Publikum Story Points nicht mehr im Kopf umrechnen muss.

Was als Nächstes kommt

In diesem Stadium suchen wir nach einer ganz bestimmten Art von Feedback: Welche Funktionen tatsächlich genutzt werden, was fehlt, und was jemanden, der täglich mit Jira arbeitet, dazu bringen würde, diese Ansicht der gewohnten vorzuziehen.

Auf unserer Roadmap stehen außerdem noch ein paar Dinge: eine Filterung, die näher an den nativen Jira-Filtern liegt, mehr Möglichkeiten, Dashboards zu speichern, Drag-and-Drop zum Neuzuordnen von Eltern-Kind-Beziehungen sowie die Möglichkeit, Kreise nach einem beliebigen numerischen Feld zu skalieren statt nur nach Story Points – sodass etwa ein Geldwert oder eine andere Zahl, die einem Work Item zugeordnet ist, ebenfalls das Diagramm bestimmen kann.

Selbst ausprobieren

Die App trägt aktuell den Arbeitstitel Interactive Packed Circles Chart for Jira – nach dem Einrichten einer kostenlosen Jira-Instanz findet ihr sie über die Suche im Atlassian Marketplace. Sie ist bewusst kostenlos für Teams mit bis zu 10 Nutzern, denn das aktuelle Ziel ist es, möglichst viele Menschen zu erreichen und Feedback zu sammeln.

Wenn euer Jira-Backlog groß genug ist, um den Überblick zu verlieren, probiert die App aus – und wenn ihr jemanden in der lokalen Tech-Community kennt, dem es genauso geht, schickt ihn vorbei. Iulian, Marian und ich sagen selbst als Erste, dass Marketing der Teil ist, bei dem wir uns am wenigsten sicher sind – und eine Empfehlung von jemandem, der wirklich täglich mit Jira arbeitet, zählt derzeit mehr als fast jede andere Art von Input.