TreeTotals for Jira
Summiert Story Points und erfasste Zeit über Ihre Vorgangshierarchie — Epic → Story → Subtask — und schreibt die Summen in Felder, die Sie tatsächlich verwenden können: in JQL, auf Boards, in Filtern und in Jira-Automatisierungsregeln.
Jira Standard kann Werte über eine Hierarchie hinweg überhaupt nicht summieren. Premium zeigt die Zahlen an, aber nur als Anzeige. TreeTotals schreibt sie in ein Feld — und genau das macht sie brauchbar.
Was Sie bekommen
Die App fügt Ihren Vorgängen zwei schreibgeschützte benutzerdefinierte Felder hinzu:
| Feld | Inhalt |
|---|---|
| Rollup: Story Points | Summe der Story Points dieses Vorgangs und aller darunterliegenden |
| Rollup: Time Spent (h) | Summe der erfassten Zeit dieses Vorgangs und aller darunterliegenden |
Beides sind gewöhnliche Jira-Felder. Sie können sie per JQL durchsuchen, auf eine Board-Karte legen, in einen Filter aufnehmen oder eine Automatisierungsregel darauf auslösen.
Vorgänge ohne Unterelemente erhalten ihren eigenen Wert statt eines leeren Feldes — ein
Filter wie "Rollup: Story Points" > 8 liefert also alle passenden Vorgänge, nicht nur
die übergeordneten.
Einrichtung
- Installieren Sie TreeTotals aus dem Atlassian Marketplace.
- Öffnen Sie einen beliebigen Vorgang. Das Panel TreeTotals erscheint in der rechten Spalte und zeigt die Aufschlüsselung für diesen Vorgang und seine Unterelemente.
- Fügen Sie die Rollup-Felder einem Board-Kartenlayout, einem Filter oder einem Dashboard hinzu — genauso wie jedes andere Feld.
Diese beiden Felder brauchen keinerlei Einrichtung. Die App findet Ihr Story-Point-Feld automatisch, auch in Instanzen mit mehreren solchen Feldern. Wenn Sie etwas anderes aufsummieren möchten, zeigt der nächste Abschnitt, wie.
Eigene Felder aufsummieren
Story Points und Zeit decken die meisten Fälle ab, aber nicht alle. Wenn Sie ein Budget, Kosten, einen Risikowert oder eine eigene Schätzung führen, können Sie auch diese aufsummieren.
- Öffnen Sie Einstellungen → Vorgänge → Felder (oder direkt
/jira/settings/issues/fields) und klicken Sie auf Neues Feld erstellen. - Wählen Sie den Feldtyp TreeTotals Rollup, benennen Sie das Feld und — das ist wichtig — fügen Sie es mindestens einer Maske hinzu. Ein Feld, das auf keiner Maske liegt, ist für die App unsichtbar und bleibt dauerhaft leer.
- Suchen Sie das Feld in der Liste, klicken Sie in der Spalte Aktionen auf ••• und wählen Sie Kontexte und Standardwerte. Auf der folgenden Seite klicken Sie auf Feldkonfiguration bearbeiten. Das Laden kann fünfzehn Sekunden dauern.
- Wählen Sie:
| Einstellung | Wirkung |
|---|---|
| Quellfeld | das numerische Feld, das TreeTotals in jedem Vorgang der Hierarchie liest |
| Methode | Summe, Maximum, Minimum, Durchschnitt oder Anzahl der Vorgänge mit einem Wert |
| Eigenen Wert einbeziehen | ausgeschaltet bedeutet: nur Unterelemente |
Die Werte erscheinen nach der nächsten Änderung an einem Vorgang der Hierarchie.
Sie können beliebig viele solcher Felder anlegen — eine Budgetsumme, ein Maximum der Schätzungen und ein Durchschnitt der Komplexität können nebeneinander bestehen.
Drei Dinge sind wichtig. Durchschnitt und Anzahl berücksichtigen nur Vorgänge, die im
Quellfeld tatsächlich einen Wert haben — eine leere Schätzung zieht den Durchschnitt
also nicht nach unten. Minimum und Maximum bleiben leer, wenn in der Hierarchie
nirgends ein Wert steht, denn eine Null dort würde dazu führen, dass Max <= 0
Vorgänge liefert, die überhaupt kein Maximum haben. Und Zeitfelder werden in Stunden
aufsummiert, passend zum eingebauten Feld Rollup: Time Spent (h) — Jira speichert sie
in Sekunden, aber zwei Rollup-Felder über dieselbe Größe mit 7 und 25.200 hülfen niemandem.
Ein Rollup-Feld kann kein anderes Rollup-Feld lesen — die Reihenfolge der Berechnung ist nicht festgelegt, das Ergebnis hinge also davon ab, welches Feld zuerst geschrieben wurde.
Die Felder verwenden
In JQL:
"Rollup: Story Points" >= 20 AND status != Done
In der Automatisierung: Lösen Sie eine Regel bei Änderung eines Rollup-Felds aus oder lesen Sie den Wert per Smart Value, um einen Kommentar zu schreiben, zu benachrichtigen oder ein anderes Feld zu aktualisieren.
Auf Boards und Dashboards: Fügen Sie das Feld einem Kartenlayout oder einem Filterergebnis-Gadget hinzu.
Warum nicht Epic Sum Up?
Epic Sum Up ist der etablierte Marktführer dieser Kategorie — eine ausgereifte App mit Roll-up-Panels, Gadgets und Berichten, die Summen über die Vorgangshierarchie hinweg anzeigen. Wer eine Panel-Ansicht benötigt, ist dort gut aufgehoben.
Die Einschränkung liegt bei JQL. Ihr FAQ ist eindeutig:
Can I JQL or sort by summed values?
JQL – no. ESU calculates summed values live, on-demand, so they aren't stored at the issue level.
Der Produktmanager bestätigte dies in einer Antwort auf eine Kundenrezension:
We decided to NOT cache the data for a JQL Search…
TreeTotals wählt den entgegengesetzten Ansatz: Die Summen werden in echte Jira-Felder geschrieben. Damit stehen sie in JQL-Abfragen, auf Board-Kartenlayouts, in Dashboard-Gadgets und in Automatisierungsregeln zur Verfügung — nicht nur in einem Panel.
Der Kompromiss ist eine Größengrenze (siehe Grenzen, die Sie kennen sollten weiter unten). ESU, das Werte nur on-the-fly berechnet, hat keine solche Grenze.
Wann die Summen aktualisiert werden
Die Summen werden automatisch neu berechnet, wenn sich ein untergeordneter Vorgang ändert — dessen Story Points, erfasste Zeit, übergeordneter Vorgang oder Löschung. Die Berechnung erfolgt asynchron: die Änderung wird sofort in eine Warteschlange eingereiht, und die Summen werden typischerweise innerhalb von etwa 35 Sekunden für kleine bis mittlere Hierarchien aktualisiert. Sehr große Hierarchien können einige Minuten in Anspruch nehmen.
Bei der ersten Installation wird die Neuberechnung automatisch für alle Epics gestartet — Rollup-Felder werden befüllt, ohne auf eine Bearbeitung warten zu müssen. Ein nächtlicher Abgleich fängt auf, was durchgerutscht ist.
Grenzen, die Sie vor der Installation kennen sollten
Die Live-Aufschlüsselung im Panel ist auf etwa 1.500 Vorgänge begrenzt. Bei größeren Hierarchien wechselt das Panel zur Anzeige der zuletzt gespeicherten Rollup-Werte mit dem Hinweis, dass sie „im Hintergrund aktualisiert werden". Wenn die Warteschlange noch nicht abgeschlossen ist — zum Beispiel direkt nach einer Neuinstallation in einem sehr großen Projekt — zeigt das Panel „Neuberechnung läuft", bis die Werte bereit sind.
Rollup-Feldschreibvorgänge unterstützen Hierarchien mit bis zu etwa 50.000 Vorgängen. Oberhalb dieser Grenze überspringt die App den Teilbaum, anstatt unvollständige Summen zu schreiben.
Ihre Daten bleiben bei Atlassian
TreeTotals läuft vollständig auf Atlassian Forge. Es hat keine Server, keine Datenbank und keinen ausgehenden Netzwerkzugriff — eine Einschränkung, die Atlassian auf Plattformebene erzwingt und die wir nicht bloß versprechen. Wir erhalten niemals eine Kopie Ihrer Daten.
Die App fordert drei Berechtigungen an:
| Berechtigung | Wofür |
|---|---|
read:jira-work |
die Vorgänge lesen, die summiert werden |
write:jira-work |
die Summen in die Rollup-Felder schreiben |
read:custom-field-contextual-configuration:jira |
die Einstellungen Ihrer Rollup-Felder lesen — Quellfeld und Methode |
Gelesen wird nur, was die Summen brauchen: Vorgangs-IDs, übergeordnete Vorgänge, Status, Zusammenfassung, erfasste Zeit, Story Points und das von Ihnen gewählte Quellfeld. Nicht gelesen werden Benutzerprofile, Beschreibungen, Kommentare oder Anhänge.
Einzelheiten in unseren Datenschutzhinweisen.
Anleitungen
- Story Points über eine Epic-Hierarchie in Jira summieren
- Eine Epic-Sum-Up-Alternative mit JQL-durchsuchbaren Rollups
- Erfasste Zeit und Schätzungen in ein filterbares Feld summieren
Support
Schreiben Sie an support@brasscog.com — wir antworten innerhalb eines Werktags. Der Support wird auf Englisch geleistet. Fehlermeldungen und Rückerstattungsanfragen erreichen immer einen Menschen.
Sicherheitsprobleme gehen an security@brasscog.com. Bitte geben Sie uns Gelegenheit, das Problem zu beheben, bevor Sie es öffentlich machen.