In het artikel Product backlog: DEEP beschrijft Nicole de Swart de essentie van de product backlog.

Een belangrijk instrument voor het op Agile ontwikkelen van software is de product backlog: “een lijst met alle features, functies, technologie, verbeteringen en bug-fixes die samen de veranderingen beschrijven die aan het product zullen worden gedaan in toekomstige releases”. De items op een product backlog worden bijna altijd beschreven in termen van user stories.

Mike Cohn gebruikt het acroniem ‘DEEP’ om de criteria aan te geven voor een goede product backlog:

1. Detailed appropriately: items op product backlog hebben het juiste detailniveau, waarbij geldt dat vroegtijdige specificatie van details gezien wordt als verspilling. Details moeten pas zo laat mogelijk worden toegevoegd, dat wil zeggen op het laatst verantwoordelijke moment (‘last responsible moment’)).

2. Estimated: voor elk item op de product backlog is de omvang ingeschat. Hierbij gaat het niet om de tijd die nodig is om een user story te implementeren, maar om een relatieve inschatting. Schattingen zijn nodig om de product backlog te kunnen gebruiken voor het inplannen van user stories in een zgn. sprint.

3. Emergent: de product backlog evolueert en is een dynamische overzicht omdat – door de product owner en het team – user stories, prioriteiten en schattingen voortdurend worden aangepast aan voortschrijdende inzichten.

4. Prioritized: de items op de product backlogstaan in volgorde van prioriteit (van hoog naar laag), waarbij de prioriteit zal afhangen van minimum marketable features, business value, risico's en afhankelijkheden.

Bron: Product backlog: DEEP, Nicole de Swart