Zum Inhalt springen
Dangel Studio
de en

Requirement Drift Guard

Anforderungsänderungen erkennen, nachdem die Arbeit begonnen hat.

Jira Cloud · Version 2.1.0 · im Atlassian Marketplace

Im Atlassian Marketplace installieren

Kostenlos. Installation und Lizenz laufen über Atlassian.

Was die App macht

Anforderungen ändern sich weiter, wenn die Entwicklung längst läuft: eine umformulierte Beschreibung, eine hochgestufte Priorität, neue Akzeptanzkriterien. Jira protokolliert das alles in der Historie, aber niemand liest die Historie. Requirement Drift Guard macht diese Änderungen unübersehbar, direkt am Vorgang:

  • Baseline beim Start: Sobald ein Vorgang zum ersten Mal in eine In-Progress-Statuskategorie wechselt, friert die App den Stand der Anforderungsfelder ein, automatisch und ohne manuelle Snapshots.
  • Drift-Warnung: Jede spätere Änderung an einem überwachten Feld setzt eine deutliche Warnung an den Vorgang: Anforderung nach Umsetzungsstart geändert.
  • Vorher → Nachher: Jedes überwachte Feld wird gegen die Baseline verglichen, mit vollständiger Änderungshistorie: wer hat was wann geändert.
  • Quittieren mit einem Klick: Das Team bestätigt „gesehen”. Jede neue Änderung hebt die Warnung wieder an. A→B→A-Änderungen kollabieren zu „keine Netto-Änderung”, die Historie bleibt sichtbar.

Überwachte Felder aktuell: Zusammenfassung, Beschreibung, Priorität. Konfigurierbare Felder je Projekt stehen auf der Roadmap. Sag mir, was du brauchst.

Die Warnung am Vorgang: Anforderung nach Umsetzungsstart geändert
Abb. 1 Die Warnung am Vorgang: Anforderung nach Umsetzungsstart geändert
Alles quittiert, das Panel im Ruhezustand
Abb. 2 Alles quittiert, das Panel im Ruhezustand

Erste Schritte

  1. App über das Atlassian-Marketplace-Listing für deine Jira-Cloud-Site installieren.
  2. Einen beliebigen Vorgang auf „In Arbeit” ziehen: Die Baseline wird automatisch erfasst.
  3. Danach ein überwachtes Feld ändern: Das Drift-Panel erscheint am Vorgang (⚙-Symbol unter dem Titel).

Auslöser ist der erste Wechsel in Jiras In-Progress-Statuskategorie, nicht ein bestimmter Statusname. Die App funktioniert daher mit eigenen Workflows, Scrum und Kanban gleichermaßen.

So funktioniert es: Baseline, Änderung, Quittung
Abb. 3 So funktioniert es: Baseline, Änderung, Quittung

Berechtigungen und Daten

Die App läuft vollständig auf Atlassian Forge und ist auf minimalen Fußabdruck gebaut:

  • storage:app: speichert Baselines, Änderungseinträge und Quittierungen je Vorgang
  • read:jira-work: liest aktuelle Feldwerte, um den Baseline-Vergleich zu berechnen

Kein Schreib-Scope, keine externen Server, kein Datenabfluss: Deine Daten verlassen deine Jira-Site nicht. Änderungseinträge enthalten die Atlassian-Account-ID der ändernden Person, so wie Jira selbst sie protokolliert; beim Deinstallieren werden die gespeicherten Daten gemäß Atlassians Forge-Datenlebenszyklus entfernt. Keine KI, kein Tracking, keine Drittdienste.

Support

Direkter Draht zum Entwickler: kein Ticketsystem, kein First-Level-Filter.

Support leiste ich nach bestem Bemühen. Feste Reaktions- oder Wiederherstellungszeiten (SLA) sind nicht zugesagt.

Stand und Versionen

  • 2.1.0: aktuelle Version, im Atlassian Marketplace verfügbar.
  • Roadmap: überwachte Felder je Projekt konfigurierbar.

Rechtliches

Lizenz: Es gilt die im Atlassian-Marketplace-Listing angezeigte Endnutzer-Lizenzvereinbarung (Standard-EULA); Atlassian zeigt sie beim Installieren an. Datenschutz: Datenschutzerklärung der Atlassian-Apps, mit einem eigenen Abschnitt zu Requirement Drift Guard; die Kurzfassung steht oben unter „Berechtigungen und Daten". Die App ist nicht zur verdeckten Mitarbeiterüberwachung oder automatisierten Leistungsbewertung bestimmt; Details stehen in der Datenschutzerklärung.