Changes for page Anforderungen Gruppen
Last modified by mgrawunder on 2025/09/22 10:02
From 8.1 to 8.2
From 10.1 to 11.1
From version 8.2
edited by Pascal Meyer
on 2025/07/29 02:04
on 2025/07/29 02:04
Change comment:
There is no comment for this version
To version 10.1
edited by Pascal Meyer
on 2025/07/30 06:56
on 2025/07/30 06:56
Change comment:
There is no comment for this version
Summary
-
Page properties (1 modified, 0 added, 0 removed)
Details
- Page properties
-
- Content
-
... ... @@ -119,18 +119,18 @@ 119 119 ** NEU: Die Rolle sorgt dafür, dass in allen Tickets im Sprint Dod (Definition of Done) definiert sind 120 120 ** NEU: Die Rolle sorgt dafür, dass kleinere Teilgruppen (**Ticket-Task-Force**) dafür sorgen, dass neue Tickets formuliert und Ticketbeschreibungen verbessert werden (Backlogrefinement). Die Teilnehmer der Teilgruppen dürfen nicht über den ganzen Durchgang gleich bleiben sondern muss im Laufe der Zeit wechseln. Sollte die Gruppe sich gegen eine Ticket-Task-Force entscheiden, können die Tickets und Ticketbeschreibungen auch in der gesamten Gruppe gemeinsam erarbeitet werden. 121 121 ** Aufwand: Hoch 122 -* Konfliktmanagement 122 +* **Konfliktmanagement:** 123 123 ** Es kommt ab und zu vor, dass im SWP gruppeninterne Konflikte auftreten. 124 124 ** 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. 125 125 ** 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. 126 126 ** Aufwand: Hängt massiv von der Gruppe ab ... Kann sehr wenig, kann aber auch sehr komplex werden. 127 -* Git/Bitbucket 127 +* ** Git/Bitbucket:** 128 128 ** Der Inhaber kennt sich mit Git und Bitbucket aus. 129 129 ** Er kann in nicht Standard-Fällen helfen (z.B. wenn ein Mergen zu Konflikten führt) 130 130 ** 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. 131 131 ** Im Laufe der Zeit sollte diese Rolle weniger wichtig werden, da alle den Workflow verinnerlicht haben. 132 132 ** Aufwand: Initial höher, zum Ende hin weniger. 133 -* Codequalitätsbeauftragter und Patternbeauftragter 133 +* **Codequalitätsbeauftragter und Patternbeauftragter:** 134 134 ** Überwachung von Codierungsstandards 135 135 ** Kennt sich mit Refactorings aus 136 136 ** Kennt sich mit Code-Smells aus, also, was macht guten und was macht schlechten Code aus ... ... @@ -139,12 +139,12 @@ 139 139 ** Die Gruppe bei der Anwendung der Pattern unterstützen 140 140 ** Den Code darauf hin untersuchen, ob an bestimmten Stellen Pattern besser gewesen wären 141 141 ** Aufwand: Mittel 142 -* Reviewbeauftragter 142 +* **Reviewbeauftragter:** 143 143 ** Die Gruppe muss mindestens ein gruppenweites Code-Review durchführen 144 144 ** Der Review-Beauftragte ist dafür zuständig, dieses Review anzuleiten und rechtzeitig zu initiieren. 145 145 ** Zusammen mit dem Git- und dem Codequalitätsbeauftragtem für die sinnvolle Durchführung der Abarbeitung der Pull-Requests zuständig. 146 146 ** Aufwand: Geringer 147 -* Testbeauftragter: 147 +* **Testbeauftragter:** 148 148 ** Der Testbeauftragte ist nicht dafür da, Tests zu schreiben! 149 149 ** Die Person stellt ggf. Mockito und JUnit vor 150 150 ** Testbautragte hilft dabei, Test zu schreiben, d.h. bietet Unterstützung bei Fragen an ... ... @@ -151,19 +151,19 @@ 151 151 ** 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. 152 152 ** Die Person sorgt dafür, dass Tests, die nicht automatisiert erstellt werden (z.B. Test von Oberflächen) dokumentiert werden. 153 153 ** Aufwand: Mittel 154 -* Dokumentations- und Backupbeauftragter, Confluence, LaTeX-Beauftragter 154 +* **Dokumentations- und Backupbeauftragter, Confluence, LaTeX-Beauftragter:** 155 155 ** Sorgt dafür, dass die passenden Dokumente erstellt, mitgepflegt und gesichert werden (kein Doku Sklave!) 156 156 ** Erstellung/Anpassung von Vorlagen, Hilfe 157 157 ** Musterdokumente, Standards, Ablagestrategie, Qualitätssicherung, Bereitstellungsstrategie 158 158 ** Die Rolle achtet darauf, dass Dinge die fertig sind, auch bereits dann ausreichend dokumentiert werden. 159 159 ** Aufwand: Mittel 160 -* Entwicklungsumgebung, Maven, Bamboo und Infrastruktur 161 -* Kümmert sich um die Erweiterung der vorgegebenen Maven Infrastruktur 160 +* **Entwicklungsumgebung, Maven, Bamboo und Infrastruktur:** 161 +** Kümmert sich um die Erweiterung der vorgegebenen Maven Infrastruktur 162 162 ** Hilft und Unterstützt bei der Auswahl und Einrichtung der Entwicklungsumgebung 163 163 ** Kümmert sich um die Builds in Bamboo (Anpassen von Plänen) 164 164 ** Kümmert sich um die Bereitstellung des Servers in der Arbi 165 165 ** Aufwand: Mittel 166 -* GUI-Beauftragter 166 +* **GUI-Beauftragter:** 167 167 ** Da i.d.R. noch nicht viel Erfahrung im Bereich der Entwicklung von Oberflächen besteht, soll sich diese Rolle intensiv mit JavaFX auseinandersetzen 168 168 ** Die Rolle soll Wissen grundsätzlich zu JavaFX aufbauen und als Ansprechpartner bei Fragen und Problemen dienen. 169 169 ** Ganz wichtig sind in diesem Kontext auch Do and Don'ts, d.h. man sollte sich auch über Best-Practices bei JavaFX informieren.