Бэклог

Бэклог (backlog) — упорядоченный список всего, что команда может сделать для продукта: функции, гипотезы, технический долг, баги. Ключевое слово — «упорядоченный». Неотсортированный список задач бэклогом не является: он не отвечает на единственный вопрос, ради которого существует, — что брать следующим.

Отсюда и главный критерий здоровья. Если, чтобы выбрать следующую задачу, команда каждый раз собирает совещание, — значит, бэклог не работает, и порядок в нём определяется не приоритетом, а тем, кто громче попросил.

Как устроен бэклог?

Практика устойчиво сходится к трём зонам с разной глубиной проработки:

• Верх — готово к работе. На один-два спринта. Задачи с понятным результатом, критериями приёмки и оценкой. Их можно брать не задавая вопросов.
• Середина — проработка. На квартал. Направление ясно, детали нет. Сюда уходит время аналитики и дизайна, пока разработка занята верхом.
• Низ — идеи. Всё остальное. Формулировка в одну строку, без оценок. Прорабатывать низ заранее — потраченное впустую время: до половины этих задач не будет сделано никогда.

Детализация растёт снизу вверх по мере приближения к работе. Попытка одинаково проработать весь бэклог — самый распространённый способ потратить месяц аналитика впустую.

Как расставлять приоритеты?

Фреймворков много, разница между ними меньше, чем принято считать. Все они заставляют сравнить ценность с затратами и сделать сравнение явным.

Ценность любого из них не в точности числа, а в том, что спор переходит с «мне кажется важным» на «у нас разные оценки охвата — давайте проверим».

Пример с числами

Команда сравнивает три задачи по RICE. Уверенность: 100% — есть данные, 80% — есть аналогия, 50% — гипотеза.

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

Где чаще всего ошибаются?

• Бэклог как свалка. Список без порядка не помогает выбрать и только увеличивает тревогу команды.
• Одинаковая проработка всего. Детализировать задачи, до которых дойдут через год, — выброшенное время.
• Приоритет по громкости. Наверх попадает то, о чём попросил самый настойчивый, а не то, что важнее для цели.
• Решение вместо проблемы. «Добавить фильтр по дате» вместо «пользователи не находят прошлые заказы» — формулировка сразу отрезает лучшие решения.
• Нет критериев приёмки наверху. Задача без критерия готовности возвращается в доработку по кругу.

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

• Jobs to be Done — как формулировать задачи от потребности, а не от решения.
• MVP — как отрезать от верха бэклога минимальную проверяемую версию.
• Метрики продукта — откуда берётся оценка влияния.
• Проверка гипотез — как повышать уверенность вместо угадывания.