Planowanie następnej iteracji

Co należy wziąć pod uwagę podczas planowania następnej iteracji, bazując na stworzonym przez nas backlogu?

Po utworzeniu product backlogu, zespół deweloperski planuje, nad którymi historyjkami będzie pracować w następnej iteracji. Proces ten jest ciągły, co oznacza, że po zakończeniu aktualnej iteracji zespół planuje następną iterację, a ten proces planowania trwa aż do całkowitego wyprodukowania końcowego produktu.

W większości iteracyjnych środowisk Agile mamy podobny proces planowania do tego, który występuje w Scrumie. Przyjrzyjmy się temu procesowi planowania w iteracyjnych środowiskach Agile nieco bardziej szczegółowo.

Załóżmy, że to jest backlog stworzony przez właściciela produktu przy pomocy zespołu o różnorodnych umiejętnościach. Wszystkie te wymagania są przedstawione w formie historii, więc zamiast „wymagania” użyjemy terminu „historia” dla każdego wiersza.

Czas trwania każdej iteracji ustalony jest na dwa tygodnie. Zespół o różnorodnych umiejętnościach zaplanuje, nad którymi historiami będzie pracować w nadchodzącej dwutygodniowej iteracji. Na backlogu zespół może łatwo zobaczyć, które historie mają wyższy priorytet niż inne, więc będą wybierać te historie, zaczynając od najwyżej ocenionej w backlogu.

Ale jak zespół zdecyduje, ile historyjki powinien wybrać? Czy powinien wybrać pierwsze trzy historie, cztery, czy pięć? Aby określić, ile historii powinien wybrać z backlogu, musi wiedzieć, jak długo trwa realizacja każdej historii. Dlatego zespół musi najpierw poznać czas trwania każdej historii.

Określenie czasu trwania historii w niepewnych środowiskach jest niezwykle trudne. Na przykład, praca programistyczna może wymagać różnego czasu w zależności od programisty. Czasami nawet ten sam programista może ukończyć tę samą pracę w różnych terminach. Na przykład, jeśli zdecyduje się na użycie funkcji X, może to zająć godzinę, a jeśli wybierze funkcję Y, może to zająć powiedzmy dwie godziny.

Z tego powodu nie określamy czasów trwania historii. Jak zatem możemy ustalić, ile historii powinien wybrać zespół? Zamiast szacować czas trwania historii, szacujemy punkty historii. Na przykład, możemy oszacować punkty historii dla historii pierwszej na dwa, lub punkty historii dla historii piątej na jeden.

Oznacza to, że ukończenie historii pierwszej zajmie około dwa razy dłużej niż ukończenie historii piątej. Punkty historii są oszacowywane przez porównywanie historii ze sobą, biorąc pod uwagę złożoność, ryzyka i ilość pracy do wykonania. Innymi słowy, oszacowanie punktów historii odbywa się na skali względnej.

Na przykład, oszacowując punkty historii dla historii trzeciej, można porównać ją z innymi historiami. Ukończenie historii trzeciej może zająć trzy razy więcej czasu niż historia piąta, ponieważ historia trzecia jest bardziej złożona i może wiązać się z większymi ryzykami.

Proces określania punktów historii przez porównanie z innymi historiami nazywa się względnym rozmiarem. Należy także zauważyć, że określenie punktów historii nazywa się po prostu rozmiarem. Zespół Agile może korzystać z kilku różnych systemów skalowania, aby przypisać punkty historii.

Nie jest konieczne posiadanie głębokiej wiedzy na temat tych systemów; wystarczy mieć ogólne pojęcie na ich temat. Zespół może używać ciągu Fibonacciego podczas przypisywania punktów historii. W ciągu Fibonacciego każda liczba jest sumą dwóch poprzednich liczb, co skutkuje serią: 1, 2, 3, 5, 8 i tak dalej.

Zespół może również korzystać z systemu T-shirt sizing, przypisując punkty historii w formie mały, średni, duży itp., zamiast korzystać z ciągu Fibonacciego. Istnieją także inne dostępne systemy skalowania, z których zespół może korzystać. Wszystkie te liczby są przypisywane poprzez względne porównanie historii ze sobą, uwzględniając złożoność, ryzyka i ilość pracy do wykonania.