Sprint Backlog w Scrumie: co to oznacza?

Sprint Backlog to zestaw elementów z Backlogu Produktu wybranych na aktualny Sprint, wraz z planem dostarczenia nowej wersji produktu w celu osiągnięcia Cel Sprintu. Sprint Backlog określa, jakie funkcje zespół rozwojowy oczekuje w kolejnej wersji produktu oraz pracę wymaganą do jej dostarczenia.

Sprint Backlog w Scrumie

Sprint Backlog określa pracę, jaką zespół rozwojowy musi wykonać, aby przekształcić elementy Backlogu Produktu w „gotową” wersję produktu. Ujawnia pracę wymaganą przez zespół rozwojowy w celu osiągnięcia Celu Sprintu.

Sprint Backlog

Sprint Backlog to wystarczająco szczegółowy plan, który można zrozumieć podczas Daily Scrum w celu śledzenia zmian postępu. Zespół rozwojowy będzie ciągle doskonalil Sprint Backlog przez cały Sprint, a ten stopniowo się zmienia w miarę postępu Sprintu – na przykład, gdy zespół działa zgodnie z planem i zdobywa głębsze zrozumienie pracy wymaganej do osiągnięcia Celu Sprintu.

Gdy pojawia się nowa praca, zespół rozwojowy musi dodać ją do Sprint Backlogu. Gdy zadania postępują lub są zakończone, szacunkowy pozostały wysiłek dla każdego zadania musi zostać zaktualizowany. Jeśli część planu traci swoją aktualność rozwojową, może zostać usunięta. Tylko zespół rozwojowy może modyfikować Sprint Backlog podczas Sprintu. Sprint Backlog jest bardzo widoczny i w czasie rzeczywistym odzwierciedla plan zespołu pracy wykonanej podczas aktualnego Sprintu – należy wyłącznie do zespołu rozwojowego.

Ponieważ elementy Backlogu Produktu są ustalone w cyklu Sprintu, następujące powody mogą prowadzić do zmian w Sprint Backlogu:

• W miarę upływu czasu zespół rozwojowy może lepiej zrozumieć wymagania i odkryć potrzebę dodania nowych zadań do Sprint Backlogu.
• Błędy są dodawane jako nowe zadania – są to niezakończone elementy z poprzednich Sprintów.

Za Product Ownermoże współpracować z Zespołem Scrum w celu pomocy zespołowi lepiej zrozumieć Cel Sprintu. Scrum Master i zespół mogą rozważyć drobne dostosowania, które nie wpływają na postęp Sprintu, ale mogą przynieść większą wartość biznesową dla klienta.

Monitorowanie postępu Sprintu

W dowolnym momencie podczas Sprintu można obliczyć całkowitą ilość pozostałej pracy na Sprint Backlogu. Zespół rozwojowy śledzi całą pozostałą pracę przynajmniej podczas Daily Scrum i przewiduje prawdopodobieństwo osiągnięcia Celu Sprintu. Śledząc inne zadania podczas Sprintu, zespół może skutecznie zarządzać swoim postępem.

ScrumScrum nie uwzględnia czasu poświęconego na Sprint Backlog. Zajmujemy się tylko pozostałą pracą i zmienną czasową.

Używanie wykresów spadkowych do monitorowania

Wykresy spadkowe Sprintu pokazują skumulowaną pozostałą pracę podczas Sprintu, odzwierciedlając trend zakończenia prac. Oś Y reprezentuje pozostałą pracę, a oś X reprezentuje dni robocze Sprintu.

Wykres spadku

Na początku Sprintu zespół Scrum identyfikuje i szacuje szczegółowe zadania wymagane do ukończenia. Wszystkie zadania, które muszą zostać ukończone, ale jeszcze nie zostały zakończone, uznawane są za pracę skumulowaną. Zespół aktualizuje pracę skumulowaną codziennie na podstawie postępów. Jeśli praca skumulowana osiągnie zero na końcu Sprintu, Sprint został pomyślnie ukończony.

Wykres spadku wypuszczenia

W projekcie Scrum zespół śledzi postęp ogólny wypuszczenia, aktualizując wykres spadku wypuszczenia na końcu każdego Sprintu. Wykres spadku wypuszczenia rejestruje trend całkowitej szacowanej pozostałej pracy w Backlogu Sprintu w ciągu określonego czasu. Oś X reprezentuje cykl Sprintu, a oś Y reprezentuje pozostałą pracę, zwykle mierzoną w historiach użytkownika, idealnych dniach osobowych lub dniach zespołu.