Przewodnik po Scrumie | 18. Czym jest Backlog Produktu?

Backlog Produktu to jedyne źródło zadań wykonywanych przez Zespół Scrumowy. Jest to lista planowanych funkcjonalności i ulepszeń Produktu. Jego kształt jest zmienny i nie wszystkie zadania zawarte w Backlogu Produktu zostaną zrealizowane. Ewoluuje podczas dyskusji z Interesariuszami. Jest również stale ulepszany. Oznacza to, że im bliżej terminu, tym zadanie staje się bardziej szczegółowe.

Czym jest Backlog Produktu? – spis treści:

1. Wstęp
2. Co zawiera Backlog Produktu?
3. Kształt Backlogu Produktu
4. Poprawa Backlogu Produktu
5. Streszczenie

Wstęp

Backlog Produktu to największy z Artefaktów Scruma. Odzwierciedla stan prac nad Produktem dotyczący Celu Produktu. Z drugiej strony, po zakończeniu pracy nad Produktem, jego Backlog staje się kompletną listą zadań wykonanych przez Zespół Scrumowy w celu stworzenia Produktu. Nie zawiera jednak szczegółowych rozwiązań technicznych.

Co zawiera Backlog Produktu?

Backlog Produktu jest tworzony podczas spotkań Product Ownera z Interesariuszami. Właściciel Produktu jest jedynym właścicielem i osobą odpowiedzialną za to źródło zadań.

Język biznesowy charakteryzuje wpisy w Backlogu Produktu. Innymi słowy, opisują wartość Produktu z punktu widzenia Interesariuszy.

Opisy zadań zawarte na liście zadań wymagają spójności i jasności. Zawierają funkcje i usprawnienia Produktu prezentowane zazwyczaj w formie User Stories, którym poświęcamy osobny wpis. W tym miejscu nadmienimy tylko, że są to opisy częściowych funkcjonalności produktu odpowiadające na pytania dotyczące następujących zagadnień:

• Zakres modyfikacji Produktu
• Cel modyfikacji Produktu
• Typ użytkownika, dla którego pojawia się ta modyfikacja

Kształt Backlogu Produktu

Kolejność zadań zawartych w Backlogu Produktu zmienia się wraz z rozwojem Produktu. Pracując nad nim, Zespół Scrumowy kształtuje i ulepsza jego funkcjonalności. W przypadku napotkania przeszkód, realizowane przez nią działania pozwalają wszystkim pomyśleć i zdefiniować przyszłe adekwatne rozwiązania, które również będą się zmieniać odpowiednio do nieprzewidzianej kolejnej przeszkody. Nie ma więc jasnej i określonej kolejności działań, wszystko jest zmienne. Doskonalenie Backlogu Produktu ma na celu jego ciągłą aktualizację i przygotowanie do kolejnych zadań. Z tego powodu jest ciągły.

Zadania z odległym terminem to zazwyczaj duże, ogólne całości. Ich opis nie zawiera szczegółów, a jedynie zarys funkcjonalności, które należy zrealizować. Możliwe jest również znalezienie wśród nich zadań, które nigdy się nie kończą.

Wpisy w Backlogu Produktu mogą przedstawiać alternatywne rozwiązania. A także pomysły Klienta, które mogą stać się przestarzałe, nieopłacalne lub z innego powodu nigdy nie wejdą w fazę realizacji. Dlatego Backlog Produktu bywa żartobliwie nazywany „Listą życzeń Klienta”.

Kolejnym powodem zmian w kształcie Product Backlogu jest redefiniowanie rozwiązań. Czasami okazuje się, że pewien problem został już rozwiązany podczas tworzenia kolejnej funkcjonalności produktu. Lub oczekiwana funkcjonalność stała się zbędna z powodu zmian w innych rozwiązaniach.

Jedną z podstawowych czynności podczas doskonalenia Backlogu Produktu jest podzielenie zadań zawartych w Backlogu Produktu na części. Dzięki temu ogólny zarys funkcjonalności przedstawiony jest w postaci mniejszych, bardziej szczegółowych i precyzyjnie zdefiniowanych jednostek.

Zadania przeznaczone do bliższej realizacji stają się bardziej szczegółowe. Stają się również mniejsze, zawierają szczegóły rozwiązań. Szczegóły pojawiają się podczas opracowywania produktu. A dzięki znajomości aktualnego stanu Produktu i aktualnych oczekiwań Interesariuszy, Właściciel Produktu uzupełnia nadchodzące zadania o ich opis, kolejność i wielkość. Następnie wybiera najlepiej opisane zadania do następnego Backlogu Sprintu.

Poprawa Backlogu Produktu

Podczas pracy nad Produktem Właściciel Produktu modyfikuje i uszczegóławia Backlog Produktu we współpracy z Zespołem Deweloperskim. Zgodnie z sugestiami Właściciela Produktu, podczas Planowania Sprintu zespół wybiera funkcje do wdrożenia z Backlogu Produktu. Następnie są przenoszone do Backlogu Sprintu i dzielone na zadania do wykonania. Zadania przeniesione do Backlogu Sprintu opisane są językiem technicznym, który jest najbardziej przydatny dla Developerów.

Wielkość zadania jest ważnym miernikiem z punktu widzenia Zespołu Deweloperskiego. Jego właściwa estymacja staje się szczególnie istotna przy wyborze User Stories z Backlogu Produktu do Backlogu Sprintu.

Zespół Deweloperski z czasem uczy się, jak prawidłowo szacować czas i wysiłek wymagany do ukończenia określonej Historii Użytkownika. Jest to wyrażone w dniach, roboczogodzinach lub punktach historii i zapewnia oszacowanie wartości zwanej prędkością zespołu.

Streszczenie

Backlog Produktu to stale ulepszana lista zadań prowadzących do Celu Produktu. Treść Backlogu Produktu jest zazwyczaj wyrażona w formie User Stories. A im krótszy czas pozostały do ​​wykonania zadania, tym:

• Opis stanowiska jest bardziej szczegółowy
• Zakres zadania jest mniejszy
• Zakres zadania jest lepiej zdefiniowany

Zespół Scrumowy zajmuje się zadaniami. Właściciel Produktu zarządza i modyfikuje Backlog Produktu.

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.

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