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.