Skip to Content

Wiki source code of BE SCRUM und Zeitschreibung

Last modified by Dimitri Rupp on 2026/06/11 09:30
Show last authors
1 {{box cssClass="floatinginfobox" title="**Auf dieser Seite**"}}
2 {{toc/}}
3 {{/box}}
4
5 {{info}}
6 **SCRUM-Rhythmus und Zeiterfassung**
7 {{/info}}
8
9 = ⏱️ BE SCRUM und Zeitschreibung =
10 == 🔁 SCRUM-Prozess ==
11 BE arbeitet in **Sprints**, die jeweils **4–5 Wochen** dauern und entweder zu Beginn oder am Ende eines Monats abgeschlossen werden. Der Prozess gliedert sich in drei zentrale Meetings:
12
13 **🔄 Sprint-Zyklus:**
14
15 {{mermaid}}
16 flowchart LR
17 P[Sprint Planning<br/>Mittwoch] --> S[Sprint<br/>4–5 Wochen]
18 S --> R[Sprint Review<br/>Dienstag]
19 R --> RE[Sprint Retrospektive<br/>kurz nach Review]
20 RE --> P
21 classDef act fill:#e3f2fd,stroke:#1976d2,stroke-width:1px
22 class P,S,R,RE act
23 {{/mermaid}}
24
25  
26
27 **1. Sprint Planning**
28
29 * Findet in der Regel mittwochs statt.
30 * Ziel: Abstimmung des kommenden Sprints im Team.
31 * Vorbereitung: Der Sprint sollte vor dem Termin bereits zu ca. 80 % geplant sein. Im Planning können bei Bedarf Anpassungen vorgenommen werden.
32
33 **2. Sprint Review**
34
35 * Meist am Dienstag vor dem nächsten Planning.
36 * Zweck: Rückblick auf den vergangenen Sprint.
37 * Ablauf: Jeder stellt seine Lead-Workpackages (WPs) vor und fasst die Ergebnisse kurz zusammen.
38 * Fokus: Vergangenheit, nicht Zukunft.
39 * Fokus auf das "gelbe Auto" (Produkt): Wir reden über das Auto, darüber, dass es gelb ist, und nicht darüber, wie ist es zustande gekommen ist oder was im Weiteren passiert.
40
41 **3. Sprint Retrospektive**
42
43 * Kurz nach dem Review.
44 * Ziel: Reflexion der positiven und negativen Ereignisse des Sprints.
45 * Ergebnis: Verbesserung des Prozesses für die Zukunft.
46
47  
48
49 === Workpackages (WPs) – Status und Regeln ===
50
51 Jedes WP durchläuft **vier Phasen**:
52
53 1. Inactive – WP ist ein Zeitblocker (z.B.: “fixe BE Meetings”)
54 1. Active – WP liegt in einem Sprint, aber es wurde noch keine Zeit gebucht.
55 1. In Progress – Zeit wurde auf das WP gebucht.
56 1. Closed – Die Definition of Done (DoD) für den Sprint ist erfüllt.Aktuelle Regel: Vor dem Review sollen WPs, die für den nächsten Sprint gesplittet wurden, nicht auf „Closed“ gesetzt werden. Stattdessen wird der Tag „Sprint done“ verwendet.
57
58 **🔄 WP-Status – vier Phasen:**
59
60 {{mermaid}}
61 flowchart LR
62 I[Inactive<br/>Zeitblocker] --> A[Active<br/>im Sprint, noch keine Zeit gebucht]
63 A --> IP[In Progress<br/>Zeit gebucht]
64 IP --> C[Closed<br/>Definition of Done erfüllt]
65 classDef act fill:#c8e6c9,stroke:#2e7d32,stroke-width:1px
66 class I,A,IP,C act
67 {{/mermaid}}
68
69  
70
71 ==== Weitere Vorgaben ====
72
73 * Regelmäßige Statusupdates als Notiz im WP.
74 * Vor jedem Review: „Review des Monats“ – kurze Zusammenfassung des Sprints in 1–2 Sätzen.
75 * Bei jedem neuen oder gesplitteten WP:Definition of Done festlegen.Bei größeren Themen zusätzlich eine DoD für den Sprint definieren.1: WP DoD2: Monats DoD
76
77  
78
79 === Backlog Prozess ===
80
81 **Ziel:** Ein transparenter, schlanker Prozess zur Pflege und Priorisierung des Backlogs.
82
83 **Rollen**:
84
85 * Teammitglieder: Dürfen jederzeit neue Backlog-Items anlegen.
86 * Product Owner (pro Themengebiet): Prüfen fachliche Vollständigkeit.Rebekka: Odoo, RimoRoxanna: BMD, Fabric/Power BI/AzurePatrick: Jira, Fabric/Power BI/AzureDejan: Odoo, Rimo, QM
87 * Head of: Finalisiert Priorisierung vor Sprintplanung.
88
89  
90
91 **Prozess**:
92
93  
94
95 1. WP anlegen (kontinuierlich)  - Jeder kann neue Items einstellen.  - Template: Titel (kurz & prägnant), Beschreibung (Was ist das Ziel?), Business Value (Warum wichtig?), Größe grob (S/M/L).  - Aufwand: max. 5 Minuten pro WP.
96 1. Wöchentlicher Mini-Check (15 Min im Weekly)  - Neue WPs vorstellen.  - Prüfen auf Verständlichkeit und Vollständigkeit.  - Ziel: Qualität sichern, bevor sich Müll ansammelt.
97 1. Backlog-Refinement (1× pro Sprint, max. 60 Min)  - Review neuer WPs.  - Schätzung (S/M/L).  - Vorläufige Priorisierung.  - Ziel: Backlog ist sauber und priorisiert.
98
99 **🔄 Backlog-Prozess:**
100
101 {{mermaid}}
102 flowchart TD
103 A[WP anlegen<br/>kontinuierlich, max. 5 Min] --> B[Wöchentlicher Mini-Check<br/>15 Min im Weekly]
104 B --> C[Backlog-Refinement<br/>1x pro Sprint, max. 60 Min]
105 C --> D[Backlog sauber und priorisiert]
106 classDef act fill:#fff3cd,stroke:#b85c00,stroke-width:1px
107 class A,B,C,D act
108 {{/mermaid}}
109
110 **Priorisierung**:
111
112 * High = Muss rein.
113 * Medium = Gut, wenn Zeit.
114 * Low = Parken.
115 * Optional: Business Value vs. Aufwand Matrix.
116
117 **Transparenz**:
118
119 * Backlog immer sichtbar im Tool.
120 * Status: Inactive → WP neu angelegt. WP muss ausgearbeitet werden. Verantwortliche/r: ErstellerInActive → WP von ErstellerIn vollständig ausgearbeitet. WP muss geprüft werden. Verantwortliche/r: Product OwnerIn Progress → WP geprüft + vollständig. Wartet auf Umsetzung in Sprint. Verantwortliche/r: gesamtes TeamClosed → WP wird nicht umgesetzt
121
122  
123
124 **Grafische Darstellung:**
125
126 [[image:1786563556.png||style="max-width:700px; border:1px solid #ddd; margin:12px 0;"]]
127
128 [[image:350116813.png||style="max-width:700px; border:1px solid #ddd; margin:12px 0;"]]
129
130 [[image:3660750294.png||style="max-width:700px; border:1px solid #ddd; margin:12px 0;"]]
131
132 ----
133
134 == Verwandte Themen ==
135
136 //Kuratiert — kann direkt im Editor ergänzt werden://
137
138 * [[Liste für Kelog>>doc:IT-Wiki.04-Abteilung-IT.Prozesse.Liste-fuer-Kelog.WebHome]]
139 * [[TEF Account-Management>>doc:IT-Wiki.04-Abteilung-IT.Prozesse.TEF-Account-Management.WebHome]]
140 * [[Wiederkehrende Aufgaben>>doc:IT-Wiki.04-Abteilung-IT.Prozesse.Wiederkehrende-Aufgaben.WebHome]]
141
142 {{include reference="IT-Wiki.Makros.Verwandte-Themen.WebHome"/}}
143
144 ----
145 **Status:** Migriert — Team-Review ausstehend · **Owner:** //(festlegen)// · **Letzter Review:** 2026-06-11