Za Backlog Produktu to uporządkowana lista wszystkiego, co jest znane jako potrzebne w produkcie. Jest to jedyny źródło prawdy dla wszelkich zmian w produkcie. Właściciel Produktu jest odpowiedzialny za Backlog Produktu, w tym jego zawartość, widoczność i uporządkowanie.
Backlog Produktu nigdy nie jest ostateczny. Zmiany potrzeb biznesowych, warunków rynkowych lub technologii mogą prowadzić do zmian w Backlogu Produktu. Rozwija się wraz z rozwojem produktu i środowiska projektu. Wymagania nie przestają się zmieniać, dlatego Backlog Produktu pozostaje żywym artefaktem Scrum.
Wyższość priorytetów w Backlogu Produktu jest bardziej szczegółowa i zawiera więcej szczegółów — dzięki większej ilości dostępnych informacji — wraz z bardziej dokładnymi szacunkami. Niższe priorytety to wyższe poziomy, większe elementy z surowszymi szacunkami. Gdy zespół zdobywa więcej informacji o elementach o niższym priorytecie, są one dalej dzielone na mniejsze, łatwiejsze do zarządzania części. Zespół rozwojowy jest odpowiedzialny za szacowanie elementów w Backlogu Produktu.
Zrozumienie zarządzania Backlogiem Produktu
Backlog Produktu zawiera wszystkie funkcje, wymagania, ulepszenia i poprawki, które muszą zostać opracowane dla produktu. Elementy Backlogu Produktu mają takie cechy jak: Detalny (odpowiedni poziom szczegółowości), Eszacowany (w punktach historii), Priorityzowany i Ezmergowany (ciągle dodawany, usuwany i aktualizowany), aby odzwierciedlać odpowiednie i czasowe dostosowania do backlogu.
Roman Pichler, autor Zarządzanie produktem agilnie z wykorzystaniem Scrum
„Stwórz produkt, który podoba się klientom.” Używamy skrótu DEEP, aby opisać cechy dobrze zarządzanego Backlogu Produktu. Dlatego DEEP to skrót opisujący jakość Backlogu Produktu w Scrum, składający się z: Detalny, Eszacowany, Ezmergowany i PPriorytetowe.

Szczegółowe
Historie znajdujące się na szczycie listy produktu powinny zostać wykonane w kolejnymSprint, dlatego muszą być dokładnie sformułowane, aby zespół mógł je skutecznie obsłużyć. Zazwyczaj elementy znajdujące się na szczycie są mniejsze i bardziej szczegółowe, podczas gdy elementy położone niżej stają się większe i mniej szczegółowe, jak pokazano na poniższym rysunku:

Szacowane
Elementy na liście produktu są szacowane. Elementy znajdujące się na szczycie listy mają bardziej dokładne szacunki. Elementy o niższym priorytecie są szacowane na wyższym poziomie i mogą być ponownie szacowane, gdy zespół zdobędzie więcej informacji.

Ewolucyjne
Lista produktu nie jest statyczna — stale się rozwija. W miarę postępu projektu zdobywane są nowe informacje i wiedza, a historie użytkownika na liście produktu są dodawane, usuwane lub ponownie sortowane.

Priorytetowe
Na liście produktu elementy o wyższym priorytecie są bardziej wartościowe. Elementy o niższym priorytecie są umieszczane później. Zespół zawsze pracuje nad elementami o najwyższym priorytecie, aby zapewnić maksymalną wartość w produkcie lub systemie w trakcie rozwoju.

Podsumowanie
DEEP to przydatny koncept stosowany doDostosowania listy produktu procesu — ciągłej działalności polegającej na dodawaniu szczegółów, szacowania i sortowania elementów na liście produktu, aby utrzymać ją w dobrym stanie.
W trakcie dostosowania listy produktu elementy są przeglądarkowane i modyfikowane. Zespół Scrum decyduje, jak i kiedy przeprowadzane jest dostosowanie. Dostosowanie zwykle zajmuje nie więcej niż 10% pojemności zespołu rozwojowego. Jednak elementy listy produktu mogą być aktualizowane w dowolnym momencie przez właściciela produktu lub w zależności od potrzeb.