Бэклог задач: как эффективно управлять приоритетами

Введение

В Agile бэклог задач — это динамичный, постоянно обновляемый список всего, что команде ещё нужно сделать. Туда попадают новые функции, исправления багов, улучшения и любая другая работа, которая приближает продукт к его целям. Бэклог — единый источник истины для всех участников проекта. Приоритеты в нём видны каждому. За каждым пунктом — ценность, которую в итоге получит пользователь. Значит, от качества бэклога прямо зависит качество того, что вы поставляете.

Зачем он нужен?

Если бэклог задач не структурирован, проект незаметно копит плановый долг. Рано или поздно он оборачивается срывами поставки. Вот что даёт бэклог, за которым следят:

• Задаёт направление. Видно, куда движется проект и какие цели стоят перед командой.
• Держит фокус. Команда понимает, на чём сосредоточиться сейчас и чего ждать в следующих циклах.
• Повышает прозрачность. Каждый видит, что в работе, что готово, а что ждёт своей очереди. Без этого нормальная командная работа в разработке невозможна.
• Помогает адаптироваться. Структура бэклога позволяет быстро пересобрать приоритеты, как только появляется новая информация или меняется рынок. Это одно из главных операционных преимуществ Agile.
• Становится основой планирования. С него начинается планирование спринтов и итераций: он даёт исходные данные, и планёрка идёт по делу, без разведки боем.

Управление бэклогом

Управление бэклогом — постоянная работа. Один раз настроить и забыть тут не получится.

• Один владелец. За бэклог отвечает один человек — как правило, Продакт-оунер. Он держит в руках содержание, приоритеты и ясность формулировок. Когда ответственность размыта между несколькими людьми, появляются дубли и противоречия.
• Постоянное обновление. Бэклог не статичен. Его нужно регулярно обновлять: добавлять новое, убирать устаревшее, пересматривать приоритеты. Структурированные сессии рефайнмента превращают это в систему вместо реакции на пожар.
• Ясность. Каждый пункт формулируют просто и однозначно, так, чтобы вся команда понимала его без дополнительных пояснений.
• Детализация сверху вниз. Пункты в верхней части бэклога (с самым высоким приоритетом) расписывают подробно и готовят к разработке. То, что ниже, можно описывать в общих чертах — планы вполне могут поменяться, пока до них дойдёт очередь.

Приоритизация

Грамотная приоритизация задач показывает, что принесёт наибольшую ценность при текущих ограничениях. Важное «в отрыве от реальности» тут не в счёт.

• Ценность для бизнеса и пользователя. Главный критерий. Что принесёт больше всего пользы? Что закрывает самые болезненные проблемы пользователей? Что ближе всего к стратегическим целям компании?
• Срочность. Есть ли дедлайны или внешние обстоятельства, которые требуют немедленной реакции, — критические баги, требования регуляторов, рыночное окно с жёсткими сроками?
• Затраты на реализацию. Оценка усилий помогает сравнить, во что обойдётся каждый пункт. Иногда несколько небольших, но ценных задач дают в сумме больше, чем одна громоздкая. Для оценки чаще всего берут стори-поинты или T-shirt sizing.
• Риски. Рискованные задачи иногда имеет смысл поднять выше, чтобы вскрыть технические проблемы раньше, чем они ударят по зависимой работе.
• Зависимости. Бывает, что задачу с низким приоритетом приходится сделать раньше высокоприоритетной, и тогда зависимости между задачами должны быть на виду.

Устоявшиеся фреймворки приоритизации, которые помогают навести в этом порядок:

• MoSCoW (Must-have, Should-have, Could-have, Won't-have): сортирует требования по тому, насколько они необходимы к поставке.
• Value vs. Effort (Ценность против усилий): раскладывает задачи по осям ценности и затрат и сразу высвечивает, где много пользы при малых усилиях.
• Kano Model: смотрит на удовлетворённость клиентов и разделяет базовые ожидания, характеристики производительности и то, что вызывает восторг.
• WSJF (Weighted Shortest Job First): ставит вперёд задачи, которые дают наибольшую экономическую отдачу за наименьшее время, — привычный подход в средах SAFe.

Оптимизация

Бэклог держат в рабочем состоянии регулярные сессии рефайнмента. На них команда вместе с Продакт-оунером пересматривает, детализирует, оценивает и чистит бэклог. Без этого он красив только на бумаге.

• Детализация. Высокоприоритетные пункты уточняют, при необходимости дробят на задачи помельче и готовят к разработке.
• Оценка. Команда прикидывает трудоёмкость задач и даёт Продакт-оунеру цифры, на которые можно опереться при расстановке приоритетов.
• Чистка устаревшего. Задачи, потерявшие смысл, убирают сразу, не дают им копиться — иначе бэклог разрастётся до размеров, в которых от него уже мало толку.
• Пересмотр приоритетов. Прямой разговор о том, изменились ли приоритеты с прошлого рефайнмента, с учётом новой информации и изменившихся внешних условий.

Проводите рефайнмент регулярно и ограничивайте его по времени. Нужно ровно столько часов, чтобы держать качество бэклога, — лишние команда потратит на работу.

Частые ошибки

Даже когда команда знает лучшие практики, одни и те же сбои всплывают снова и снова:

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

Читайте также:

О стратегическом планировании проекта и о том, как устроен роудмэп, читайте в статье Roadmap: руководство по планированию проекта.

Подробный разбор методологии Waterfall — в материале Управление проектами по методу водопада: пошаговое руководство.

О ценностях и принципах, на которых держится Agile, читайте в статье Agile-манифест: основные ценности и принципы. Подробнее: Задачи.

Заключение

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