Skip to Content

Entwicklungsprozess in Jira

Last modified by Dimitri Rupp on 2026/06/11 09:30
Inhalt

Entwicklungsprozess in Jira

Workflow-Übersicht

Die Workflow-State-Machine des BI-Teams in Jira ist unten als interaktives Mermaid-State-Diagramm dargestellt (toter Screenshot-Verweis entfernt — das Diagramm bildet exakt dieselbe Logik ab).

Anfrage-Erfassung

Eine Anfrage, die ein Teammitglied — egal über welchen Kanal — erreicht, wird von der Person als Issue in Jira im Backlog erfasst. Gegebenenfalls kann die Person ohne weitere Abstimmung die Definition of Ready abholen, oder die Anfrage wird im nächsten Teammeeting gemeinsam besprochen. Zusätzlich wird eine kurze Info in den Teams-Kanal „Power BI Development" in der Power BI Community gepostet.

Definition of Ready

Voraussetzungen, die ein Issue erfüllen muss, bevor mit der Bearbeitung begonnen wird:

  • Anforderung (Ziel und ggf. Nicht-Ziel)
  • Owner / Antragsteller
  • Geplantes Ende
  • Aufwandsschätzung (in h)

Status-Workflow

Ein Issue, welches im Status „Definition of Ready Done" liegt, wird im nächsten Teammeeting besprochen und der bearbeitenden Person zugewiesen.

Im Status „In Progress" befinden sich jene Issues, die gerade von der zugewiesenen Person bearbeitet werden. Die zugewiesene Person ist dafür verantwortlich, dass der Status immer aktuell ist (richtiger Status + Kommentar im Issue). Damit wird sichergestellt, dass das gesamte Team zu jeder Zeit einen aktuellen Überblick über alle Tasks bekommen kann.

Ist die Entwicklung abgeschlossen, wird das Issue in „In Review" verschoben. Dieser Status ist für die Abstimmung mit dem Kunden oder für eine Testphase gedacht. Sollte weitere Entwicklung notwendig sein, kann das Issue wieder zurück zu „In Progress" verschoben werden.

Warning

TBD: Eventuell Etablieren von Labels, um den Unterschied zwischen „Liegt beim Kunden" und „Wird getestet" darzustellen.

Wenn das Issue vom Kunden abgenommen wurde, wird es in den Status „Documentation" geschoben. Wenn die Doku abgeschlossen wurde, muss das Issue in den Status „Documentation Done" verschoben werden.

Information

Vorschlag: Im Teammeeting schauen wir gemeinsam nochmal kurz drüber und erklären das Issue für beendet → wandert in „Done".

  • InformationOffene Frage: Soll die fertige Doku nochmal von einem anderen Bearbeiter gecheckt werden? Vier-Augen-Prinzip.

Sonderstatus On Hold und Canceled

Die zwei Statuswerte „On Hold" und „Canceled" sind Statuswerte für Issues, an denen auf längere bzw. unbestimmte Zeit nicht mehr weitergearbeitet wird, beziehungsweise die im Laufe des Prozesses abgebrochen wurden.

Workflow als Mermaid-Diagramm

Identische Logik wie im obigen Screenshot, interaktiv und barrierearm als State-Machine dargestellt:

stateDiagram-v2
    [*] --> BACKLOG: Create
    BACKLOG --> DefinitionOfReady: Start DoR
    DefinitionOfReady --> DefinitionOfReadyDone: DoR Done
    DefinitionOfReadyDone --> InProgress: Start Work
    InProgress --> InReview: Review Work
    InReview --> InProgress: Back to in Progress
    InReview --> Documentation: Start Docu
    Documentation --> DocumentationDone: Docu Done
    DocumentationDone --> Documentation: Back to Docu
    DocumentationDone --> Done: Done
    Done --> [*]
    OnHold --> DefinitionOfReady: Back to DoR
    Canceled --> [*]
    note right of OnHold
        On Hold und Canceled sind
        aus jedem Status erreichbar
    end note

Verwandte Themen

Kuratiert — kann direkt im Editor ergänzt werden://

Automatisch vorgeschlagen über gemeinsame Tags (prozess, jira): 

Status: Migriert — Team-Review ausstehend · Owner: (festlegen) · Letzter Review: 2026-06-11