Przewodnik po Scrumie | 40. Pielęgnacja Backlogu Produktu

Opublikowany: 2022-07-21

Pielęgnowanie Backlogu Produktu jest jednym z podstawowych zadań Właściciela Produktu. Proces pielęgnowania obejmuje formułowanie, uszczegóławianie i dodawanie nowych historii użytkownika do Backlogu produktu. Jednak najważniejszym z zadań pielęgnacyjnych jest dbanie o to, aby wpisy umieszczane w Backlogu były we właściwej kolejności, czyli miały priorytet.

Pielęgnacja Backlogu Produktu – spis treści:

  1. Wstęp
  2. Cel pielęgnowania Backlogu Produktu
  3. Błędy w utrzymaniu Rejestru Produktu
  4. Utrzymanie zaległości a metryki stosowane w Scrum
  5. Streszczenie

Wstęp

Backlog Produktu jest jednym z Artefaktów Scruma. Zawiera uporządkowaną listę prac potrzebnych do stworzenia Produktu. Innymi słowy, jest to lista Historyjek użytkownika niezbędnych do osiągnięcia Celu Produktu. Szczegółowy opis historii użytkowników znajdziesz w tym artykule. A oto szczegóły dotyczące cech i sposobu prowadzenia Backlogu Produktu.

Pielęgnowanie Backlogu Produktu występuje również pod następującymi nazwami:

  • Priorytetyzacja zaległości,
  • Udoskonalenie zaległości,
  • Skalowanie zaległości.

Cel pielęgnowania Backlogu Produktu

Właściciel Produktu zarządza Backlogiem Produktu. Kluczowe umiejętności obejmują ustalanie priorytetów zadań w miarę zbliżania się ich terminu. Dzieje się tak dlatego, że celem pielęgnowania Backlogu Produktu jest upewnienie się, że funkcjonalności Produktu mają najwyższą wartość biznesową, czyli te najistotniejsze z punktu widzenia Klienta, znajdują się na szczycie listy rzeczy do zrobienia. A ich opis jest jasny i szczegółowy, aby ich wdrożenie mogło rozpocząć się już w następnym Sprincie.

Backlog Produktu może być aktualizowany codziennie w razie potrzeby. Właściciel Produktu może dodawać nowe Historie Użytkownika do Backlogu Produktu po rozmowie z Interesariuszami i Zespołem Deweloperskim lub poprzez wyciągnięcie wniosków i przeformułowanie Historii Użytkownika już zapisanego w Backlogu Produktu.

Obowiązkowa aktualizacja Backlogu jest jednym z zadań wykonywanych podczas Przeglądu Sprintu. Szczegółowo opisaliśmy ten proces w tym artykule. Zwykle podczas tego spotkania Zespół Scrumowy omawia nie tylko zadania do wykonania w kolejnym Sprincie. Wstępnie określa również User Stories i ich implementację w kolejnych dwóch lub trzech sprintach. Taki sposób działania pozwala Zespołowi Scrumowemu i jego działaniom na szersze spojrzenie na długofalowy kierunek. Pozwala myśleć o aktualnie realizowanych zadaniach z perspektywy ich rozwoju w kolejnych Sprintach.

product backlog nurturing

Błędy w utrzymaniu Rejestru Produktu

Jednym z najczęstszych problemów związanych z pielęgnowaniem Backlogu Produktu jest umożliwienie mu niekontrolowanego rozwoju. Dzieje się tak, ponieważ podczas pracy nad Produktem spontanicznie pojawiają się różne dodatkowe funkcjonalności i zadania proponowane zarówno przez Interesariuszy, jak i członków Zespołu Scrumowego. Dlatego ograniczenie wzrostu zakresu Backlogu Produktu (scope creep) jest jednym z najważniejszych zadań wykonywanych przez Product Ownera. Najczęstsze błędy popełniane przez właścicieli produktów:

  1. Odejście od Celu Produktowego – dodawanie zbyt wielu pomysłów do Backlogu Produktu poza podstawowy Cel Produktowy nie jest dobrą praktyką, ponieważ znacznie zmniejsza jego czytelność. Lepiej jest zebrać pomysły na dodatkowe funkcjonalności w osobnym dokumencie.
  2. Powielanie treści – wprowadzanie powtarzających się lub bardzo podobnych pomysłów od różnych Interesariuszy do Backlogu – przed dodaniem kolejnego wpisu do Backlogu Właściciel Produktu powinien upewnić się, że nowy wpis nie powiela żadnego z istniejących.
  3. Brak szerszej perspektywy – należy uporządkować wpisy do Backlogu Produktu według ich wartości dotyczącej Celu Produktu. Należy jednak pamiętać, że priorytetyzacja powinna uwzględniać kilka kolejnych Sprintów, tak aby zadania wykonywane w danym Sprincie były płynnie powiązane zarówno z poprzednim Sprintem, jak i Sprintem następującym bezpośrednio po nim.

Tego rodzaju błędów nie da się uniknąć. Świadomość ich występowania może jednak sprawić, że Właściciel Produktu będzie ostrożniejszy w dodawaniu nowych Historyjek Użytkownika do Backlogu Produktu, aby wypracować odpowiednią równowagę. Dzieje się tak dlatego, że błędem jest również zbyt duże cięcie Backlogu i eliminowanie wpisów zawierających podobne zadania, które się różnią. Na przykład opisanie podobnych funkcjonalności Produktu, które różnią się znacznie w aplikacji.

Utrzymanie zaległości a metryki stosowane w Scrum

Backlog Produktu zawiera opis pozostałych prac w całym projekcie. Jednak tylko aktualny i regularnie pielęgnowany Backlog może dokładnie oszacować stosunek ilości wykonanej pracy do całości. Aby zobrazować ilość wykonanej pracy, powinieneś zastosować wykres spalania, o którym pisaliśmy w tym artykule.

Inną popularną miarą opisującą pracę Zespołu Scrumowego jest Velocity. Możesz to zmierzyć, porównując liczbę wpisów Backlogu Produktu przekonwertowanych na Przyrost podczas jednego Sprintu. Szczegółowo opisaliśmy Velocity w tym artykule.

Product Backlog nurturing

Streszczenie

Właściciel Produktu zajmuje się pielęgnowaniem Backlogu Produktu. Gdy Backlog Produktu jest dobrze utrzymywany, Zespół Scrumowy ma jasny obraz pracy, która pozostała do wykonania. Może również uzyskać szerszą, wybiegającą w przyszłość perspektywę tego, jak wygląda ścieżka do celu produktu. Dlatego Właściciel Produktu musi upewnić się, że Historie użytkowników zawarte w Backlogu Produktu są zgodne z priorytetem do ukończenia. A także, że zadania do wykonania w nadchodzących Sprintach są opisane w najdrobniejszych szczegółach.

Jeśli podobają Ci się nasze treści, dołącz do naszej pracowitej społeczności pszczół na Facebooku, Twitterze, LinkedIn, Instagramie, YouTube, Pintereście.

Scrum Guide | 40. Product Backlog nurturing caroline becker avatar 1background

Autor: Caroline Becker

Jako Project Manager Caroline jest ekspertem w znajdowaniu nowych metod projektowania najlepszych przepływów pracy i optymalizacji procesów. Jej zdolności organizacyjne i umiejętność pracy pod presją czasu sprawiają, że jest najlepszą osobą do realizacji skomplikowanych projektów.

Zobacz wszystkie posty

Przewodnik po Scrumie:

  1. Słowniczek podstawowych pojęć, ról i pojęć
  2. Co to jest Scrum?
  3. Wartości Scrum
  4. Jak wdrożyć Scrum w swojej firmie?
  5. Zespół Scrumowy - co to jest i jak działa?
  6. Kim jest Product Owner?
  7. Najczęstsze błędy Product Ownera
  8. Kim jest Scrum Master?
  9. Charakterystyka dobrego Scrum Mastera
  10. Najczęstsze błędy Scrum Mastera
  11. Jakie statystyki i metryki powinien śledzić Scrum Master?
  12. Współpraca Product Ownera ze Scrum Masterem
  13. Zespół Deweloperski w Scrum
  14. Najczęstsze błędy programistów
  15. Artefakty Scrum
  16. Skalowanie Scrum
  17. Backlog Sprintu
  18. Czym jest Backlog Produktu?
  19. Czym są historie użytkowników?
  20. Tworzenie najlepszej historii użytkownika z INVEST
  21. Najczęstsze błędy User Story
  22. Kryteria akceptacji historii użytkownika
  23. Szacowanie i punkty fabularne w Scrumie
  24. Poker Planowania
  25. Drużynowa gra szacowania
  26. Definiowanie przyrostu
  27. Wydarzenia scrumowe
  28. Czym jest Sprint w Scrumie?
  29. Zobowiązania zespołu Scrum – cel produktu, cel sprintu i definicja ukończenia
  30. Co to jest wykres spalania?
  31. Jak stworzyć i zinterpretować wykres spalania?
  32. Zalety i wady wykresu spalania
  33. Tablice Kanban w Scrum i Scrumban
  34. Velocity in Scrum - Szybkość Zespołu Deweloperskiego
  35. Codzienny Scrum
  36. Planowanie sprintu
  37. Przegląd sprintu
  38. Czym jest retrospektywa sprintu?
  39. Typowe błędy podczas Retrospektywy Sprintu
  40. Pielęgnacja Backlogu Produktu