Jakie mogą być ryzyka tego, że Daily Scrum nie odbywa się codziennie?
Jakie mogą być ryzyka tego, że Daily Scrum nie odbywa się codziennie?
Witam.
Warto zacząć od głównych celów, dla których przeprowadzany jest Daily Scrum:
W tym kontekście przeprowadzanie tego spotkania codziennie jest jednym z fundamentów Scrum. Tylko w takim cyklu główne cele tego spotkania mogą być spełnione. Możemy wyobrazić sobie kilka potencjalnych ryzyk, które mogą być skutkiem przeprowadzania Daily Scrum rzadziej (np. co 3 dni).
Ryzyko |
Przykładowa sytuacja. |
Mniejsza przejrzystość postępu prac.
|
Sprint backlog 2-tygodniowej iteracji opiewa na 50 Story points. Jesteśmy po Daily scrum w 6. dniu sprintu, gdzie zamiast 30 SP, mamy zrealizowane 12 SP. Wiemy jednak, że dziś i jutro powinniśmy wg planu znacznie nadrobić zaległości. Ale kolejny Daily Scrum będzie dopiero 9. dnia sprintu i właśnie wtedy będziemy mogli powiedzieć Product Ownerowi, czy osiągniemy cele sprintu. Trochę późno, prawda? |
Mniejsze zaangażowanie członków zespołu. Tok myślenia jest następujący: skoro spotkania nie są codziennie, nie muszę się skupiać na pracy w tym projekcie, mogę zrobić inne rzeczy.
|
Mamy 2 kawałki kodu (A i B). Kawałek B jest zależny od kawałka A. Developer odpowiedzialny za kawałek A zajmie się dziś innymi sprawami, bo spotkanie Daily Scrum przecież dopiero za 3 dni. |
Zbyt późna identyfikacja problemu blokującego postęp prac.
|
Developerowi 1 wygasła licencja na wymagane oprogramowanie. Czeka więc bezczynnie przez 3 dni aż Scrum Master załatwi mu odnowioną licencję. |
Przedstawione powyżej sytuacje można oczywiście rozwiązać nie tylko przy pomocy Daily Scrum przeprowadzanych codziennie. Alternatywą są maile, telefony i inne sposoby doraźnej komunikacji.
Pamiętajmy jednak, że działamy w krótkich iteracjach, gdzie czasu na nadrobienie zaległości jest bardzo mało. To właśnie codzienny Daily Scrum jako narzędzie wspierające bieżącą komunikację i przejrzystość w projekcie jest najbardziej optymalnym sposobem rozwiązywania tego typu kwestii.
Pozdrawiam.
Marcin.