Erfasste Zeit und Schätzungen in ein filterbares Feld summieren
Bei der Zeiterfassung klafft dieselbe Lücke wie bei Story Points: Jira erfasst Zeit pro Vorgang, aber summiert sie nirgends über die Hierarchie in ein Feld, das Sie durchsuchen, filtern oder auf ein Board legen können. Das eingebaute Feld Time Spent zeigt nur die Zeit, die direkt auf diesem Vorgang gebucht wurde — nicht die seiner Unterelemente —, und für eine summierte ursprüngliche Schätzung gibt es ebenfalls kein eingebautes Feld.
Der kostenlose Weg: Automation, mit einer Tücke, die Story Points nicht hat
Zeit wird in Sekunden gespeichert, und das eingebaute Feld Time Spent lässt sich nicht gefahrlos mit Edit issue field überschreiben, wie es bei Story Points geht — sicherer ist ein eigenes Zahlenfeld (z. B. „Rollup: Stunden"), in das Sie schreiben, während Jiras eigene Zeiterfassung unangetastet bleibt.
- Trigger: Work logged auf dem untergeordneten Vorgang (oder Wertänderung, wenn Sie stattdessen Schätzungen summieren).
- Aktion: Lookup issues — JQL
parent = {{issue.key}}, bzw."Epic Link" = {{issue.key}}eine Ebene höher bei unternehmensverwalteten Projekten. - Aktion: Edit issue field auf Ihrem eigenen Stunden-Feld mit
{{lookupIssues.timespent.sum / 3600}}. Jira speichert Zeiterfassung in Sekunden (Smart-Values-Referenz), die Division durch 3.600 rechnet die Summe in Stunden um. - Wiederholen Sie das eine Ebene höher, wenn auch das Epic die Summe tragen soll — verkettet genau wie in Story Points über eine Epic-Hierarchie summieren.
Für die ursprüngliche Schätzung statt erfasster Zeit ersetzen Sie timespent
durch timeoriginalestimate im Smart Value — gleiche Umrechnung von Sekunden in
Stunden.
Wo es fragil wird
- Der Trigger Work logged feuert bei jedem Worklog-Eintrag, nicht einmal täglich — ein Vorgang mit vielen kleinen Buchungen verbraucht Ihr Laufkontingent schnell. Dieselben monatlichen Grenzen gelten wie für jede andere Regel: 100 Läufe im Free-, 1.700 im Standard-, 1.000 pro zahlendem Nutzer im Premium-Plan (Atlassians Nutzungsdokumentation).
{{lookupIssues}}liefert weiterhin standardmäßig höchstens 100 Vorgänge pro Lookup (Performance-Leitfaden), ein großes Epic braucht also eine engere JQL oder eine angehobene Grenze, sofern Ihr Plan das erlaubt.- Einheiten zu vermischen ist ein leiser, leicht übersehener Fehler: Zwei Felder, die
dieselbe summierte Größe als
7und25200zeigen — Stunden im einen, Sekunden im anderen —, vergleichen sich beim ersten selbstgebauten Filter oder Dashboard-Gadget falsch. Legen Sie sich auf eine Einheit fest, nennen Sie sie im Feldnamen und bleiben Sie konsequent.
Wann sich manuelle Regelpflege nicht mehr lohnt
Die Regeln oben sind kostenlos und für ein, zwei Felder auf einer kleinen Hierarchie ausreichend. Sobald Sie mehrere Felder summieren (Stunden, ursprüngliche Schätzung, ein eigenes Budgetfeld), Regeln über mehr als zwei Ebenen verketten oder Vorgänge ohne Unterelemente einen eigenen Wert statt eines leeren Felds tragen sollen, nimmt Ihnen eine spezialisierte Rollup-App die Pflege ab. TreeTotals summiert Story Points und Zeit von Haus aus, immer in Stunden, und lässt Sie Rollups für jedes weitere numerische Feld hinzufügen — ohne eine Regel zu schreiben oder eine Einheit zu verwechseln.