Skip to Content

Entwicklungsprozess in Jira

Version 1.1 by Dimitri Rupp on 2026/06/11 09:15
Warning
For security reasons, the document is displayed in restricted mode as it is not the current version. There may be differences and errors due to this.
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
Information

Migrations-Hinweis: Diese Seite wurde am 24.05.2026 aus dem SharePoint WikiPowerBI ins Lumi-XWiki-Staging migriert.

Original-Autor: Sonderegger Patrick (Erstellung und Änderung 2023-12-13)
Original-Quelle: Entwicklungsprozess in Jira (SharePoint)
Migration: Dimitri Rupp via ClaudeAI

Bemerkungen zur Migration:

  • 6 Sprach-Korrekturen autonom angewendet: Kommata vor Relativsätzen ergänzt, „einen" → „einem" (Dativ), „zw." → „zwischen", „Teamskanal" → „Teams-Kanal"
  • Toter Screenshot-Verweis (01-jira-workflow-statemachine.png — Datei fehlte) entfernt; die Workflow-Logik ist vollständig als Mermaid-State-Diagramm vorhanden
  • Mermaid-State-Diagramm zusätzlich ergänzt — visualisiert exakt die Logik des Original-Screenshots, keine erfundenen Übergänge
  • TBD-/Vorschlag-/Offene-Frage-Marker im Original farblich hervorgehoben → in XWiki als Warning- und Info-Boxen umgesetzt

Verwandte Themen

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

Failed to execute the [velocity] macro. Cause: [The execution of the [velocity] script macro is not allowed in [xwiki:IT-Wiki.Makros.Verwandte-Themen.WebHome]. Check the rights of its last author or the parameters if it's rendered from another script.]. Click on this message for details.

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