Eine Epic-Sum-Up-Alternative mit JQL-durchsuchbaren Rollups
Wenn Sie Epic Sum Up prüfen — die App „ESU – Sum Up KPI & Budget Reporting" —, lösen Sie dasselbe Problem wie alle hier: Jira summiert Story Points oder Zeit über die Hierarchie eines Epics nicht von selbst, und Epic Sum Up ist die etablierte, gut bewertete App, die diese Lücke mit Panels, Gadgets und Berichten füllt. Wer eine Live-Panel-Ansicht braucht, ist dort gut aufgehoben.
Was die App bewusst nicht tut: die Summe in ein Jira-Feld schreiben. Das ist kein Mangel — ihr eigenes 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 denselben Kompromiss in einer Antwort auf eine Kundenrezension: „We decided to NOT cache the data for a JQL Search…" Live berechnen heißt, die angezeigte Zahl ist immer aktuell — der Preis ist, dass Sie sie nicht abfragen, nicht nach ihr filtern und keine Automatisierung darauf auslösen können, weil sie nie in einem Feld landet.
Erst den kostenlosen Weg versuchen
Bevor Sie zu einer weiteren App greifen: Jiras eigene, kostenlose Automation kann eine Summe in ein echtes Feld schreiben — Sie müssen die Regel nur selbst bauen und pflegen. Die Anleitung (Trigger, Lookup issues, Edit issue field, eine Regel pro Hierarchieebene) steht in Story Points über eine Epic-Hierarchie summieren. Sie hat reale Grenzen, die Sie kennen sollten, bevor Sie Zeit investieren: standardmäßig höchstens 100 Vorgänge pro Lookup, monatliche Laufkontingente (100 im Free-, 1.700 im Standard-, 1.000 pro zahlendem Nutzer im Premium-Plan — Quelle) und keine automatische Nachbefüllung für bereits bestehende Vorgänge.
Wo eine feldbasierte Rollup-App passt
Wenn Sie die Zahl tatsächlich in JQL, auf einer Board-Karte oder als
Automatisierungs-Trigger brauchen — nicht nur in einem Panel —, ist das eine andere
Art Werkzeug als Epic Sum Up. Unsere App, TreeTotals, geht den
entgegengesetzten Weg: Sie schreibt Rollups in gewöhnliche Jira-Felder, sodass
"Rollup: Story Points" >= 20 AND status != Done eine normale JQL-Abfrage ist und
kein Workaround. Der Kompromiss läuft andersherum: TreeTotals hat eine Größengrenze
für Hierarchien (dokumentiert auf der
TreeTotals-Seite),
während Epic Sum Ups Live-Berechnung keine solche Grenze hat.
Welche der beiden Sie brauchen, ist kein striktes Entweder-oder — es hängt davon ab, ob die Zahl in einem Feld stehen muss oder nur gesehen werden soll.