Техники Руководство BABOK v3, 10.2

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

Коротко Бэклог (backlog) — упорядоченный список работы, которую ещё предстоит сделать. Управлять бэклогом — значит записывать, упорядочивать, прорабатывать и обновлять этот список так, чтобы команда всегда работала над самыми ценными элементами, а все видели, что будет дальше.

По материалам: IIBA, Руководство BABOK® v3, техника 10.2 «Управление бэклогом».

На этой странице

Что это#

Руководство BABOK® описывает управление бэклогом как систематический способ записывать, отслеживать и приоритизировать оставшуюся работу, когда работы больше, чем возможностей её выполнить. Чаще всего его связывают с гибкой поставкой (agile), но оно работает везде, где спрос превышает предложение.

Главное из Руководства BABOK:

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

Когда применять#

  • Когда требования появляются и меняются со временем, а вы поставляете решение по частям.
  • Когда много заинтересованных сторон претендуют на время одной и той же команды.
  • Когда нужен простой способ показать, что будет сделано скоро, позже или, вероятно, никогда.

Когда не применять или чем дополнить: бэклог не заменяет общего понимания границ; дополните его моделированием границ или картой историй (story map), чтобы люди видели картину целиком. Для отслеживания открытых проблем, вопросов и решений, а не работы, используйте отслеживание вопросов. Для разовой поставки с фиксированными, стабильными требованиями проще может оказаться спецификация с утверждённой базовой версией.

Как это делать#

  1. Договоритесь, что попадает в бэклог и кто решает. Определите типы элементов, кто может их добавлять, кто отвечает за порядок (часто владелец продукта) и особые правила, например «критические дефекты сразу идут наверх».
  2. Записывайте элементы единообразно. У каждого должно быть хотя бы короткое название, описание потребности или ценности и ссылка на источник или подробности.
  3. Упорядочьте бэклог. Грубо разделите элементы на высокий, средний и низкий приоритет; затем ранжируйте группу с высоким приоритетом поэлементно по согласованным факторам — ценности, риску, срочности и зависимостям (методы описаны на странице Приоритизация).
  4. Проработайте верх. Для элементов на несколько ближайших итераций добавьте критерии приёмки, закройте вопросы, разбейте крупные элементы и оцените их. Нижние элементы оставьте краткими.
  5. Обновляйте постоянно. Добавляйте новые элементы на нужное место, удаляйте выполненные или отклонённые и меняйте порядок после каждого обзора с заинтересованными сторонами.
  6. Используйте обратную связь. Сравнивайте оценки с фактическими трудозатратами по выполненным элементам и корректируйте будущие оценки.
  7. Следите за тенденцией. Отслеживайте размер и возраст бэклога во времени и обсуждайте, что означают изменения.

Пример#

В «Мастерской» (вымышленной сети из 12 веломастерских) внешняя команда разработки работает двухнедельными итерациями. Верх бэклога продукта после первой сессии планирования:

Порядок Элемент Тип Уровень детализации
1 Клиент записывается на ремонт онлайн Пользовательская история Проработана, оценена, критерии приёмки согласованы
2 Стойка приёма видит все онлайн-записи в одном календаре Пользовательская история Проработана, оценена
3 Страница записи быстро загружается на мобильных телефонах Нефункциональное требование Проработано, согласовано измеримое целевое значение
4 Интерфейс заказа у поставщика может быть не готов в этом году Риск Назначен владелец, меры по снижению обсуждены
5 Клиент получает сообщение «ремонт завершён» Пользовательская история Только грубая оценка
6 Заказ запчастей с одного центрального экрана Эпик Только название и цель; будет разбит позже

Когда владелец просит уведомление «ждём запчасти», аналитик добавляет его как новую историю и ставит сразу под элементом 5, потому что оно зависит от сервиса уведомлений, который создаётся для той истории.

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

  • Бэклог превращается в свалку → регулярно пересматривайте и чистите его; удаляйте элементы, которые никто не станет отстаивать.
  • Всё детализируют заранее → прорабатывайте элементы непосредственно перед работой над ними; детали у нижних элементов устаревают.
  • Нет явного владельца порядка → назначьте одного человека, который отвечает за ранжирование и учитывает мнения заинтересованных сторон.
  • Элементы слишком лаконичны, чтобы понять их потом → связывайте каждый элемент с источником и подробностями, иначе со временем информация потеряется.
  • Только функции → включайте нефункциональные требования, риски, дефекты и техническую работу, иначе позже они станут неприятным сюрпризом.
  • Один огромный, длинный бэклог → разделите его на бэклог продукта и бэклог итерации и группируйте элементы по темам или целям; длинными списками трудно управлять.

Чек-лист#

  • Типы элементов, правила включения и владелец порядка согласованы.
  • В каждом элементе указаны потребность или ценность и ссылка на источник.
  • У верхних элементов есть критерии приёмки и оценки трудоёмкости; крупные разбиты.
  • Порядок отражает согласованные факторы, а не самый громкий голос.
  • Нефункциональные требования, риски и дефекты есть в бэклоге.
  • Бэклог пересматривают с заинтересованными сторонами в фиксированном ритме.
  • Размер и возраст бэклога отслеживают и обсуждают.

Источники и что почитать#

  • IIBA. A Guide to the Business Analysis Body of Knowledge (BABOK® Guide), version 3. International Institute of Business Analysis, 2015. Рус. изд.: Руководство к своду знаний по бизнес-анализу (Руководство BABOK®), версия 3.0. Техника 10.2 «Управление бэклогом».