Co to jest lista produktu w Scrumie? Kto ją obsługuje?

Lista produktu jest jedynym źródłem prawdy dla wszystkiego, co jest potrzebne w produkcie, oraz listą priorytetową zmian wymagań produktu. Właściciel produktu odpowiada za treść, dostępność i priorytetyzację elementów listy produktu.

Lista produktu to lista się rozwijająca. Pierwotna wersja zawiera tylko pierwsze i najbardziej znane wymagania (nie ma potrzeby ich głębokiego zrozumienia). Lista produktu ewoluuje wraz z zmianami produktu i środowiska rozwojowego. Jest dynamiczna i często się zmienia, aby określić, co jest niezbędne, aby produkt był realistyczny, konkurencyjny i użyteczny. Tak długo, jak produkt istnieje, lista produktu również istnieje.

Lista produktu zawiera wszystkie funkcje, przypadki użycia, historie użytkownika, ulepszenia i poprawki błędów zaplanowane na przyszłe wersje. Element listy produktu (PBI) zawiera opis, sekwencję i szacunkowy wysiłek.

Elementy listy produktu (PBIs) są zazwyczaj uporządkowane według wartości, ryzyka, priorytetu i konieczności. Są ustawione od najwyższego do najniższego priorytetu, przy czym każdy element ma unikalny porządek. Najwyższe elementy na liście produktu muszą zostać opracowane od razu. Im wyższy ranking, tym pilniejszy element, a tym bardziej należy dokładnie rozważyć jego wartość — Twoje zrozumienie wartości staje się bardziej spójne.

Lista produktu w Scrumie

Elementy o wyższym rankingu na liście produktu są bardziej jasne i szczegółowe niż te o niższym rankingu. Te elementy można szacować dokładniej na podstawie jasniejszej treści i bardziej szczegółowych informacji. Innymi słowy, im niższy priorytet elementu listy produktu, tym mniej szczegółowy staje się. Elementy listy produktu opracowane przez zespół w Sprint są szczegółowe i podzielone na mniejsze zadania, tak aby każdy element mógł zostać „zrealizowany” w ramach okna czasowego. Elementy listy produktu, które zespół rozwojowy może „zrealizować” w ramach sprintu, są uznawane za spełniające **definicję gotowości** i mogą być wybrane podczas Spotkania planowania sprintu.

Proces Scrum

W miarę wdrażania produktu, jego wartość jest realizowana, a opinie rynkowe rosną, lista produktu staje się większa i bardziej szczegółowa. Ponieważ wymagania nie przestają się zmieniać, lista produktu jest żywym artefaktem. Zmiany potrzeb biznesowych, warunków rynkowych i technologii mogą powodować zmiany w liście produktu.

Choć wiele zespołów Scrum może współdziałać nad rozwojem produktu, ale tylko jedna lista produktu opisuje kolejną pracę dla produktu. Następnie należy użyć atrybutów do kategoryzowania elementów listy produktu.

Poprzez Dostosowanie listy produktu, dodawane są szczegółowe informacje, szacunki i kolejność. Jest to ciągły proces, w którym Właściciel produktu i zespół rozwojowy współpracują, aby omówić szczegóły każdego elementu listy produktu. Elementy są przeglądane i modyfikowane w liście produktu. Jednak Właściciel produktu może aktualizować dowolny element listy produktu w dowolnym momencie i podejmować decyzje, gdy to konieczne.

Dostosowanie listy produktu to ciągła działalność — nie ograniczona czasowo — realizowana przez Właściciela produktu i zespół rozwojowy. Zespół rozwojowy zazwyczaj posiada ekspertyzę w dziedzinie, aby samodzielnie się poprawiać. Jednak kiedy i jak przeprowadza się dostosowanie, to decyzja zespołu Scrum.dostosowanie listy produktu zwykle zajmuje nie więcej niż 10% czasu rozwoju zespołu.

Spotkanie doskonalenia Backlogu Produktu

Zespół rozwojowy odpowiada za całą pracę związane z szacowaniem. Product Owner może wpływać na decyzje zespołu, pomagając im ocenić kompromisy. Jednak ostateczne szacowanie jest podejmowane przez tych, którzy wykonują pracę.

Monitorowanie postępów poprzez cele Sprintu

W dowolnym momencie pozostały wysiłek potrzebny do osiągnięcia Cel Sprintu może zostać odjęte od całkowitego wykonanego wysiłku. Product Owner musi śledzić całkowity pozostały wysiłek co najmniej po każdym Recenzja Sprintu. Product Owner porównuje tę kwotę z pozostałą pracą z poprzednich recenzji Sprintu, aby ocenić postępy w kierunku oczekiwanej pracy w odpowiednim czasie. Ta informacja jest przejrzysta dla wszystkich stakeholderów.

Scrum nie uwzględnia czasu poświęconego na elementy w Backlogu Produktu. Zajmujemy się tylko pozostałą pracą i zmienną daty.

Różne wykresy lub wykresy spadkowei inne praktyki planowania mogą być używane do prognozowania postępów. Okazały się one przydatne. Jednak nie zastępują one znaczenia myślenia empirycznego. W złożonych środowiskach nie wiadomo, co się stanie — jedynie to, co się już wydarzyło, może być wykorzystane do podejmowania decyzji zorientowanych na przyszłość.

Postępy Sprintu Scrum