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.PascalMeyer
	1	+XWiki.mgrawunder

Content

...	...	@@ -1,3 +1,5 @@
	1	+[[image:Main.Organisatorisches.WebHome@softwareprojekt_logo_transparent.png||alt="SoftwareprojektLogo.png" data-xwiki-image-style-alignment="end" height="136" width="309"]]
	2	+
1	1	{{toc/}}
2	2
3	3	= Anforderungen Gruppensitzungen =
...	...	@@ -36,7 +36,7 @@
36	36	*** sind bereit, ihre Arbeit auf Fehler untersuchen zu lassen
37	37	**** Grundsätzliche Kritik bitte zunächst unmittelbar an eine Person, dann Gruppe, dann Tutor, dann Dozent
38	38	**** Es gibt in jeder Gruppe einen Konfliktbeauftragten (siehe [[Anforderungen Einzelleistungen>>doc:Main.Anforderungen Gruppen.WebHome||anchor="HAnforderungen:EinzelleistungenundEinzelaufgaben"]]) geben
39		-*** Diskriminierung wird in keinster Form geduldet! (siehe [[Spielregeln>>doc:Main.Anforderungen Gruppen.WebHome||anchor="HAnforderungen:SpielregelninnerhalbderGruppe"]]
	41	+*** Diskriminierung wird in keinster Form geduldet! (siehe [[Spielregeln>>doc:Main.Anforderungen Gruppen.WebHome||anchor="HAnforderungen:SpielregelninnerhalbderGruppe"]])
40	40	*** Konsequenzen bei Nichterfüllung von übertragenen Aufgaben festlegen?
41	41	** Jeder übernimmt Teile bei
42	42	*** Dokumentation und
...	...	@@ -95,10 +95,14 @@
95	95
96	96	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!
97	97
98		-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.
99	99
100	100	== Einzelaufgaben/Rollen (müssen vergeben sein) ==
101	101
	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	+
102	102	* **Scrum-Master:**
103	103	** Sorgt dafür, dass der Scrum-Prozess am Laufen bleibt
104	104	** 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"]].
...	...	@@ -123,12 +123,16 @@
123	123	** 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.
124	124	** 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.
125	125	** Aufwand: Hängt massiv von der Gruppe ab ... Kann sehr wenig, kann aber auch sehr komplex werden.
126		-* ** Git/Bitbucket:**
127		-** Der Inhaber kennt sich mit Git und Bitbucket aus.
	132	+* ** Git/Gitlab und Reviewbeauftragter:**
	133	+** Der Inhaber kennt sich mit Git und Gitlab aus.
128	128	** Er kann in nicht Standard-Fällen helfen (z.B. wenn ein Mergen zu Konflikten führt)
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.
	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.
130	130	** Im Laufe der Zeit sollte diese Rolle weniger wichtig werden, da alle den Workflow verinnerlicht haben.
131		-** 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.
132	132	* **Codequalitätsbeauftragter und Patternbeauftragter:**
133	133	** Überwachung von Codierungsstandards
134	134	** Kennt sich mit Refactorings aus
...	...	@@ -138,11 +138,6 @@
138	138	** Die Gruppe bei der Anwendung der Pattern unterstützen
139	139	** Den Code darauf hin untersuchen, ob an bestimmten Stellen Pattern besser gewesen wären
140	140	** 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
146	146	* **Testbeauftragter:**
147	147	** Der Testbeauftragte ist nicht dafür da, Tests zu schreiben!
148	148	** Die Person stellt ggf. Mockito und JUnit vor
...	...	@@ -150,18 +150,18 @@
150	150	** 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.
151	151	** Die Person sorgt dafür, dass Tests, die nicht automatisiert erstellt werden (z.B. Test von Oberflächen) dokumentiert werden.
152	152	** Aufwand: Mittel
153		-* **Dokumentations- und Backupbeauftragter, Confluence, LaTeX-Beauftragter:**
	158	+* **Dokumentations- und Backupbeauftragter, Wiki, LaTeX-Beauftragter:**
154	154	** Sorgt dafür, dass die passenden Dokumente erstellt, mitgepflegt und gesichert werden (kein Doku Sklave!)
155	155	** Erstellung/Anpassung von Vorlagen, Hilfe
156	156	** Musterdokumente, Standards, Ablagestrategie, Qualitätssicherung, Bereitstellungsstrategie
157	157	** Die Rolle achtet darauf, dass Dinge die fertig sind, auch bereits dann ausreichend dokumentiert werden.
158	158	** 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
	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--
165	165	* **GUI-Beauftragter:**
166	166	** Da i.d.R. noch nicht viel Erfahrung im Bereich der Entwicklung von Oberflächen besteht, soll sich diese Rolle intensiv mit JavaFX auseinandersetzen
167	167	** Die Rolle soll Wissen grundsätzlich zu JavaFX aufbauen und als Ansprechpartner bei Fragen und Problemen dienen.
...	...	@@ -210,7 +210,7 @@
210	210	* Protokollführung
211	211	** Erstellung eines Protokolls der Gruppensitzung
212	212	** Hier reicht i.d.R. ein Ergebnisprotokoll
213		-** Protokolle müssen im Confluence abgelegt sein
	218	+** Protokolle müssen im Wiki abgelegt sein
214	214	* Zu Beginn jeder Gruppensitzung („Daily Scrum“):
215	215	** findet ein kurzes „Briefing“ („Blitzlicht“) statt, in der jede/r berichtet, was sie/er in der letzten Woche für das Projekt getan hat.
216	216	* Am Ende jeder Sitzung neue Aufgabenverteilung