Die Anzeichen eines ungesunden Jira-Backlogs
Gesundheitsprobleme im Backlog kündigen sich selten ausdrücklich an. Sie wachsen, bis die Symptome nicht mehr zu übersehen sind: Sprint-Planung dauert drei Stunden statt einer, in Slack wird ständig nach mehr Kontext gefragt und Vorgänge, die vor zwei Quartalen „wichtig“ waren, haben sich seitdem nicht bewegt.
Dahinter stecken fast immer dieselben wenigen Probleme:
- Veraltete Vorgänge: Tickets, die seit Wochen oder Monaten niemand angefasst hat. Niemand weiß, ob sie noch relevant sind. Niemand möchte sie löschen, falls sie es doch sind.
- Fehlende Beschreibungen: Die Zusammenfassung lautet „Anmeldefehler beheben“. Die Beschreibung ist leer. Der Entwickler, der den Vorgang angelegt hat, hat das Team vor sechs Monaten verlassen.
- Keine Story-Point-Schätzungen: Sprintkapazitätsplanung wird zum Raten. Velocity-Verfolgung wird bedeutungslos.
- Keine zuständigen Personen: Im Kanban-Ablauf ist nicht zugewiesene Arbeit eine Arbeit, für deren Fortschritt niemand verantwortlich ist.
- Überfällige Einträge: Fälligkeiten wurden gesetzt, verpasst und nie aktualisiert. Das Backlog ist jetzt ein Friedhof früherer Zusagen.
- Kein Prioritätswert: Das Team verwendet für alles „Priorität: Hoch“. Wenn alles dringend ist, ist nichts dringend.
Jedes dieser Probleme ist einzeln beherrschbar. Sie häufen sich aber unbemerkt an — bis Scrum Master oder Product Owner es bemerken, enthält das Backlog Hunderte unterschiedlich stark vernachlässigte Vorgänge.
Kurzantwort: Jira enthält nativ keine Kennzahl zur Backlog-Gesundheit. JQL-Abfragen finden konkrete Probleme, liefern aber keinen automatisch zusammengefassten Wert. Priority Scoring for Jira berechnet einen Board Health Score (0–100) aus bis zu acht konfigurierbaren Qualitätskriterien — ohne JQL und ohne Skripte.
Was ist ein Board Health Score?
Ein Board Health Score ist eine einzige Zahl zwischen 0 und 100 für die Gesamtqualität aller offenen, also nicht abgeschlossenen Vorgänge eines Jira-Projekts. Er umfasst nicht nur das Backlog, sondern auch Vorgänge in Bearbeitung, in Prüfung oder in anderen aktiven Workflow-Zuständen. Darauf verweist der Name „Board Health“: die Gesundheit aller Arbeit, für die dein Team aktuell verantwortlich ist, nicht nur der Warteschlange.
Für die Berechnung wird jeder offene Vorgang anhand einer Reihe von Qualitätskriterien geprüft. Jedes nicht erfüllte Kriterium zieht Punkte vom Gesamtwert ab. 100 bedeutet, dass jeder aktive Vorgang alle Prüfungen besteht. 40 bedeutet, dass 60 % deiner offenen Arbeit mindestens ein Qualitätsproblem aufweisen.
Am hilfreichsten ist die Kennzahl als Trend. Ein Team mit 62 in dieser und 71 in der nächsten Woche verbessert sich. Ein Team, das dauerhaft 80 erreicht, nach einer anstrengenden Veröffentlichung aber auf 55 fällt, erhält ein klares Signal: Zeit für Refinement.
Die acht Gesundheitskriterien — und was sie jeweils erkennen
Unterschiedliche Teams brauchen unterschiedliche Qualitätssignale. Ein Scrum-Team ohne Story Points kann keine Velocity planen. Ein Kanban-Team ohne Zuständigkeiten hat keine Verantwortung für laufende Arbeit. Priority Scoring for Jira verfolgt acht Kriterien — pro Projekt aktivierst du nur die für deinen Workflow relevanten.
Jedes aktive Kriterium trägt gleich viel bei. Bei vier aktiven Kriterien sind jeweils bis zu 25 Punkte möglich, bei sechs jeweils bis zu etwa 16,7. Die Skala bleibt unabhängig von der Anzahl aktiver Kriterien immer bei 0–100.
Aktiviere nicht alles auf einmal. Ein Team, das sofort alle acht Kriterien einschaltet, sieht einen Wert von 20 und fühlt sich entmutigt. Beginne mit den drei bis vier Kriterien, die eure tatsächliche Definition of Ready abbilden. Ergänze weitere, wenn sich diese verbessern.
Scrum- und Kanban-Profile
Scrum- und Kanban-Teams haben grundlegend unterschiedliche Qualitätsanforderungen. Deshalb bietet Priority Scoring Voreinstellungen, die mit einem Klick passende Kriterien aktivieren:
- Scrum-Standard: Veraltete Vorgänge, fehlende Beschreibung, fehlende Story Points, unbewertete Vorgänge und Überfälligkeit — die Signale, die Velocity-Planung und Sprintzusagen behindern.
- Kanban-Standard: Veraltete Vorgänge, fehlende Beschreibung, unbewertete Vorgänge, fehlende Zuständigkeit, Priorität und Labels — die Signale, die Fluss und Zuordnung bei kontinuierlicher Lieferung behindern.
Beide Voreinstellungen sind Ausgangspunkte. Ein Scrum-Team mit Labels für Bereichsverantwortung kann die Labelprüfung ergänzen, ohne die übrigen Kriterien zu beeinflussen. Ein Kanban-Team ohne Fälligkeiten lässt Überfälligkeit vollständig deaktiviert.
Die Aufschlüsselung lesen
Die reine Zahl ist weniger wichtig als die Frage, welches Kriterium am meisten Punkte kostet. Der Gesundheitsbereich in Priority Scoring zeigt pro aktivem Kriterium eine Karte mit dem Anteil aktuell erfüllender Vorgänge und dem genauen Punktabzug.
Im Beispiel ist das größte Problem des Teams klar: 52 % der Vorgänge haben keinen Prioritätswert, was 13 Punkte kostet. Allein dieses Kriterium zu beheben würde den Wert auf 80 heben. Veraltete Vorgänge sind die zweite Priorität. Beschreibungsqualität ist fast irrelevant. Die Aufschlüsselung macht aus einer abstrakten Zahl einen klaren Arbeitsauftrag — genau das braucht eine Retrospektive.
Board Health in Jira aktivieren
-
1Installiere Priority Scoring for Jira aus dem Atlassian Marketplace. Die Funktion zur Board-Gesundheit ist in der kostenlosen Testversion enthalten — für den Zugriff ist keine zusätzliche Konfiguration nötig.
-
2Öffne das Priority-Scoring-Dashboard über die globale Seite in deiner Jira-Navigation. Wähle dein Projekt. Rechts im Dashboard erscheint der Gesundheitsbereich mit einem ersten Wert.
-
3Konfiguriere deine Gesundheitskriterien. Klicke in der Werkzeugleiste auf „Health Criteria…“. Wähle dein Projekt und die Scrum- oder Kanban-Voreinstellung und schalte anschließend einzelne Kriterien ein oder aus. Setze die Altersgrenze für veraltete Vorgänge (Standard: 60 Tage). Klicke auf „Save & Refresh“.
-
4Lies die Aufschlüsselung. Jede Kriterienkarte zeigt den Anteil erfüllender Vorgänge und den genauen Punktabzug. Beginne beim höchsten Abzug und arbeite nach unten.
-
5(Optional) Füge das Board-Health-Gadget zu deinem Jira-Dashboard hinzu. Das Gadget zeigt Kennzahl und Kriterienaufschlüsselung eines ausgewählten Projekts — hilfreich für Scrum Master und Teamleiter, die Gesundheit auf ihrem Jira-Startdashboard sehen möchten, ohne die vollständige App zu öffnen.
Schritt 1: Projekt für die Konfiguration der Gesundheitskriterien wählen — jedes Projekt kann eigene aktive Signale haben
Schritt 2: Einzelne Kriterien aktivieren, Scrum- oder Kanban-Voreinstellungen nutzen und die Altersgrenze pro Projekt konfigurieren
Aus einer Kennzahl Handlungen ableiten
Eine Gesundheitskennzahl ist nutzlos, wenn sie kein Verhalten ändert. Am wirksamsten nutzt du die Aufschlüsselung in deinen regelmäßigen Teamterminen:
In Sprint-Retrospektiven
Öffne am Ende jedes Sprints den Gesundheitsbereich. Wenn der Wert gesunken ist, finde das verantwortliche Kriterium. Häufig sind es unbewertete Vorgänge (neue Einträge ohne RICE-/WSJF-Werte) oder veraltete Vorgänge (mitten im Sprint zurückpriorisiert, aber nicht ausdrücklich zurückgestellt oder geschlossen). Das dauert zwei Minuten und macht das Prozessgespräch konkret.
In Backlog-Refinement-Terminen
Setze die Refinement-Schwerpunkte anhand der Kriterienaufschlüsselung. Kosten fehlende Beschreibungen zwölf Punkte, ergänze in den ersten fünfzehn Minuten Akzeptanzkriterien bei den auffälligsten Vorgängen. Auch der Rovo-KI-Agent in Priority Scoring hilft: „Finde Vorgänge mit Handlungsbedarf im Projekt CORE — Kategorie fehlende Beschreibung“ liefert sofort eine gefilterte Liste.
Über mehrere Projekte hinweg
Die Portfolioansicht in Priority Scoring zeigt die Gesundheitskennzahl jedes Projekts deiner Jira-Instanz nebeneinander. Entwicklungsleiter und Vizepräsidenten mit vier bis acht aktiven Teams erkennen sofort gesunde Projekte und solche mit Refinement-Bedarf, ohne jedes einzeln zu öffnen. Mehr dazu: Portfolio-Backlog-Gesundheit in Jira.
Hinweis zum Zwischenspeicher: Der Board Health Score wird eine Stunde zwischengespeichert, um große Projekte nicht wiederholt zu berechnen. Wenn du über die App oder den Rovo-Agenten einen Prioritätswert setzt, wird der Zwischenspeicher automatisch verworfen — du siehst den neuen Wert sofort. Klicke nach externen Änderungen (JQL-Massenbearbeitung, Importen) auf „Refresh“, um neu zu berechnen.
Häufig gestellte Fragen
Was ist Jira-Backlog-Gesundheit?
Jira-Backlog-Gesundheit misst, wie gut deine offenen Vorgänge gepflegt und für Sprints vorbereitet sind. Ein gesundes Backlog enthält klare Beschreibungen, Story-Point-Schätzungen, zuständige Personen, aktuellen Status und einen Prioritätswert. Ein ungesundes Backlog sammelt veraltete Vorgänge, fehlende Felder und unbewertete Einträge — die Sprint-Planung wird schwieriger und das Team langsamer.
Wie misst du Backlog-Gesundheit in Jira?
Du misst sie mit einem Board Health Score (0–100), der alle offenen Vorgänge automatisch auf Qualitätskriterien prüft: Alter seit letzter Aktualisierung, fehlende Beschreibungen, Story Points und Zuständigkeit, überfällige Termine, fehlende Priorität, Labels und Bewertungen. Priority Scoring for Jira berechnet diesen Wert automatisch mit Aufschlüsselung je Kriterium und projektweiser Konfiguration. Ohne JQL oder Skripte.
Was macht ein Jira-Backlog ungesund?
Die häufigsten Ursachen: seit 30–90 oder mehr Tagen unveränderte Vorgänge, fehlende Beschreibung oder Akzeptanzkriterien, fehlende Story-Point-Schätzungen, keine Zuständigkeit, überfällige Termine und nie gesetzte Prioritätswerte. Einzeln sind diese Probleme beherrschbar; zusammen machen sie in einem Backlog mit 200 Vorgängen die Sprint-Planung unzuverlässig.
Was ist ein veralteter Vorgang in Jira?
Ein veralteter Vorgang wurde über eine konfigurierbare Anzahl von Tagen nicht aktualisiert — kein Statuswechsel, Kommentar oder Feldänderung. Typisch sind 30–90 Tage. Solche Vorgänge stehen für vergessene, nicht ausdrücklich als blockiert markierte oder nicht mehr relevante Arbeit. In Priority Scoring for Jira lässt sich die Grenze je Projekt zwischen 7 und 180 Tagen einstellen.
Zeigt Jira nativ eine Kennzahl zur Backlog-Gesundheit?
Nein. Jira enthält standardmäßig keine zusammengefasste Backlog- oder Board-Gesundheitskennzahl. Mit manuellen JQL-Abfragen findest du veraltete oder unvollständige Vorgänge, erhältst aber keinen automatischen Gesamtwert. Priority Scoring for Jira ergänzt einen Board Health Score mit Aufschlüsselung je Kriterium und ein Jira-Dashboard-Gadget — ohne JQL oder eigene Formel.
Wie häufig sollte ich die Backlog-Gesundheit prüfen?
Für Scrum-Teams einmal pro Sprint, idealerweise in der Retrospektive. Für Kanban-Teams wöchentlich oder alle zwei Wochen. Am hilfreichsten ist der Trend: Vier Wochen steigende Werte bestätigen funktionierendes Refinement. Ein plötzlicher Abfall nach einem Sprint ist ein Signal, Veränderungen zu untersuchen. Das Board-Health-Gadget im Jira-Dashboard macht daraus eine beiläufige Prüfung statt einer eigenen Aufgabe.
Deine Kennzahl zur Board-Gesundheit in wenigen Minuten sehen
Priority Scoring for Jira berechnet einen Board Health Score von 0–100 aus acht konfigurierbaren Kriterien — mit Kriterienaufschlüsselung, projektweiser Konfiguration und enthaltenem Jira-Dashboard-Gadget. Kostenlose Testversion verfügbar.
Im Marketplace kostenlos testen →