Scrum im Sopra: Unterschied zwischen den Versionen
Aus Das Sopra Wiki
_Entwurf |
Keine Bearbeitungszusammenfassung |
||
| Zeile 30: | Zeile 30: | ||
Es ist auch möglich, dass Aufgaben nicht zu gleichen Teilen allen verantwortlichen Gruppenmitgliedern zugeschrieben werden soll. In diesem Fall sollten zwei Tickets mit entsprechenden Estimates und Beschreibungen angelegt werden (zum Beispiel könnte ein Gruppenmitglied eine größere Programmieraufgabe mit geschätzten acht Studen wählen, ist sich aber nicht sicher das Prinzip von [https://gameprogrammingpatterns.com/component.html Komposition], dass für die Aufgabe notwendig erscheint, verstanden zu haben. Ein anders Gruppenmitglied möchte gerne helfen und würde schätzen, dass Komposition anhand des Beispiels in zwei Stunden erklärbar sein sollte. Es werden also zwei Tickets angelegt, eines für die Programmieraufgabe mit einer Schätzung von acht Stunden mit dem ersten Gruppenmitglied als einzige verantwortliches Gruppenmitglied; und ein weiteres Ticket für die Unterstützung mit dem zweiten Gruppenmitglied und einem Estimate von zwei Stunden.) | Es ist auch möglich, dass Aufgaben nicht zu gleichen Teilen allen verantwortlichen Gruppenmitgliedern zugeschrieben werden soll. In diesem Fall sollten zwei Tickets mit entsprechenden Estimates und Beschreibungen angelegt werden (zum Beispiel könnte ein Gruppenmitglied eine größere Programmieraufgabe mit geschätzten acht Studen wählen, ist sich aber nicht sicher das Prinzip von [https://gameprogrammingpatterns.com/component.html Komposition], dass für die Aufgabe notwendig erscheint, verstanden zu haben. Ein anders Gruppenmitglied möchte gerne helfen und würde schätzen, dass Komposition anhand des Beispiels in zwei Stunden erklärbar sein sollte. Es werden also zwei Tickets angelegt, eines für die Programmieraufgabe mit einer Schätzung von acht Stunden mit dem ersten Gruppenmitglied als einzige verantwortliches Gruppenmitglied; und ein weiteres Ticket für die Unterstützung mit dem zweiten Gruppenmitglied und einem Estimate von zwei Stunden.) | ||
=== Tickets während eines Sprints hinzufügern === | |||
Es kann vorkommen, dass plötzlich Fehler auftauchen, die beim Sprint Planning nicht bekannt waren, und dringend, am Besten jetzt gefixt werden müssen (da sie Arbeit an einem andere Item blockieren). Um dies sinnvoll veralten zu können, sollte das Gruppenmitglied das den Fehler gefunden hat ein Ticket mit einer sinvollen Fehlerbeschreibung anlegen (normalerweise ''was'' ist der Fehler und eine ordentliche Beschreibung ''wie'' man den Fehler verursacht nachdem man das Programm gestartet hat), <code>bug</code> Label setzen, und dem Sprint zuweisen. | |||
Ein für die Funktion zuständiges Gruppenmitglied kann sich dann dem Item zuweisen, eine Zeitschätzung eintragen (ebenfalls mit einer kurzen Begründung, damit der Tutor die Zeitschätzung im Sprint Review nachvollziehen kann) und das Ticket bearbeiten. Die Zeitschätzung zählt dann für die, für die Zulassungskriterien notwendige geschätzte Arbeitszeit. | |||
Bugs die nicht im selben Sprint gefixt werden müssen können (und sollten) ebenfalls, aber als Items im Product Backlog, dukumentiert werden. | |||
== Abweichungen vom Scrum Modell im Sopra == | == Abweichungen vom Scrum Modell im Sopra == | ||
