Was das Sprint-Health-Gadget tatsächlich zeigt
Das native Sprint-Health-Gadget fasst einen aktiven Sprint anhand von vier Dimensionen zusammen. Du konfigurierst es durch die Auswahl eines Boards und eines Sprints; alles Weitere berechnet Jira.
| Dimension | Was sie misst | Woher die Daten stammen |
|---|---|---|
| Abgeschlossene Arbeit | Story Points (oder Anzahl) abgeschlossener Vorgänge im Verhältnis zur gesamten Zusage | Vorgangsstatus und Done-Zuordnung des Sprints |
| Blockaden | Anzahl der Vorgänge, die als „Impediment“ markiert oder über eine „is blocked by“-Verknüpfung blockiert sind | Das Feld „Flagged“ und Jira-Vorgangsverknüpfungstypen |
| Umfangsänderung | Nach Sprintbeginn hinzugefügte oder entfernte Vorgänge | Sprint-Verlauf (Änderungen des Sprintfelds nach Sprintbeginn) |
| Vergangene Zeit | Vergangene Kalendertage im Verhältnis zur gesamten Sprintdauer | Start- und Enddatum des Sprints |
Schnelle Einschätzung: Wenn die abgeschlossene Arbeit deutlich hinter der vergangenen Zeit liegt, bist du im Rückstand. Bei vielen Umfangsänderungen mitten im Sprint hat das Team etwas anderes zugesagt, als es jetzt liefert. Wenn die Blockaden zunehmen, wird das Team an Stellen aufgehalten, die es selbst nicht lösen kann.
So fügst du das Gadget zu einem Dashboard hinzu
- Öffne das Dashboard, auf dem das Gadget erscheinen soll (oder erstelle ein neues über Dashboards → Dashboard erstellen).
- Klicke auf Gadget hinzufügen oben rechts.
- Suche nach
Sprint Healthund klicke auf Hinzufügen. - Wähle das Board (ein Scrum-Board, kein Kanban-Board — das Gadget funktioniert nur auf Boards mit aktiven Sprints).
- Wähle das Sprint — normalerweise den aktuell aktiven.
- Klicke auf Speichern.
Das Gadget aktualisiert sich, wenn sich die zugrunde liegenden Jira-Daten ändern; nach Sprint-Ereignissen musst du es nicht selbst aktualisieren.
Filter und Einschränkungen
Diese Einschränkung bemerken die meisten erst, wenn sie darauf stoßen. Das Sprint-Health-Gadget bietet eine festgelegte Zusammenfassung auf Sprint-Ebene. Es akzeptiert keine JQL-Filter zur Einschränkung nach zuständiger Person, Label oder Komponente. Direkt im Gadget kannst du nicht anfordern: „Zeige mir die Sprint-Gesundheit nur für das Backend-Team.“
Alternativen:
- Mehrere Boards, eines pro Team — wenn deine Teilteams bereits eigene Boards haben, füge dem Dashboard pro Board ein Sprint-Health-Gadget hinzu. Umständlich, aber es funktioniert.
- Gadget „Filter Results“ — um zu sehen, welche Vorgänge von Umfangsänderungen betroffen oder blockiert sind, füge ein Gadget „Filter Results“ mit einer JQL-Abfrage wie der folgenden hinzu:
sprint in openSprints() AND flagged is not EMPTYneben der Sprint-Health-Kachel. - Eigene Dashboard-Zusammenstellung — kombiniere das Sprint-Health-Gadget mit einem Fortschritts-Gadget, das auch JQL akzeptiert, um einzelne Vorgänge genauer zu betrachten.
„Es zeigt keine Umfangsänderung“ — und weitere Stolpersteine
Die häufigste Beschwerde lautet: „Die Umfangsänderung steht auf null, obwohl wir definitiv Arbeit hinzugefügt haben.“ Prüfe diese Punkte:
- Der Sprint muss aktiv sein. Vorgänge, die vor Sprintbeginn hinzugefügt wurden, gehören zur ursprünglichen Zusage — das ist beabsichtigt. Nur Vorgänge, die nach dem Klick auf „Sprint starten“ in den Sprint verschoben wurden, zählen als Umfangsänderung.
- Auch das Entfernen eines Vorgangs zählt. Etwas während des Sprints herauszunehmen ist eine Umfangsänderung, auch wenn es sich wie eine Entlastung anfühlt.
- Die Sprint-Zuordnung des Boards ist wichtig. Das Gadget liest die Done-Spalte des Boards aus, um fertige Arbeit zu bestimmen. Enthält sie nicht alle Abschlussstatus (zum Beispiel nur „Done“, obwohl du auch „Released“ verwendest), wird zu wenig abgeschlossene Arbeit gezählt.
- Story-Point-Felder. Nutzt dein Team „Time Estimate“ oder ein eigenes Schätzfeld statt „Story Points“, fällt die Kennzahl für abgeschlossene Arbeit auf die Vorgangsanzahl zurück. Das kann irreführend sein.
Die fehlende Sicht auf einzelne Vorgänge
Sprint Health sagt dir, ob der Sprint im Plan liegt. Es zeigt nicht, welche einzelnen Vorgänge feststecken. Mitten im Sprint lautet die entscheidende Frage: „Welche drei Tickets brauchen heute ein Gespräch?“ Das Sprint-Health-Gadget kann sie nicht beantworten, weil es nur die Gesamtheit darstellt.
Dafür muss der Fortschritt einzelner Vorgänge über den gesamten Sprint sichtbar sein. Nativ bietet das Board selbst diese Sicht (Karten zwischen Spalten verschieben und ihre Position abschätzen). Für Status ist das Board gut, für zwei andere Dinge schwach: Es zeigt nicht, wie weit jede laufende Karte fortgeschritten ist, und bei mehr als 30 Vorgängen wird es zur unübersichtlichen Wand.
Ein Fortschritts-Gadget neben Sprint Health ergänzen
Ein zweites Gadget, das Vorgangsfortschritt in einer Tabelle zeigt, ergänzt Sprint Health gut. Die App Visual Progress Tracker stellt ein Progress Tracker Overview Dashboard-Gadget bereit, das genau das leistet:
- Sortierbare Tabelle aller Vorgänge mit einem farbcodierten Fortschrittsbalken je Zeile.
- Drei Berechnungsmodi — Unteraufgaben (abgeschlossen / gesamt), Status (Workflow-Zuordnung) oder manuell (vom Nutzer gesetzter Schieberegler).
- JQL-Filterunterstützung — beschränke auf
sprint in openSprints()oder weiter über den folgenden Filter auf ein Team:assignee in membersOf("backend-team"). - Begrenzte Ergebnismenge bei sehr großen Projekten, damit das Gadget schnell bleibt; ein Hinweis erscheint, wenn mehr Vorgänge vorhanden sind als geladen wurden, damit du den Filter weiter eingrenzen kannst.
Eine sinnvolle Dashboard-Anordnung: Sprint-Health-Gadget oben (Zusammenfassung des Sprints), darunter „Progress Tracker Overview“ mit dem Filter sprint in openSprints() (Tabelle der einzelnen Vorgänge). Die obere Hälfte beantwortet „Wie läuft der Sprint?“, die untere „Welche Tickets brauchen Aufmerksamkeit?“.
Häufig gestellte Fragen
Was ist das Jira-Sprint-Health-Gadget?
Ein natives Jira-Dashboard-Gadget, das einen Sprint anhand von vier Dimensionen zusammenfasst: abgeschlossene Arbeit, Blockaden, Umfangsänderungen und vergangene Zeit. Die Konfiguration erfolgt über Board und Sprint.
Warum zeigt mein Jira-Sprint-Health-Gadget keine Umfangsänderungen?
Umfangsänderung zählt nur Vorgänge, die nach Sprintbeginn in den Sprint hinein- oder herausverschoben wurden. Zuvor hinzugefügte Vorgänge gehören zur ursprünglichen Zusage und werden nicht als Umfangsänderung markiert. Prüfe außerdem die Sprint-Zuordnung des Boards und ob das Gadget auf den aktuell aktiven Sprint verweist.
Kann ich das Jira-Sprint-Health-Gadget nach Team oder Label filtern?
Nein — das native Sprint-Health-Gadget akzeptiert keinen JQL-Filter. Es berichtet immer über den ganzen Sprint. Für eine Aufteilung nach Team, Label oder zuständiger Person kombinierst du es mit einem JQL-basierten Gadget wie „Filter Results“ oder „Progress Tracker Overview“ von Visual Progress Tracker. Beide akzeptieren beliebige JQL-Abfragen.
Warum erscheinen blockierte Vorgänge nicht im Gadget?
Blockaden werden über das Feld „Flagged“ und Vorgangsverknüpfungen vom Typ „is blocked by“ gezählt. Markiert dein Team Blockaden stattdessen mit einem Label oder benutzerdefinierten Feld, erkennt das Gadget sie nicht. Nutze entweder einheitlich das Feld „Flagged“ oder ergänze ein Gadget „Filter Results“, das deine eigene Konvention berücksichtigt.
Wie unterscheidet sich Sprint-Gesundheit vom Fortschritt einzelner Vorgänge?
Sprint-Gesundheit ist eine einzige Zusammenfassung auf Sprint-Ebene — vier Zahlen beschreiben den Sprint als Ganzes. Fortschritt pro Vorgang zeigt, wo jeder einzelne Vorgang steht. Sprint-Gesundheit verrät, ob der Sprint im Plan liegt; Vorgangsfortschritt zeigt, welche konkreten Tickets feststecken. Die meisten Teams brauchen beides.
Ergänze dein Sprint-Health-Dashboard um Fortschritt pro Vorgang
Visual Progress Tracker ergänzt Jira um ein per JQL filterbares Dashboard-Gadget und drei Fortschrittsfeldtypen — kombiniere es mit Sprint Health, um beide Ebenen sichtbar zu machen.
Im Marketplace kostenlos testen →