В своей новой книге “Succeeding with Agile” Майк Кон говорит о разных аспектах создания хорошего Бэклога Продукта (Product Backlog).

В частности, он считает, что Бэклог Продукта должен быть “глубоким” по содержанию, а не по длине. Майк использует акроним DEEP, который объединяет все признаки хорошего Бэклога.

Он пишет, что каждый элемент Бэклога должен быть:

• Detailed Appropriately (соответствующе детализирован). Истории пользователя cверху Бэклога должны быть достаточно хорошо прописаны, чтобы их можно было закончить в ближайшем спринте. Истории, которые не будут делаться в ближайшие пару спринтов, не нуждаются в большом количестве деталей.
• Estimated (иметь оценку). Бэклог Продукта –  это больше, чем список пожеланий; это еще и мощный инструмент планирования. Учитывая, что чем ниже элемент Бэклога, тем менее он пока продуман, оценки могут быть менее точными, чем у элементов сверху.
• Emergent (изменяющийся). Бэклог Продукта не статичен. Он изменяется с течением времени. По мере того, как мы больше узнаем о продукте, истории в Бэклог Продукта добавляются, удаляются, или изменяются их приоритеты.
• Prioritized (приоритезирован). Бэклог должен быть отсортирован так, чтобы наверху находились наиболее ценные элементы, а менее ценные были внизу. Всегда работая в соответствии с приоритетами, команда может максимизировать ценность системы или продукта, который они разрабатывают.