Definicja
Backlog produktu (ang. Product Backlog) to uporządkowana lista wszystkich elementów pracy potrzebnych do rozwoju produktu. Jest jedynym źródłem pracy dla zespołu Scrum.
Zawartość backlogu
| Typ elementu | Opis | Przykład |
|---|---|---|
| User Story | Funkcjonalność z perspektywy użytkownika | "Jako klient chcę filtrować produkty" |
| Bug | Błąd do naprawienia | "Formularz nie waliduje e-maila" |
| Tech debt | Dług techniczny | "Refactor modułu płatności" |
| Spike | Badanie/prototyp | "Zbadaj integrację z API banku" |
| Improvement | Usprawnienie istniejącej funkcji | "Przyspieszyć ładowanie dashboardu" |
Cechy dobrego backlogu (DEEP)
| Cecha | Opis |
|---|---|
| Detailed appropriately | Elementy na górze — szczegółowe, na dole — ogólne |
| Estimated | Każdy element ma oszacowany wysiłek (story points) |
| Emergent | Backlog żyje — ewoluuje z każdym sprintem |
| Prioritized | Najważniejsze na górze, mniej ważne na dole |
Dlaczego to ważne?
Backlog to serce Scruma: - zapewnia przejrzystość — każdy widzi, co jest planowane, - ułatwia priorytetyzację — najważniejsze rzeczy najpierw, - jest narzędziem negocjacji zakresu z interesariuszami, - pozwala na planowanie release'ów i roadmapy.
Kto zarządza backlogiem?
Product Owner jest jedynym właścicielem backlogu: - decyduje o priorytetach, - dodaje i usuwa elementy, - doprecyzowuje wymagania z zespołem (refinement), - reprezentuje głos interesariuszy.
Refinement (Grooming)
Regularne spotkanie (1-2h/tydzień), na którym zespół: - doprecyzowuje User Stories na nadchodzące sprinty, - estymuje wysiłek (Planning Poker), - identyfikuje zależności i ryzyka, - dzieli duże story na mniejsze.