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.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,16 +129,12 @@
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 und Reviewbeauftragter:**
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		-** 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.
	131	+** Aufwand: Initial höher, zum Ende hin weniger.
142	142	* **Codequalitätsbeauftragter und Patternbeauftragter:**
143	143	** Überwachung von Codierungsstandards
144	144	** Kennt sich mit Refactorings aus
...	...	@@ -148,6 +148,11 @@
148	148	** Die Gruppe bei der Anwendung der Pattern unterstützen
149	149	** Den Code darauf hin untersuchen, ob an bestimmten Stellen Pattern besser gewesen wären
150	150	** Aufwand: Mittel
	141	+* **Reviewbeauftragter:**
	142	+** Die Gruppe muss mindestens ein gruppenweites Code-Review durchführen
	143	+** Der Review-Beauftragte ist dafür zuständig, dieses Review anzuleiten und rechtzeitig zu initiieren.
	144	+** Zusammen mit dem Git- und dem Codequalitätsbeauftragtem für die sinnvolle Durchführung der Abarbeitung der Pull-Requests zuständig.
	145	+** Aufwand: Geringer
151	151	* **Testbeauftragter:**
152	152	** Der Testbeauftragte ist nicht dafür da, Tests zu schreiben!
153	153	** Die Person stellt ggf. Mockito und JUnit vor
...	...	@@ -161,12 +161,12 @@
161	161	** Musterdokumente, Standards, Ablagestrategie, Qualitätssicherung, Bereitstellungsstrategie
162	162	** Die Rolle achtet darauf, dass Dinge die fertig sind, auch bereits dann ausreichend dokumentiert werden.
163	163	** 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--
	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
170	170	* **GUI-Beauftragter:**
171	171	** Da i.d.R. noch nicht viel Erfahrung im Bereich der Entwicklung von Oberflächen besteht, soll sich diese Rolle intensiv mit JavaFX auseinandersetzen
172	172	** Die Rolle soll Wissen grundsätzlich zu JavaFX aufbauen und als Ansprechpartner bei Fragen und Problemen dienen.