Best Practices für JIRA-Issues: Prioritäten & Optimierte Durchlaufzeiten erreichen

Eine häufige Frage unter Kunden ist „Wie kann ich Prioritäten verwenden, um Issues innerhalb von JIRA Software besser zu verwalten?“. Im Laufe der Geschichte der Softwareentwicklung verwendeten Teams Prioritäten, um verschiedene Prozesse innerhalb ihrer Issue-Trackingsysteme zu kommunizieren. Wenn die Definition der Prioritäten nicht eindeutig ist, dann sorgt das bei der Arbeit für Verwirrung.

Legen wir einige allgemeine Definitionen fest, um einen Rahmen für unsere Diskussion zu bilden:

• Priorität – Die relative Wichtigkeit, die eine Issue im Vergleich zu anderen Issues für das Team hat
• Schweregrad– Die relative Auswirkung einer Issue, im Vergleich zu anderen Issues, die in Tests, der Entwicklung oder dem Feld gemeldet wurden
• Häufigkeit – Wie oft eine bestimmte Issue auftaucht
• Blockiert – Ein Fall, in dem ein Teammitglied keinen Fortschritt machen kann

Die Priorität spiegelt die Reihenfolge wider, in der die Entwickler an Issues arbeiten müssen. Wenn wir dieser Definition nicht folgen, dann wird es schwieriger, die Arbeit zu vollenden, weil das Team nicht immer weiß, was der nächste richtige Schritt ist.

Priorisieren Sie konsequent

Effektive Teams priorisieren Issues durchgehend, während sich die Teamkultur entwickelt. Möglicherweise haben Sie bereits eines der folgenden Statements gehört, während Sie Issues für die nächste Iteration organisiert haben.

• „Diese Issue sollte oberste Priorität haben, denn sie ist sehr schwerwiegend!“ (Hoher Schweregrad)
• „Viele Leute werden dieses Problem haben, wir sollten ihm also eine hohe Priorität einräumen.“ (Hohe Häufigkeit)
• „Ich kann keinen Fortschritt machen, diese Issue sollte also hohe Priorität haben.“ (Blockiert)

Werfen wir einen Blick auf einige Folgefragen, die wir stellen sollten:

• Was ist die schlimmste Folge, die dieses Problem nach sich ziehen kann?
• Wird der Nutzer etwas von signifikantem Wert verlieren?
• Wie viele Nutzer sind schätzungsweise betroffen?
• Beschränkt sich das Problem auf einen bestimmten Bereich des Produkts, oder werden alle Nutzer dieses Problem haben?
• Verhindert das Problem, dass Endnutzer, oder jemand im Entwicklerteam Fortschritte machen kann?

Softwareentwicklung ist ein ökonomischer Prozess. Wenn Sie sich dafür entscheiden, ein Problem zu lösen, dann verzögern Sie damit die Bearbeitung einer anderen Aufgabe. Es ist deshalb wichtig, die Reihenfolge in der Probleme gelöst werden zu optimieren, damit Ihr Team den größtmöglichen Wert abliefert. Egal, wie Probleme priorisiert werden, die Priorität ist nur die Reihenfolge, in der sie behoben werden sollten.

Traditionelle Teams: Prioritäten-Feld in JIRA Software verwenden

Traditionelle Entwicklerteams sollten das Prioritätsfeld in JIRA Software verwenden. JIRA Software enthält fünf Standard-Prioritäten (Blocker, Kritisch, Wichtig, Untergeordnet, Trivial). Teams können Prioritäten in JIRA Software hinzufügen und ändern, um sie an die Anforderungen des Teams anzupassen.

Prioritäten existieren typischerweise innerhalb von Versionen, damit Entwickler zuerst alle Probleme einer Version, basierend auf den Prioritäten beheben, bevor sie mit der nächsten Version fortfahren. Besser ausgedrückt, ein Blocker in Version 2 würde erst nach einer wichtigen Issue in Version 1 bearbeitet werden. Das zweidimensionale Filterstatistikengadget fasst die Prioritäten aller parallel zueinander existierenden Versionen zusammen. Projektmanager können so auf einen Blick einen Überblick über das gesamte Projekt erhalten. Klicken Sie einfach auf einen der Links, um mehr zu erfahren.

Verwenden Sie das „Behobene Version“-Feld, um anzupeilen, in welchem Release ein Problem behoben sein sollte. Das „Betrifft Version“-Feld protokolliert, in welcher Version das Problem gefunden wurde.

Agile Teams: Verwenden Sie Ränge

Agile Teams priorisieren Issues auf etwas andere Art und Weise. Agile Teams liefern neue Arbeit, indem sie sich durch ein Backlog arbeiten, welches eine Liste aller bekannten Issues ist. Die Liste ist stets in einer priorisierten Reihenfolge, damit das Team die Arbeit direkt vom Anfang der Liste beziehen kann. Iterationsbasierte Scrumteams arbeiten mit Sprints. Sie holen sich ein Set von Issues vom Anfang des Backlogs und arbeiten diese während einer Iteration durch. Flowbasierte Kanban-Teams beziehen Issues kontinuierlich aus dem Backlog.

Agile Teams benötigen das Prioritätsfeld, da die Reihenfolge des Backlogs die Priorität festlegt. Wenn sich Prioritäten innerhalb des Backlogs verändern, ist das Team davon nicht betroffen, da es sich ausschließlich mit den ersten paar Issues am Anfang der Liste beschäftigt. JIRA Software macht es einfach, Arbeit nach Version zu filtern, damit Produktbesitzer die Prioritäten innerhalb einer Version und der gesamten Arbeit verändern können. Manche Teams verwenden gerne Ränge und das Prioritätsfeld, da es eine gesammelte Gruppierung der relativen Priorität bietet. Sie können diese Sammlungen mithilfe der Issuesuche und verschiedenen Dashboard-Gadgets abfragen.

Verwendung von Flags

Es kann passieren, dass während der Bearbeitung einer Issue ein weiteres Problem auftaucht, das den Fortschritt verhindert. In diesem Fall ist der Fortschritt blockiert. Mit JIRA Software können Teammitglieder eine Issue markieren, um zu notieren, dass sie blockiert sind. Im Agile Board wird die Issue gelb hinterlegt und mit einem Flaggensymbol markiert.

Die Priorität der Issue erhöht sich nicht automatisch, wenn der Fortschritt blockiert ist. Das Team wiegt dann die Konsequenzen der Blockade gegen die aktuelle Arbeitslast ab und entscheidet dann, ob sich die Prioritäten ändern müssen.

Ausrichtung durch Eindeutigkeit

Teams, die bereits auf die Priorität der kommenden Arbeit ausgerichtet sind, arbeiten flüssiger und liefern schneller. Hören Sie stets auf Ihr Team, um herauszufinden, ob die Prioritäten klar sind. Fragen Sie während Retrospektiven „Lässt sich leicht feststellen, was die nächste Priorität des Teams ist?“. Wenn es Unklarheiten gibt, sollten Sie sich auf die Priorisierungspraktiken des Teams konzentrieren und diese Praktiken dann in JIRA Software nachbilden.