Wiki source code of Entwicklungsprozess in Jira
Last modified by Dimitri Rupp on 2026/06/11 09:30
Hide last authors
| author | version | line-number | content |
|---|---|---|---|
 |
1.1 | 1 | {{box cssClass="floatinginfobox" title="**Inhalt**"}} |
| 2 | {{toc/}} | ||
| 3 | {{/box}} | ||
| 4 | |||
| 5 | = Entwicklungsprozess in Jira = | ||
| 6 | |||
| 7 | == Workflow-Übersicht == | ||
| 8 | |||
| 9 | //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).// | ||
| 10 | |||
| 11 | == Anfrage-Erfassung == | ||
| 12 | |||
| 13 | 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. | ||
| 14 | |||
| 15 | == Definition of Ready == | ||
| 16 | |||
| 17 | Voraussetzungen, die ein Issue erfüllen muss, bevor mit der Bearbeitung begonnen wird: | ||
| 18 | |||
| 19 | * Anforderung (Ziel und ggf. Nicht-Ziel) | ||
| 20 | * Owner / Antragsteller | ||
| 21 | * Geplantes Ende | ||
| 22 | * Aufwandsschätzung (in h) | ||
| 23 | |||
| 24 | == Status-Workflow == | ||
| 25 | |||
| 26 | Ein Issue, welches im Status „Definition of Ready Done" liegt, wird im nächsten Teammeeting besprochen und der bearbeitenden Person zugewiesen. | ||
| 27 | |||
| 28 | 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. | ||
| 29 | |||
| 30 | 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. | ||
| 31 | |||
| 32 | {{warning}} | ||
| 33 | **TBD:** Eventuell Etablieren von Labels, um den Unterschied zwischen „Liegt beim Kunden" und „Wird getestet" darzustellen. | ||
| 34 | {{/warning}} | ||
| 35 | |||
| 36 | 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. | ||
| 37 | |||
| 38 | {{info}} | ||
| 39 | **Vorschlag:** Im Teammeeting schauen wir gemeinsam nochmal kurz drüber und erklären das Issue für beendet → wandert in „Done". | ||
| 40 | {{/info}} | ||
| 41 | |||
| 42 | * {{info}}Offene Frage: Soll die fertige Doku nochmal von einem anderen Bearbeiter gecheckt werden? Vier-Augen-Prinzip.{{/info}} | ||
| 43 | |||
| 44 | == Sonderstatus On Hold und Canceled == | ||
| 45 | |||
| 46 | 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. | ||
| 47 | |||
| 48 | == Workflow als Mermaid-Diagramm == | ||
| 49 | |||
| 50 | Identische Logik wie im obigen Screenshot, interaktiv und barrierearm als State-Machine dargestellt: | ||
| 51 | |||
| 52 | {{mermaid}} | ||
| 53 | stateDiagram-v2 | ||
| 54 | [*] --> BACKLOG: Create | ||
| 55 | BACKLOG --> DefinitionOfReady: Start DoR | ||
| 56 | DefinitionOfReady --> DefinitionOfReadyDone: DoR Done | ||
| 57 | DefinitionOfReadyDone --> InProgress: Start Work | ||
| 58 | InProgress --> InReview: Review Work | ||
| 59 | InReview --> InProgress: Back to in Progress | ||
| 60 | InReview --> Documentation: Start Docu | ||
| 61 | Documentation --> DocumentationDone: Docu Done | ||
| 62 | DocumentationDone --> Documentation: Back to Docu | ||
| 63 | DocumentationDone --> Done: Done | ||
| 64 | Done --> [*] | ||
| 65 | OnHold --> DefinitionOfReady: Back to DoR | ||
| 66 | Canceled --> [*] | ||
| 67 | note right of OnHold | ||
| 68 | On Hold und Canceled sind | ||
| 69 | aus jedem Status erreichbar | ||
| 70 | end note | ||
| 71 | {{/mermaid}} | ||
| 72 | |||
| 73 | ---- | ||
| 74 | |||
| 75 | == Verwandte Themen == | ||
| 76 | |||
| 77 | //Kuratiert — kann direkt im Editor ergänzt werden:// | ||
| 78 | |||
| 79 | * [[Betrieb & Wartung>>doc:IT-Wiki.04-Abteilung-IT.Prozesse.BI-Betrieb-und-Wartung.WebHome]] | ||
| 80 | * [[Jira>>doc:IT-Wiki.02-Tools.Jira.WebHome]] | ||
| 81 | |||
| 82 | {{include reference="IT-Wiki.Makros.Verwandte-Themen.WebHome"/}} | ||
| 83 | |||
| 84 | ---- | ||
| 85 | **Status:** Migriert — Team-Review ausstehend · **Owner:** //(festlegen)// · **Letzter Review:** 2026-06-11 | ||
| 86 |