Änderungsbericht (Delta-Export)
Die meisten Exporte beantworten die Frage „Wie sieht das gerade aus?". Ein Änderungsbericht beantwortet die Frage, die im Status-Meeting tatsächlich gestellt wird: „Was hat sich seit dem letzten Mal bewegt?"
Verfügbar in Standard für JQL-, Board-, Sprint-, Release- und Backlog-Exporte. Am stärksten ist er als geplanter Export — ein wöchentlicher „Was hat sich bewegt"-Bericht, der montagmorgens im Postfach liegt.
Was er nicht ist
Er ist kein Abzug von Jiras Änderungsprotokoll. Dafür gibt es bereits die Komponente Änderungshistorie, und die arbeitet je Vorgang.
Ein Änderungsbericht arbeitet auf der Ebene der exportierten Menge:
- welche Vorgänge hinzugekommen sind,
- welche Vorgänge nicht mehr im Ergebnis sind,
- welche Vorgänge sich bewegt haben — Status, Bearbeiter, Priorität, Fälligkeitsdatum sowie alle von Ihnen ergänzten Felder,
- neue Kommentare und Arbeitsprotokolle.
„Nicht mehr im Ergebnis" heißt nicht gelöscht
Das ist der wichtigste Punkt zum Verständnis dieses Berichts.
Erscheint ein Vorgang unter Nicht mehr im Ergebnis, gehört er nicht mehr zur Ergebnismenge des Exports. Das heißt nicht, dass der Vorgang gelöscht wurde. Er kann in ein anderes Projekt verschoben, neu zugewiesen, neu etikettiert oder schlicht so bearbeitet worden sein, dass Ihr Filter nicht mehr greift.
Jede Liste entfallener Vorgänge trägt diesen Hinweis im exportierten Dokument — in jeder Sprache und in jedem Format, und die Kompaktierung entfernt ihn nie. Ein Bericht, der behauptet, Arbeit sei gelöscht worden, obwohl sie nur neu etikettiert wurde, wäre ein teures Missverständnis.
Aus demselben Grund werden entfallene Vorgänge nur mit ihrem Schlüssel aufgeführt. Exportelier hält keine Kopie von ihnen vor, und ihren aktuellen Zustand abzurufen würde nichts darüber aussagen, warum sie entfallen sind.
Einrichtung
- Öffnen Sie die Vorlage im Designer.
- Schalten Sie Änderungsbericht ein und wählen Sie einen Bezugspunkt.
- Platzieren Sie die drei Komponenten:
- Änderungsübersicht — Zähler, Bezugszeile und Hinweise.
- Delta-Vorgangsliste — eine Liste, eingestellt auf Hinzugekommen oder Nicht mehr im Ergebnis. Für beides zweimal einfügen.
- Änderungstabelle — eine Zeile je geändertem Feld.
- Speichern und die Vorlage wie jede andere verwenden.
Bezugspunkte
| Bezugspunkt | Bedeutung | Geeignet für |
|---|---|---|
| Vorheriger Export | Das letzte Mal, als diese Vorlage diesen Bereich exportiert hat | Ad-hoc-Berichte |
| Vorheriger geplanter Lauf | Der letzte erfolgreiche Lauf dieses Zeitplans | Wochen- und Monatsberichte |
| Festes Datum | Ein von Ihnen eingetragenes Datum | „Alles seit dem Abzweigen des Release-Branches" |
Verfolgte Felder
Status, Bearbeiter, Priorität und Fälligkeitsdatum werden immer verfolgt. Ergänzen Sie eigene — Story Points, Sprint, ein benutzerdefiniertes Feld — in den Vorlageneinstellungen. Neue Kommentare und Arbeitsprotokolle zählen ebenfalls als Änderung und lassen sich abschalten, wenn sie für Ihr Publikum nur Rauschen sind.
Der erste Lauf
Der erste Bericht für eine Vorlage und einen Bereich hat nichts zum Vergleichen. Statt zu scheitern, erzeugt er einen vollständigen Bericht der aktuellen Menge und sagt das auch:
Dies ist der erste Änderungsbericht für diese Vorlage und diesen Bereich, daher listet er die vollständige aktuelle Menge. Spätere Berichte zeigen nur noch Änderungen.
Ab dem zweiten Lauf erhalten Sie ein echtes Delta.
Ein durchgerechnetes Beispiel
Ein Team fährt jeden Montag um 08:00 Uhr einen geplanten Export gegen project = EX AND sprint in openSprints(), mit allen drei Komponenten und dem Bezugspunkt Vorheriger geplanter Lauf.
Montag, 3. August — erster Lauf. Es gibt keinen früheren Lauf, also listet der Bericht alle 14 Sprint-Vorgänge und trägt den Erstlauf-Hinweis. Das ist die Ausgangsbasis.
Im Lauf der Woche. EX-104 wird angelegt und in den Sprint gezogen. EX-77 wandert in ein anderes Projekt und fällt aus dem Filter. EX-42 durchläuft in fünf Tagen To Do → In Progress → Review → In Progress → Review → Done. EX-51 wechselt von Ada zu Grace und erhält zwei Kommentare. Zehn Vorgänge bleiben unberührt.
Montag, 10. August — zweiter Lauf. Der Bericht beginnt mit:
Änderungen seit 3. August 2026
Hinzugekommen: 1 · Nicht mehr im Ergebnis: 1 · Geändert: 2 · Unverändert: 10
Dann die Änderungstabelle:
Schlüssel Feld Von Nach Änderungen EX-42 Status To Do Done 5 EX-51 Bearbeiter Ada Grace 1
Beachten Sie die Zeile EX-42. Dieser Vorgang hat den Status fünfmal gewechselt — und es ist eine Zeile, die zeigt, wo er begann, wo er endete und wie viele Schritte dazwischenlagen. Fünf getrennte Zeilen für einen Vorgang würden die zwei Vorgänge begraben, die tatsächlich Aufmerksamkeit brauchen.
Lesezeit: etwa fünfzehn Sekunden, statt vierzehn Vorgangsbeschreibungen durchzuscrollen.
Wenn die Historie nicht rekonstruierbar ist
Jira protokolliert nicht für jedes Feld einen Änderungseintrag, und sehr lange Historien werden beim Abruf gekürzt. Wo die verfügbare Historie den Berichtszeitraum nicht abdeckt, wird der Vorgang in der Übersicht als nicht rekonstruierbar ausgewiesen, statt stillschweigend als unverändert zu gelten.
Unteraufgaben und tiefere Hierarchieebenen führen keine eigene Änderungshistorie und fallen deshalb ebenfalls in diese Gruppe. Sie zählen weiterhin in den Summen — das Delta arbeitet immer auf der flachen Menge der exportierten Vorgänge, damit die Zahlen aufgehen.
Was Exportelier speichert
Um Ihnen zu sagen, was hinzugekommen und was entfallen ist, muss Exportelier sich merken, welche Vorgänge im letzten Export enthalten waren. Gespeichert werden die Vorgangsschlüssel und sonst nichts.
Keine Zusammenfassungen, keine Feldwerte, keine Beschreibungen, keine Kommentare. Die Vorher-/Nachher-Werte der Änderungstabelle werden im Moment der Berichtserzeugung aus Jiras eigener Änderungshistorie gelesen und nie aufbewahrt. Die gespeicherte Schlüsselliste verfällt nach 180 Tagen.
Das ist bewusst so: Feldwerte zu speichern würde den Bericht einfacher machen — und Exportelier zu einer zweiten Kopie Ihrer Jira-Inhalte, mit allem, was das für den Datenschutz bedeutet.
Grenzen
- Nicht verfügbar für Einzelvorgangs-Exporte — nutzen Sie dort die Komponente Änderungshistorie.
- Nicht verfügbar für ZIP-Archive mit einer Datei je Vorgang: Ein Bericht über die gesamte Menge hat dort kein Einzeldokument, in dem er leben könnte.
- Bis zu 2.000 Vorgangsschlüssel werden je Vorlage und Bereich gemerkt. Darüber weist der Bericht darauf hin, dass die Zahlen für hinzugekommene und entfallene Vorgänge unvollständig sein können.
- Die Änderungstabelle ist auf 500 Zeilen je Bericht begrenzt; wird sie erreicht, sagt das Dokument es.