|
|
## Sprint Planung
|
|
|
|
|
|
- All 4 Wochen gibt es ein Sprint Planungstreffen
|
|
|
- Für jede Person im Team sollen idealerweise nur so viele Tasks geplant & angenommen werden, dass dies einem Arbeitskontigent von maximal drei Wochen entspricht. Wieviele Stunden dieser drei Wochen Zeitraum umfasst, kann von Person zu Person individuell sein. Das drei Wochen Volumen wird vorgeschlagen um mehr Sicherheit bei der Erreichung des Sprint Zieles zu haben. Dies ist besonders wichtig, da viele Personen im Team oft auch andere Verpflichtungen abseits diese Projektes haben und sich dies sonst oft nicht planen lässt.
|
|
|
- Die vierte Woche eines Sprintzyklus dient als Buffer und *Cool Down* Periode. Hier können noch offene Restarbeiten durchgeführt weren, Probleme besprochen und Spezifikationen für den nächsten Sprint gemacht werden. Aber es kann natürlich auch als Zeit für ein wenig Entspannung dienen. Zumindest innerhalb dieses Projektes.
|
|
|
- Am Dienstag am Ende der vierten Woche wird wieder der nächste Zyklus geplant, eine kurze Retrospektive gemacht.
|
|
|
|
|
|
## Tickets
|
|
|
|
|
|
- Tickets sollten im Idealfall keine Aufwände länger als 3 Tage benötigen (1 Tag = 6h)
|
|
|
- Ist ein Ticket aufwändiger, so empfiehlt es sich dieses in mehrere kleinere Tasks runterzubrechen
|
|
|
- Diese Sub Tasks werden der übersichthalber in einem Epic zusammengefasst und beschrieben. Neben der Verlinkung im Epic Text sollten alle Sub Tasks auch als "Linked Issues" verlinked werden.
|
|
|
- Epics zeichnen sich dadurch aus, dass der Titel des Tickets mit dem Präfix `[EPIC]` beginnt.
|
|
|
- Im Idealfall kann nur durch das Review von Ticketlisten eine Grobabschätzung der Gesamtaufwände (z.B. für ein Release) gemacht werden. |
|
|
\ No newline at end of file |