Changes for page Anforderungen Gruppen
Last modified by mgrawunder on 2025/09/22 10:02
From 17.1 to 18.1
From 20.3 to 20.4
From version 18.1
edited by Marco Grawunder
on 2025/08/15 08:52
on 2025/08/15 08:52
Change comment:
There is no comment for this version
To version 20.3
edited by mgrawunder
on 2025/09/11 14:41
on 2025/09/11 14:41
Change comment:
There is no comment for this version
Summary
-
Page properties (2 modified, 0 added, 0 removed)
Details
- Page properties
-
- Author
-
... ... @@ -1,1 +1,1 @@ 1 -XWiki. MarcoGrawunder1 +XWiki.mgrawunder - Content
-
... ... @@ -97,10 +97,14 @@ 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 sollten **erst beim zweiten Treffen** vergeben werden. Vorher sollte sich jeder darüber informieren, was die Einzelaufgabe beinhaltet. 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. 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 + 104 104 * **Scrum-Master:** 105 105 ** Sorgt dafür, dass der Scrum-Prozess am Laufen bleibt 106 106 ** 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"]]. ... ... @@ -125,12 +125,16 @@ 125 125 ** 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. 126 126 ** 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. 127 127 ** Aufwand: Hängt massiv von der Gruppe ab ... Kann sehr wenig, kann aber auch sehr komplex werden. 128 -* ** Git/ Bitbucket:**129 -** Der Inhaber kennt sich mit Git und Bitbucketaus.132 +* ** Git/Gitlab und Reviewbeauftragter:** 133 +** Der Inhaber kennt sich mit Git und Gitlab aus. 130 130 ** Er kann in nicht Standard-Fällen helfen (z.B. wenn ein Mergen zu Konflikten führt) 131 -** 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.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. 132 132 ** Im Laufe der Zeit sollte diese Rolle weniger wichtig werden, da alle den Workflow verinnerlicht haben. 133 -** Aufwand: Initial höher, zum Ende hin weniger. 137 +** Die Gruppe muss mindestens ein gruppenweites Code-Review durchführen 138 +** Der Review-Beauftragte ist dafür zuständig, dieses Review anzuleiten und rechtzeitig zu initiieren. 139 +** Zusammen mit dem Codequalitätsbeauftragtem für die sinnvolle Durchführung der Abarbeitung der Mwerge-Requests zuständig. 140 +** Aufwand: Geringer 141 +** Aufwand: Mittel. 134 134 * **Codequalitätsbeauftragter und Patternbeauftragter:** 135 135 ** Überwachung von Codierungsstandards 136 136 ** Kennt sich mit Refactorings aus ... ... @@ -140,11 +140,6 @@ 140 140 ** Die Gruppe bei der Anwendung der Pattern unterstützen 141 141 ** Den Code darauf hin untersuchen, ob an bestimmten Stellen Pattern besser gewesen wären 142 142 ** Aufwand: Mittel 143 -* **Reviewbeauftragter:** 144 -** Die Gruppe muss mindestens ein gruppenweites Code-Review durchführen 145 -** Der Review-Beauftragte ist dafür zuständig, dieses Review anzuleiten und rechtzeitig zu initiieren. 146 -** Zusammen mit dem Git- und dem Codequalitätsbeauftragtem für die sinnvolle Durchführung der Abarbeitung der Pull-Requests zuständig. 147 -** Aufwand: Geringer 148 148 * **Testbeauftragter:** 149 149 ** Der Testbeauftragte ist nicht dafür da, Tests zu schreiben! 150 150 ** Die Person stellt ggf. Mockito und JUnit vor ... ... @@ -158,12 +158,12 @@ 158 158 ** Musterdokumente, Standards, Ablagestrategie, Qualitätssicherung, Bereitstellungsstrategie 159 159 ** Die Rolle achtet darauf, dass Dinge die fertig sind, auch bereits dann ausreichend dokumentiert werden. 160 160 ** Aufwand: Mittel 161 -* **Entwicklungsumgebung, Maven, Bamboo und Infrastruktur:** 162 -** Kümmert sich um die Erweiterung der vorgegebenen Maven Infrastruktur 163 -** Hilft und Unterstützt bei der Auswahl und Einrichtung der Entwicklungsumgebung 164 -** Kümmert sich um die Builds in Bamboo (Anpassen von Plänen) 165 -** Kümmert sich um die Bereitstellung des Servers in der Arbi 166 -** Aufwand: Mittel 164 +* --**Entwicklungsumgebung, Maven, Bamboo und Infrastruktur:**-- 165 +** --Kümmert sich um die Erweiterung der vorgegebenen Maven Infrastruktur-- 166 +** --Hilft und Unterstützt bei der Auswahl und Einrichtung der Entwicklungsumgebung-- 167 +** --Kümmert sich um die Builds in Bamboo (Anpassen von Plänen)-- 168 +** --Kümmert sich um die Bereitstellung des Servers in der Arbi-- 169 +** --Aufwand: Mittel-- 167 167 * **GUI-Beauftragter:** 168 168 ** Da i.d.R. noch nicht viel Erfahrung im Bereich der Entwicklung von Oberflächen besteht, soll sich diese Rolle intensiv mit JavaFX auseinandersetzen 169 169 ** Die Rolle soll Wissen grundsätzlich zu JavaFX aufbauen und als Ansprechpartner bei Fragen und Problemen dienen.