Changes for page Anforderungen Gruppen

Summary

• insert_drive_file Page properties (2 modified, 0 added, 0 removed)

Details

insert_drive_file Page properties

Author

...	...	@@ -1,1 +1,1 @@
1		-XWiki.MarcoGrawunder
	1	+XWiki.mgrawunder

Content

...	...	@@ -97,22 +97,22 @@
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	104	Hinweis: Der Aufwand ist relativ zu sehen, d.h. Scrum-Master ist z.B. aufwändiger als Testbeauftragter
105	105
106		-**TODO: OpenAPI, REST und Spring**
	106	+**Scrum-Master:**
107	107
108		-* **Scrum-Master:**
109		-** Sorgt dafür, dass der Scrum-Prozess am Laufen bleibt
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"]].
111		-** Es sollte auf jeden Fall einen Stellvertreter geben, der ggf. die Rolle übernehmen kann (z.B. bei Krankheit oder Beendigung des SWPs).
112		-** Diese Rolle ist mit die wichtigste Rolle im SWP und verlangt durchgehend sehr viel Kapazität. Ein Scrum-Master ist aus diesem Grund typischerweise weniger (aber trotzdem noch) an der Implementierung beteiligt.
113		-** Der Scrum-Master kann zu Beginn des Softwareprojekts an einem Workshop teilnehmen (Einladung erfolgt zu Beginn) - die Teilnahme ist empfohlen.
114		-** Der Scrum-Master kann während des gesamten Projekts hinweg an einem monatlichen **Scrum-Master-Treffen** teilnehmen (nähere Informationen werden im Workshop mitgeteilt) - die Teilnahme ist empfohlen.
115		-** Aufwand: Sehr hoch
	108	+* Sorgt dafür, dass der Scrum-Prozess am Laufen bleibt
	109	+* 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"]].
	110	+* Es sollte auf jeden Fall einen Stellvertreter geben, der ggf. die Rolle übernehmen kann (z.B. bei Krankheit oder Beendigung des SWPs).
	111	+* Diese Rolle ist mit die wichtigste Rolle im SWP und verlangt durchgehend sehr viel Kapazität. Ein Scrum-Master ist aus diesem Grund typischerweise weniger (aber trotzdem noch) an der Implementierung beteiligt.
	112	+* Der Scrum-Master kann zu Beginn des Softwareprojekts an einem Workshop teilnehmen (Einladung erfolgt zu Beginn) - die Teilnahme ist empfohlen.
	113	+* Der Scrum-Master kann während des gesamten Projekts hinweg an einem monatlichen **Scrum-Master-Treffen** teilnehmen (nähere Informationen werden im Workshop mitgeteilt) - die Teilnahme ist empfohlen.
	114	+* Aufwand: Sehr hoc
	115	+
116	116	* **GitLab, Projektplanung und Productowner:**
117	117	** Scrum hat das Problem, dass man beliebig "herumiterieren" kann. Diese Rolle soll dafür sorgen, dass das "Große und Ganze" nicht aus den Augen verloren geht. Die grundlegend definierten Meilensteine sollten dabei um weitere Meilensteine ergänzt werden. Diese Meilensteine sollen dabei helfen, Sprintziele zu definieren.
118	118	** Projektplan/Meilensteinplan erstellen, aktualisieren und überwachen. Dabei ist es nicht notwendig, sowas wie ein Gant-Chart über das komplette Semester zu erstellen.
...	...	@@ -124,17 +124,18 @@
124	124	** NEU: Die Rolle sorgt dafür, dass in allen Tickets im Sprint Dod (Definition of Done) definiert sind
125	125	** 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.
126	126	** Aufwand: Hoch
127		-* **Konfliktmanagement:**
128		-** Es kommt ab und zu vor, dass im SWP gruppeninterne Konflikte auftreten.
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		-** 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		-** Aufwand: Hängt massiv von der Gruppe ab ... Kann sehr wenig, kann aber auch sehr komplex werden.
132		-* ** Git/Bitbucket:**
133		-** Der Inhaber kennt sich mit Git und Bitbucket aus.
	127	+* **OpenAPI, REST und Spring**
	128	+** Kennt sich mit den entsprechenden Technologien aus und dient als Ansprechpartner
	129	+* ** Git/Gitlab und Reviewbeauftragter:**
	130	+** Der Inhaber kennt sich mit Git und Gitlab 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 Pull-Requests sinnvoll abgearbeitet werden und nicht zu lange liegen bleiben.
	132	+** 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.
136	136	** Im Laufe der Zeit sollte diese Rolle weniger wichtig werden, da alle den Workflow verinnerlicht haben.
137		-** Aufwand: Initial höher, zum Ende hin weniger.
	134	+** Die Gruppe muss mindestens ein gruppenweites Code-Review durchführen
	135	+** Der Review-Beauftragte ist dafür zuständig, dieses Review anzuleiten und rechtzeitig zu initiieren.
	136	+** Zusammen mit dem Codequalitätsbeauftragtem für die sinnvolle Durchführung der Abarbeitung der Merge-Requests zuständig.
	137	+** Aufwand: Geringer
	138	+** Aufwand: Mittel.
138	138	* **Codequalitätsbeauftragter und Patternbeauftragter:**
139	139	** Überwachung von Codierungsstandards
140	140	** Kennt sich mit Refactorings aus
...	...	@@ -144,11 +144,6 @@
144	144	** Die Gruppe bei der Anwendung der Pattern unterstützen
145	145	** Den Code darauf hin untersuchen, ob an bestimmten Stellen Pattern besser gewesen wären
146	146	** Aufwand: Mittel
147		-* **Reviewbeauftragter:**
148		-** Die Gruppe muss mindestens ein gruppenweites Code-Review durchführen
149		-** Der Review-Beauftragte ist dafür zuständig, dieses Review anzuleiten und rechtzeitig zu initiieren.
150		-** Zusammen mit dem Git- und dem Codequalitätsbeauftragtem für die sinnvolle Durchführung der Abarbeitung der Pull-Requests zuständig.
151		-** Aufwand: Geringer
152	152	* **Testbeauftragter:**
153	153	** Der Testbeauftragte ist nicht dafür da, Tests zu schreiben!
154	154	** Die Person stellt ggf. Mockito und JUnit vor
...	...	@@ -162,12 +162,12 @@
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
	161	+* **Konfliktmanagement:**
	162	+** Es kommt ab und zu vor, dass im SWP gruppeninterne Konflikte auftreten.
	163	+** 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.
	164	+** 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.
	165	+** Aufwand: Hängt massiv von der Gruppe ab ... Kann sehr wenig, kann aber auch sehr komplex werden.
	166	+*
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.