Техники Руководство BABOK v3, 10.2
Управление бэклогом
Коротко Бэклог (backlog) — упорядоченный список работы, которую ещё предстоит сделать. Управлять бэклогом — значит записывать, упорядочивать, прорабатывать и обновлять этот список так, чтобы команда всегда работала над самыми ценными элементами, а все видели, что будет дальше.
По материалам: IIBA, Руководство BABOK® v3, техника 10.2 «Управление бэклогом».
На этой странице
Что это#
Руководство BABOK® описывает управление бэклогом как систематический способ записывать, отслеживать и приоритизировать оставшуюся работу, когда работы больше, чем возможностей её выполнить. Чаще всего его связывают с гибкой поставкой (agile), но оно работает везде, где спрос превышает предложение.
Главное из Руководства BABOK:
- Элементом может быть любая работа: варианты использования, пользовательские истории, функциональные и нефункциональные требования, дизайны, запросы клиентов, риски, запросы на изменение, дефекты, задачи поддержки. Кто может добавлять элементы — отдельное решение: один человек, группа или аналитик, которому это делегировано. Для некоторых типов элементов, например серьёзных дефектов, могут действовать свои правила.
- Наверху бэклога — самое ценное. Упорядочивают часто в несколько шагов: сначала грубо делят элементы на высокий, средний и низкий приоритет, затем точнее ранжируют внутри группы с высоким приоритетом.
- Детализация зависит от позиции. Элементы у верха тщательно прорабатывают и оценивают; элементы ниже получают ровно столько деталей, сколько нужно, чтобы понять их размер. По мере того как элемент поднимается, его прорабатывают и часто разбивают.
- Бэклог постоянно меняется. Новые элементы добавляют и размещают относительно существующих; выполненные или отменённые удаляют; удалённые могут вернуться, если изменились потребности, элемент оказался больше, чем думали, другая работа задержалась или появились дефекты.
- Бэклогов может быть несколько, например бэклог продукта и бэклог следующей итерации.
- Размер — это сигнал. Растущий бэклог может означать рост спроса или падение производительности; сокращающийся — падение спроса или улучшение процесса.
Когда применять#
- Когда требования появляются и меняются со временем, а вы поставляете решение по частям.
- Когда много заинтересованных сторон претендуют на время одной и той же команды.
- Когда нужен простой способ показать, что будет сделано скоро, позже или, вероятно, никогда.
Когда не применять или чем дополнить: бэклог не заменяет общего понимания границ; дополните его моделированием границ или картой историй (story map), чтобы люди видели картину целиком. Для отслеживания открытых проблем, вопросов и решений, а не работы, используйте отслеживание вопросов. Для разовой поставки с фиксированными, стабильными требованиями проще может оказаться спецификация с утверждённой базовой версией.
Как это делать#
- Договоритесь, что попадает в бэклог и кто решает. Определите типы элементов, кто может их добавлять, кто отвечает за порядок (часто владелец продукта) и особые правила, например «критические дефекты сразу идут наверх».
- Записывайте элементы единообразно. У каждого должно быть хотя бы короткое название, описание потребности или ценности и ссылка на источник или подробности.
- Упорядочьте бэклог. Грубо разделите элементы на высокий, средний и низкий приоритет; затем ранжируйте группу с высоким приоритетом поэлементно по согласованным факторам — ценности, риску, срочности и зависимостям (методы описаны на странице Приоритизация).
- Проработайте верх. Для элементов на несколько ближайших итераций добавьте критерии приёмки, закройте вопросы, разбейте крупные элементы и оцените их. Нижние элементы оставьте краткими.
- Обновляйте постоянно. Добавляйте новые элементы на нужное место, удаляйте выполненные или отклонённые и меняйте порядок после каждого обзора с заинтересованными сторонами.
- Используйте обратную связь. Сравнивайте оценки с фактическими трудозатратами по выполненным элементам и корректируйте будущие оценки.
- Следите за тенденцией. Отслеживайте размер и возраст бэклога во времени и обсуждайте, что означают изменения.
Пример#
В «Мастерской» (вымышленной сети из 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 «Управление бэклогом».