Беклог в управлении проектами¶
Беклог (англ. backlog, буквально «задолженность», «отложенный список») — упорядоченный список задач, требований, функций или улучшений, которые предполагается выполнить в проекте, продукте или процессе, но ещё не запланированы к исполнению в ближайшем рабочем цикле. Термин получил широкое распространение в методологиях гибкой разработки программного обеспечения (Agile, Scrum, Kanban), однако сама практика ведения отложенных списков задач применяется и за пределами IT — в управлении производством, логистикой, издательском деле и повседневной организации труда.
¶Происхождение термина
Слово «backlog» изначально использовалось в судоходстве и лесной промышленности: так называли накопленный запас брёвен или груза, отложенный к отправке. В деловой лексике значение расширилось до «накопленных невыполненных обязательств».
В контексте управления проектами термин закрепился в начале 2000-х годов вместе с методологией Scrum, описанной Кеном Швабером и Джеффом Сазерлендом. В их трактовке product backlog — единственный источник требований к продукту, содержащий всё, что может понадобиться команде разработки. Идея восходит к более ранним итеративным и инкрементальным подходам, включая гибкие методы, сформировавшиеся в конце 1990-х годов.
¶Виды беклогов
В практике проектного управления выделяют несколько разновидностей беклогов:
- Product backlog (беклог продукта) — основной список задач и требований к продукту, который ведёт владелец продукта (product owner). Содержит функции, улучшения, исправления, исследования.
- Sprint backlog (беклог спринта) — подмножество задач из беклога продукта, взятых командой в работу на конкретный спринт (итерацию).
- Release backlog (беклог релиза) — набор задач, запланированных к выпуску определённой версии продукта.
- User story backlog — список пользовательских историй, описывающих требуемое поведение системы с точки зрения конечного пользователя.
- Personal backlog — индивидуальный список личных задач, часто ведётся в системах личной продуктивности (GTD, туду-листы).
¶Устройство и содержание
Типичная запись беклога включает:
| Поле | Описание |
|---|---|
| Идентификатор | Уникальный номер задачи |
| Описание | Краткое изложение сути задачи |
| Тип | Функция, исправление, техработы, исследование |
| Приоритет | Относительная важность по сравнению с другими задачами |
| Оценка | Трудоёмкость (в story points, часах, человеко-днях) |
| Статус | Готовность к работе, заблокирована, в работе, завершена |
| Зависимости | Связи с другими задачами |
Беклог не является статичным документом: он регулярно уточняется, переупорядочивается и очищается. Задачи, потерявшие актуальность, удаляются; новые — добавляются по мере появления. В Scrum беклог продукта обновляется на каждом планировании спринта и ревью продукта.
¶Роль в методологиях Agile
В Scrum беклог продукта — центральный артефакт наряду со спринтом и инкрементом. Владелец продукта отвечает за содержание, прозрачность и приоритизацию беклога. Команда разработки сама оценивает задачи по трудоёмкости. На планировании спринта команда выбирает из беклога набор задач, который, по её прогнозу, удастся завершить за спринт.
В Kanban беклог выполняет роль «очереди ожидания» (waiting list) перед первым столбцом доски. Ограничение количества задач в работе (WIP-лимит) определяет, сколько элементов беклога может быть переведено в активную работу.
¶Приоритизация
Для определения порядка выполнения задач применяются различные техники:
- MoSCoW — классификация на Must, Should, Could, Won't.
- WSJF (Weighted Shortest Job First) — оценка отношения стоимости задержки к трудоёмкости, используется в масштабированных Agile-фреймворках (SAFe).
- Cost of Delay — учёт экономических потерь от отсрочки задачи.
- Матрица Эйзенхауэра — распределение по осям «важность/срочность».
- Ранжирование (ranking) — прямое сравнение задач попарно или по шкале.
¶Применение за пределами разработки ПО
Понятие «беклог» используется в журналистике и медиа для обозначения списка подготовленных, но ещё не опубликованных материалов. В логистике и производстве беклогом называют накопленные невыполненные заказы. В личной продуктивности методология Getting Things Done (GTD) Дэвида Аллена предписывает вести «список следующих действий» — функциональный аналог беклога для повседневных задач.
¶Критика
Практика ведения беклогов подвергается критике со стороны сторонников крайнего гибкого подхода (в частности, Дэвида Андерсона, создателя Kanban). Их аргумент: жёсткая привязка к длинному заранее составленному списку противоречит принципу реагирования на изменения и может приводить к «беклог-инерции» — накоплению устаревших задач, которые никто не пересматривает. Ответом на эту критику служит регулярная чистка беклога и ограничение его горизонта планирования.
¶Примечания
В русскоязычной практике проектного управления используется транслитерация «беклог»; реже встречается калька «задний список» или заимствование «фондер» (от нем. Fund — запас), но они не прижились.
¶Источники
- Schwaber K., Sutherland J. The Scrum Guide. — 2020.
- Rubin K. Essential Scrum: A Practical Guide to the Most Popular Agile Process. — Addison-Wesley, 2012.
- Cohn M. User Stories Applied: For Agile Software Development. — Addison-Wesley, 2004.
- Anderson D. Kanban: Successful Evolutionary Change for Your Technology Business. — Blue Hole Press, 2010.
- ГОСТ Р ИСО/МЭК 12207 — Системы и программное обеспечение. Процессы жизненного цикла.