Ablauf: Unterschied zwischen den Versionen
Aus Das Sopra Wiki
| Zeile 24: | Zeile 24: | ||
==== Wiederkehrende Aufgaben ==== | ==== Wiederkehrende Aufgaben ==== | ||
Während des | Während des Softwarepraktikums ''kann'' es sinnvoll sein, bestimmte organisatorische Aufgaben in jedem [[Sprint]] immer wieder neu zu verteilen. Dadurch kann sichergestellt werden, dass a) der Aufwand für diese Aufgaben auch honoriert wird und b) der Prozess reibungsloser abläuft. | ||
* Product Owner (ab Woche 2) | Folgende Aufgaben bieten sich an: | ||
* Product Owner (z.B. ab Woche 2) | |||
** Pflegen und Anpassen von Requirements und User Stories im Product Backlog. | ** Pflegen und Anpassen von Requirements und User Stories im Product Backlog. | ||
** Verfeinern von Requirements zu User Stories. | ** Verfeinern von Requirements zu User Stories. | ||
** Requirements nach Entwicklungsreife ordnen. | ** Requirements nach Entwicklungsreife ordnen. | ||
** Gruppentreffen vorbereiten (was ist fertig, wie war die Aufwandsabschätzung). | ** Gruppentreffen vorbereiten (was ist fertig, wie war die Aufwandsabschätzung). | ||
* Architektur (ab Woche 3) | * Architektur (z.B. ab Woche 3) | ||
** Schnittstellen definieren | ** Schnittstellen definieren. | ||
** Architekturbeschreibungen pflegen | ** Architekturbeschreibungen pflegen. | ||
** Einhaltung der Architektur sicherstellen | ** Einhaltung der Architektur sicherstellen. | ||
* Qualitätssicherung (ab Woche 6) | * Coaching (z.B. ab Woche 3) | ||
** Code Reviews vorbereiten und durchführen. | |||
* Qualitätssicherung (z.B. ab Woche 6) | |||
** Code auf Clean-Code Richtlinien prüfen. | ** Code auf Clean-Code Richtlinien prüfen. | ||
** ReSharper-Konformität im ganzen Projekt überprüfen und ggf. herstellen. | |||
** ReSharper Konformität herstellen | |||
==== Aufgabe schwieriger als gedacht ==== | ==== Aufgabe schwieriger als gedacht ==== | ||
Natürlich kann es vorkommen, dass man | Natürlich kann es vorkommen, dass man eine Aufgabe als zu leicht einschätzt und sich während der Bearbeitung abzeichnet, dass man die Aufgabe innerhalb des aktuellen [[Sprint]]s nicht erledigen kann. Daher ist es zum einen wichtig, bei den eigenen Aufgaben auf die Abhängigkeiten zu den Aufgaben anderer Teammitglieder zu achten und sich entsprechend abzusprechen (speziell sollte man vermeiden, erst kurz vorm Ende des [[Sprint]]s mit Aufgaben zu beginnen, die andere für die Erledigung ihrer Aufgaben brauchen). Zum anderen '''muss''' man seine Teammitglieder und den Tutor über die Gruppenliste rechtzeitig (sobald man merkt, dass die Zeit für eine Aufgabe nicht reicht) informieren, dass eine Aufgabe nicht mehr innerhalb des aktuellen [[Sprint]]s erledigt werden kann. | ||
Ohne diese Mitteilung zählt die jeweilige Aufgabe als nicht abgeschlossen und führt zu Punkteverlust bei den wöchentlich erreichbaren Punkten der Eigenleistung (siehe [[Formalien#Benotung|Benotung]]). | Ohne diese Mitteilung zählt die jeweilige Aufgabe als nicht abgeschlossen und führt zu Punkteverlust bei den wöchentlich erreichbaren Punkten der Eigenleistung (siehe [[Formalien#Benotung|Benotung]]). | ||
