Skip to Content

Changes for page Anforderungen Gruppen

Last modified by mgrawunder on 2025/09/22 10:02
From version arrow_back 20.2 arrow_forward
edited by mgrawunder
on 2025/09/11 14:40
Change comment: There is no comment for this version
To version arrow_back 16.1 arrow_forward
edited by Pascal Meyer
on 2025/07/30 19:42
Change comment: There is no comment for this version

Summary

Details

insert_drive_file Page properties
Author
... ... @@ -1,1 +1,1 @@
1 -XWiki.mgrawunder
1 +XWiki.PascalMeyer
Content
... ... @@ -1,5 +3,3 @@
1 -[[image:Main.Organisatorisches.WebHome@softwareprojekt_logo_transparent.png||alt="SoftwareprojektLogo.png" data-xwiki-image-style-alignment="end" height="136" width="309"]]
2 -
3 3  {{toc/}}
4 4  
5 5  = Anforderungen Gruppensitzungen =
... ... @@ -97,14 +97,10 @@
97 97  
98 98  Die Vorträge für die Einzelaufgaben des ersten Blocks müssen auf jeden Fall im ersten Semester, am besten innerhalb der ersten 7 Wochen durchgeführt worden sein!
99 99  
100 -Die Einzelaufgaben **außer dem Scrum-Master** sollten **erst beim zweiten Treffen** vergeben werden. Vorher sollte sich jeder darüber informieren, was die Einzelaufgabe beinhaltet.
98 +Die Einzelaufgaben sollten **erst beim zweiten Treffen** vergeben werden. Vorher sollte sich jeder darüber informieren, was die Einzelaufgabe beinhaltet.
101 101  
102 102  == Einzelaufgaben/Rollen (müssen vergeben sein) ==
103 103  
104 -Hinweis: Der Aufwand ist relativ zu sehen, d.h. Scrum-Master ist z.B. aufwändiger als Testbeauftragter
105 -
106 -**TODO: OpenAPI, REST und Spring**
107 -
108 108  * **Scrum-Master:**
109 109  ** Sorgt dafür, dass der Scrum-Prozess am Laufen bleibt
110 110  ** Kurze Zusammenfassung zu [[Scrum>>doc:Main.Scrum.WebHome||anchor="HEinkurzerDCberblick"]], ausführlicher in den Folien der VL und in [[Scrum im Detail>>doc:Main.Scrum.WebHome||anchor="HImDetail"]].
... ... @@ -129,10 +129,10 @@
129 129  ** Diese Rolle soll sich im Vorfeld (also bevor etwas "schief" geht), damit befassen, welche Methoden und Ansätze es gibt, in Gruppen mit solchen Konflikten umzugehen.
130 130  ** Es macht Sinn, dass es jemanden zweiten gibt, der sich als Stellvertreter ebenfalls mit dieser Aufgabe befasst, falls die Person, die diese Rolle eigentlich inne hat, selber der Auslöser eines Konfliktes ist.
131 131  ** Aufwand: Hängt massiv von der Gruppe ab ... Kann sehr wenig, kann aber auch sehr komplex werden.
132 -* ** Git/Gitlab:**
133 -** Der Inhaber kennt sich mit Git und Gitlab aus.
126 +* ** Git/Bitbucket:**
127 +** Der Inhaber kennt sich mit Git und Bitbucket aus.
134 134  ** Er kann in nicht Standard-Fällen helfen (z.B. wenn ein Mergen zu Konflikten führt)
135 -** Der Inhaber dieser Rolle sollte sich auch darum kümmern, dass der Git-Workflow (Ticket → Branch → PR → Mergen) eingehalten, dass Merge-Requests sinnvoll abgearbeitet werden und nicht zu lange liegen bleiben.
129 +** Der Inhaber dieser Rolle sollte sich auch darum kümmern, dass der Git-Workflow (Ticket → Branch → PR → Mergen) eingehalten, dass Pull-Requests sinnvoll abgearbeitet werden und nicht zu lange liegen bleiben.
136 136  ** Im Laufe der Zeit sollte diese Rolle weniger wichtig werden, da alle den Workflow verinnerlicht haben.
137 137  ** Aufwand: Initial höher, zum Ende hin weniger.
138 138  * **Codequalitätsbeauftragter und Patternbeauftragter:**
... ... @@ -156,18 +156,18 @@
156 156  ** Die Person muss dafür sorgen, dass Tests nicht vernachlässigt werden, hat also regelmäßig einen Blick auf die aktuelle Testabdeckung und weist ggf. Personen darauf hin, dass bestimmte Codeabschnitte noch (besser) durch Tests abgedeckt werden müssen.
157 157  ** Die Person sorgt dafür, dass Tests, die nicht automatisiert erstellt werden (z.B. Test von Oberflächen) dokumentiert werden.
158 158  ** Aufwand: Mittel
159 -* **Dokumentations- und Backupbeauftragter, Wiki, LaTeX-Beauftragter:**
153 +* **Dokumentations- und Backupbeauftragter, Confluence, LaTeX-Beauftragter:**
160 160  ** Sorgt dafür, dass die passenden Dokumente erstellt, mitgepflegt und gesichert werden (kein Doku Sklave!)
161 161  ** Erstellung/Anpassung von Vorlagen, Hilfe
162 162  ** Musterdokumente, Standards, Ablagestrategie, Qualitätssicherung, Bereitstellungsstrategie
163 163  ** Die Rolle achtet darauf, dass Dinge die fertig sind, auch bereits dann ausreichend dokumentiert werden.
164 164  ** Aufwand: Mittel
165 -* --**Entwicklungsumgebung, Maven, Bamboo und Infrastruktur:**--
166 -** --Kümmert sich um die Erweiterung der vorgegebenen Maven Infrastruktur--
167 -** --Hilft und Unterstützt bei der Auswahl und Einrichtung der Entwicklungsumgebung--
168 -** --Kümmert sich um die Builds in Bamboo (Anpassen von Plänen)--
169 -** --Kümmert sich um die Bereitstellung des Servers in der Arbi--
170 -** --Aufwand: Mittel--
159 +* **Entwicklungsumgebung, Maven, Bamboo und Infrastruktur:**
160 +** Kümmert sich um die Erweiterung der vorgegebenen Maven Infrastruktur
161 +** Hilft und Unterstützt bei der Auswahl und Einrichtung der Entwicklungsumgebung
162 +** Kümmert sich um die Builds in Bamboo (Anpassen von Plänen)
163 +** Kümmert sich um die Bereitstellung des Servers in der Arbi
164 +** Aufwand: Mittel
171 171  * **GUI-Beauftragter:**
172 172  ** Da i.d.R. noch nicht viel Erfahrung im Bereich der Entwicklung von Oberflächen besteht, soll sich diese Rolle intensiv mit JavaFX auseinandersetzen
173 173  ** Die Rolle soll Wissen grundsätzlich zu JavaFX aufbauen und als Ansprechpartner bei Fragen und Problemen dienen.
... ... @@ -216,7 +216,7 @@
216 216  * Protokollführung
217 217  ** Erstellung eines Protokolls der Gruppensitzung
218 218  ** Hier reicht i.d.R. ein Ergebnisprotokoll
219 -** Protokolle müssen im Wiki abgelegt sein
213 +** Protokolle müssen im Confluence abgelegt sein
220 220  * Zu Beginn jeder Gruppensitzung („Daily Scrum“):
221 221  ** findet ein kurzes „Briefing“ („Blitzlicht“) statt, in der jede/r berichtet, was sie/er in der letzten Woche für das Projekt getan hat.
222 222  * Am Ende jeder Sitzung neue Aufgabenverteilung