Команда разработчиков работает месяц — и в конце оказывается, что сделали всё не то. Клиент ждал одно, разработчики реализовали другое, приоритеты менялись на ходу. Звучит знакомо? Это классическая история команды без бэклога — или с бэклогом, который никто не поддерживает в актуальном состоянии.
Разбираемся, что такое бэклог, зачем он нужен и как правильно его вести.
Бэклог — что это такое простыми словами
Бэклог (от английского backlog — накопившийся список дел) — это упорядоченный список требований, задач и функций, которые нужно реализовать в продукте или проекте. Каждый элемент бэклога — это единица работы с описанием, приоритетом и, как правило, оценкой трудозатрат.
Бэклог — живой документ: он постоянно пополняется, переоценивается и сортируется по приоритетам. Это не просто список задач, а инструмент планирования и коммуникации между командой и заказчиком.
Факт: Понятие бэклога пришло из методологии Scrum, описанной в «Руководстве по Scrum» Кена Швабера и Джеффа Сазерленда. Сегодня бэклоги используются далеко за пределами IT — в маркетинге, дизайне, контент-командах и управлении проектами любого типа.
Виды бэклога
Бэклог продукта (Product Backlog)
Главный список всего, что планируется реализовать в продукте — от крупных функций до мелких улучшений и исправления багов. Принадлежит и управляется продакт-менеджером (Product Owner). Охватывает весь горизонт развития продукта без привязки к конкретным срокам реализации.
Бэклог спринта (Sprint Backlog)
Подмножество бэклога продукта — задачи, которые команда берёт в работу на конкретный спринт (обычно 1–4 недели). Формируется на планировании спринта и не меняется в ходе него.
Бэклог задач (Task Backlog)
Используется в командах, не работающих по Scrum. Просто упорядоченная очередь задач, из которой сотрудники берут работу. Менее формализован, чем продуктовый бэклог, но выполняет ту же роль — хранит и приоритизирует всё, что нужно сделать.
| Тип | Кто управляет | Горизонт | Когда меняется |
|---|---|---|---|
| Бэклог продукта | Product Owner | Весь продукт | Постоянно (груминг) |
| Бэклог спринта | Команда разработки | 1–4 недели | Только при форс-мажоре |
| Бэклог задач | Менеджер / лид | Текущий период | По мере поступления задач |
Структура элемента бэклога
Каждая запись в бэклоге — это не просто строчка «сделать кнопку». Полноценный элемент содержит:
- ID — уникальный номер для трекинга.
- Название — краткое описание задачи или функции.
- User Story — описание через потребность пользователя: «Как [роль], я хочу [действие], чтобы [цель]».
- Критерии приёмки — по каким условиям задача считается выполненной.
- Приоритет — место в очереди относительно других задач.
- Оценка — трудозатраты в часах, story points или другой единице.
- Статус — новая, в работе, на проверке, закрыта.
Пример бэклога продукта
Допустим, команда разрабатывает мобильное приложение для доставки еды. Фрагмент бэклога продукта может выглядеть так:
| ID | Задача | User Story | Приоритет | Оценка (SP) |
|---|---|---|---|---|
| 001 | Регистрация через телефон | Как новый пользователь, хочу зарегистрироваться по номеру телефона, чтобы не создавать пароль | Высокий | 5 |
| 002 | Каталог ресторанов | Как пользователь, хочу видеть список ресторанов рядом, чтобы выбрать, где заказать | Высокий | 8 |
| 003 | Корзина и оформление заказа | Как пользователь, хочу добавить блюда в корзину и оплатить онлайн | Высокий | 13 |
| 004 | Push-уведомления о статусе заказа | Как пользователь, хочу получать уведомления о готовности и доставке | Средний | 5 |
| 005 | Программа лояльности | Как постоянный клиент, хочу накапливать баллы за заказы | Низкий | 8 |
Задачи с высоким приоритетом — в верхней части. Реализуются первыми, попадают в ближайшие спринты.
Как правильно вести бэклог
Регулярный груминг (Backlog Refinement)
Груминг — регулярная сессия (обычно раз в неделю или раз в спринт), на которой команда пересматривает бэклог: уточняет формулировки, переоценивает задачи, меняет приоритеты. Без груминга бэклог быстро превращается в кладбище устаревших задач.
Принципы приоритизации
Самые популярные методы расстановки приоритетов в бэклоге:
- MoSCoW — Must Have / Should Have / Could Have / Won’t Have. Делит задачи на обязательные, желательные, возможные и исключённые.
- RICE — Reach (охват) × Impact (влияние) × Confidence (уверенность) / Effort (усилия). Количественная оценка приоритета.
- Kano — классифицирует функции по влиянию на удовлетворённость пользователей: базовые, ожидаемые, восхищающие.
- Story Mapping — визуализирует пользовательский путь и показывает, какие функции критичны для MVP.
Правила хорошего бэклога
- Один владелец — только один человек (Product Owner) имеет право менять приоритеты.
- Видимость для команды — все участники должны видеть актуальный бэклог.
- INVEST-критерий для User Stories: Independent (независима), Negotiable (обсуждаема), Valuable (ценна), Estimable (оцениваема), Small (небольшая), Testable (тестируема).
- Не перегружайте детализацией задачи из нижней части — они ещё изменятся.
Совет: Верхние 20–30% бэклога должны быть детально проработаны и готовы к спринту. Нижние 70% достаточно описать на уровне идеи — детализация будет позже, когда задачи поднимутся в приоритете. Излишняя детализация дальних задач — пустая работа, которую потом придётся переделывать.
Инструменты для ведения бэклога
| Инструмент | Для кого | Бесплатный план |
|---|---|---|
| Jira | IT-команды, Scrum/Kanban | До 10 пользователей |
| Linear | Продуктовые команды | Да |
| Notion | Небольшие команды, гибкий формат | Да |
| Trello | Канбан, визуальное управление | Да |
| YouTrack | IT-команды, российская альтернатива Jira | До 10 пользователей |
| Google Sheets | Простые проекты, стартапы | Да |
Бэклог в Scrum vs Kanban
Scrum бэклог — формальный артефакт с чёткой структурой:
- бэклог продукта →
- спринт-планирование →
- бэклог спринта →
- демо →
- ретроспектива.
Приоритизация и груминг — обязательные церемонии.
Kanban бэклог менее формализован. Задачи поступают в очередь и берутся в работу по принципу вытягивания (pull). Нет фиксированных спринтов, приоритизация происходит непрерывно. Бэклог в Kanban часто называют просто «очередью» или «входящими».
Часто задаваемые вопросы
Что такое бэклог простыми словами?
Бэклог — это список задач и функций, которые нужно реализовать. Задачи отсортированы по приоритету: самые важные — сверху, менее срочные — снизу. Команда берёт задачи из бэклога по очереди, начиная с верхних.
Чем бэклог отличается от списка задач?
Обычный список задач — просто перечень дел. Бэклог — упорядоченный список с приоритетами, оценками, критериями приёмки и владельцем. Он связан с целями продукта и регулярно пересматривается (груминг). Бэклог — инструмент стратегии, список задач — тактики.
Кто отвечает за бэклог продукта?
В Scrum — Product Owner (продакт-менеджер, владелец продукта). Только он имеет право менять приоритеты. Команда разработки участвует в оценке задач и уточнении деталей, но не управляет приоритизацией.
Что такое backlog задач в переводе на русский?
Backlog дословно переводится как «накопившийся список дел» или «очередь задач». В русскоязычной профессиональной среде слово не переводят — используют транслитерацию «бэклог».
Итого
Бэклог — не Excel-таблица с задачами и не просто список пожеланий. Это живой инструмент управления продуктом, который помогает команде делать правильные вещи в правильном порядке. Хорошо ведённый бэклог сокращает время на планирование, снижает количество переработок и делает прогресс видимым для всех участников.
Начать просто: возьмите любой удобный инструмент (хоть Google Sheets), перенесите все задачи, расставьте приоритеты по методу MoSCoW и договоритесь с командой о еженедельном груминге. Этого уже достаточно для большинства небольших проектов.
Комментарии скоро откроются. А пока — пишите нам в Telegram-канал.