Czym są backlogi produktu i backlogi sprintu?
Product Backlog Składa się z uporządkowanej listy prac, które należy wykonać w celu stworzenia, utrzymania i utrzymania produktu. Jest zarządzana przez Product Owner.
W tej konkretnej sytuacji Product Backlog jest dzielony na 3 oddzielne podczęści w „widoku tablicy” Asany (Backlog, +2Sprint, +1Sprint), aby pomóc Product Ownerowi zwizualizować ostateczną listę w pełni opisanych i uporządkowanych priorytetowo elementów pracy, które są gotowe do zaprezentowania programistom podczas planowania sprintu.
Backlog Sprintu zapewnia przegląd prac rozwojowych, które mają wykonać Deweloperzy w bieżącym sprincie. Jest zarządzany przez Deweloperów. Tylko programiści mogą „przeciągać” elementy pracy z rejestru produktu do rejestru sprintu i robią to TYLKO podczas każdego wydarzenia planowania sprintu.
Czego Product Owner powinien unikać?
- Dodawania elementów pracy z rejestru produktu do rejestru sprintu poza planowaniem sprintu
- Zmiany wymagań dotyczących elementów pracy, które znajdują się już w bieżącym Sprint Backlogu
- Zmiana priorytetu elementów pracy, które znajdują się już w bieżącym Sprint Backlogu
Dlaczego to jest problem?
Planowanie Sprintu to coś więcej niż dodawanie elementów pracy do Backlogu Sprintu. To proces, w którym programiści określają, co będzie Cel Sprintu i biorą odpowiedzialność za jego osiągnięcie. Jeśli ktoś przekracza zakres lub opis elementów pracy z już istniejącego planned sprint, w którym ktoś poważnie szkodzi całemu procesowi rozwoju. W rezultacie programiści marnują czas z powodu przełączania kontekstu i nie są w stanie dostarczyć przyrostu produktu o najwyższej jakości.
Hints from Scrum Master
- zawsze gotowy do planowania sprintów i szanujący decyzje zespołu programistów
- jasno określ swój Cel Produktu i pomóż programistom zdefiniować Cel kolejnego Sprintu
- describe work items fully and clearly
