Agile4AIБлог

Backlog — это не список задач

Список задач — это перечень дел, которые нужно выполнить. Backlog — это приоритизированное пространство открытий: упорядоченное по ценности, непрерывно уточняемое и всегда неполное по замыслу. Эта разница определяет то, как вы с ним работаете.

У списка задач два состояния: сделано и не сделано. Цель — опустошить его. Прогресс означает, что задачи вычёркиваются. Список — это перечень обязательств, и завершить его — само определение успеха.

Backlog отличается во всех измерениях. Он никогда не пуст — это означало бы, что в продукте больше нечего улучшать или добавлять, что редко верно для чего-либо, что стоит создавать. Он упорядочен не по последовательности, а по ценности, которая может измениться в любой момент: самое важное — сверху, менее важное — ниже. Это не перечень обязательств, а карта возможностей, которая непрерывно пересматривается по мере того, как команда узнаёт больше о том, что нужно продукту и чего на самом деле хотят пользователи. А поддерживается он тем, что вы постоянно заново спрашиваете, что важнее всего для людей, которые ждут эту работу.

Что такое Backlog Refinement на самом деле

«Backlog Refinement» — одна из трёх составляющих Backlog Management: Backlog Inception, Backlog Workshop и Backlog Refinement. Это практика регулярного пересмотра, упорядочивания, уточнения и сокращения элементов Backlog. Звучит как обслуживание. На самом деле это одно из интеллектуально самых требовательных занятий в Agile: непрерывный разговор между тем, что вы знаете, тем, что вы узнали, и тем, над чем вам следует — и не следует — работать дальше.

Хорошо уточнённый Backlog отражает текущее понимание ценности. Верхние элементы (главный предмет Backlog Refinement) хорошо определены и готовы к работе. Средние элементы (предмет Backlog Workshop) имеют достаточно формы, чтобы их оценить и обсудить, но недостаточно, чтобы над ними начинать работать. Нижние элементы (предмет Backlog Inception) могут быть сырыми идеями — заметками о том, что стоит запомнить, но что ещё не стоит определять в деталях, и уж точно не тем, к выполнению чего стоит себя обязывать, тем более к сроку. А то, что полгода назад или даже вчера имело смысл как высокоприоритетное срочное вмешательство, могло опуститься ниже или выпасть совсем, пока продукт и его пользователи менялись.

Управлять Backlog как списком задач — значит считать все элементы одинаково обязательными, упорядочивать их по времени добавления, а не по ценности, и измерять прогресс числом вычеркнутых пунктов. Предсказуемый результат: команды выполняют много работы, которая не продвигает продукт, потому что список был организован вокруг завершения, а не вокруг ценности.

Неполнота — это и есть смысл

Backlog, который постоянно движется и никогда не опустошается, — это не провал продуктивности. Это здоровый продукт в сложной среде, порождающий больше идей и знаний, чем можно реализовать за один раз. Вопрос не в том, «когда мы закончим?», а в том, «что самое ценное мы могли бы сделать дальше?». Список задач доделывают. Здоровый Backlog дышит: он растёт и сокращается, пока продукт учится, и по замыслу никогда не бывает пустым.

Связанные материалы

Комментарии 0

Сортировка
Проверка вашей сессииСтатья готова. Параметры комментирования появятся после завершения проверки сессии.