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

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

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

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