Download

3.3.1.2 SitzungenSprint PlanungDaily-Scrum MeetingBetreuer SitzungSprint ReviewAm Ende des vorherigen Sprints wird der jeweils nächsteSprint mit der Abschätzung der Tickets geplant.Am Anfang jedes Arbeitstages werden während 5 Minutendie vergangenen Arbeitspakete sowie die Ziele des Tagesbesprochen.Im Abstand von ein bis zwei Wochen sitzt dasEntwicklungsteam mit dem Betreuer zusammen um ihmden aktuellen Stand zu schildern und Fragen zu stellen.Am Ende eines jeden Sprints werden alle Tickets und derenAusführung von einem anderen Projektmitglied gereviewtund anschliessend im Redmine auf „Closed“ gesetzt (siehe„3.6.1 Review der Tickets“).Tabelle 18Sitzungstypen3.3.1.3 ArtefakteProduct BacklogSprint BacklogImpediment LogBurndown ChartsDas Product Backlog wir über eine Unbefristete Version„Backlog“ im Redmine realisiert, in welchem alleunangetasteten Userstories gelagert werden.Das Sprint Backlog wir ebenfalls über eine Version imRedmine realisiert. Im Unterschied zum Product Backlog istdie Version jedoch auf den Sprint befristet und wird mitdiesem geschlossen.Die Schwierigkeiten werden auf eine dafür eingerichtetenWiki-Seite im Redmine gelistet. Der Scrum-Masterüberprüft dieses in periodischen Abständen und regiertentsprechend.Die Burndown Charts werden im Wesentlichen über dasGantt-Diagramm im Redmine realisiert. In speziellen Fällenkönnen aber auch noch einzelne Diagramme erstelltwerden.Tabelle 19 Scrum Artefakten3.3.2 PrinzipienDie Studienarbeit soll sich an den nachfolgenden Philosophien orientieren.DRYDon´t Repeat Yourself – Das Prinzip des sich-nicht-wiederholens ist wichtig um den Codestets wartbar zu halten. (Hunt & Thomas, 1999) 33 Siehe auch [url2]: Don't repeat yourself, http://en.wikipedia.org/wiki/DRY (08.06.2012)Technischer Bericht - Projektmanagement EistCockpit 42/256