Что такое бэклог и как использовать его в проекте

Backlog, или бэклог, — это список задач, идей, требований и изменений в проекте. Бэклог чаще всего используют в Agile-методологиях, например в Scrum и Kanban. Он помогает команде структурировать работу. Вот для чего ещё нужен бэклог:

• Упорядочивание задач. Все требования к проекту записывают в одном месте — так можно избежать хаоса в работе команды.
• Определение приоритетов. Команда выделяет самые важные задачи и выполняет их в первую очередь.
• Гибкость. Бэклог можно регулярно обновлять и корректировать в зависимости от того, как меняются приоритеты проекта.
• Прозрачность. Команда всегда видит, что нужно делать, и может планировать свою работу.

Бэклог состоит из нескольких типов задач. Вот какие чаще всего используют в разработке IT‑продукта:

• Epics — «эпики». Это крупные задачи или функции, которые затем разбивают на более мелкие элементы. Например, «Разработка личного кабинета пользователя» — эпик. Она включает задачи: регистрацию, авторизацию, изменение профиля.

• User Stories — юзер-стори. Это небольшие, но значимые для пользователя задачи, которые описаны с точки зрения его потребностей. Например, «как пользователь я хочу иметь возможность сбросить пароль, чтобы восстановить доступ к своему аккаунту».
  
• Технические задачи. Это задачи, которые связаны с архитектурой, тестированием и инфраструктурой. Например, «настроить непрерывную интеграцию и доставку для автоматического деплоя на сервер».

• Bugs — исправления багов. Это ошибки, которые найдены во время тестирования или эксплуатации. Например, «на iOS-клиентах корзина не сохраняется после перезагрузки страницы».
  
• Spikes — «спайки». Это исследовательские задачи, которые помогают команде лучше понять сложности проекта. Например, «исследовать, как можно настроить работу с платёжной системой “Мир”».

Чтобы создать бэклог, сначала нужно сформировать список требований. Затем — расставить приоритеты в задачах и актуализировать их.

1. Определение источников задач. Нужно собрать все требования к продукту. Источники данных:

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

2. Создание структуры. Бэклог должен быть структурирован и понятен команде. Обычно он включает эпики, юзер-стори, технические задачи, исправления багов. Например:

• Эпик: «Добавление системы лояльности в продукт».
• Юзер-стори: «Как пользователь я хочу получать бонусные баллы за заказы».
• Техническая задача: «Разработать API для начисления баллов».
• Баг: «При заказе через приложение не отображается количество баллов».
  

3. Приоритизация задач. Все задачи в бэклоге должны быть распределены — от несрочных к критически срочным и важным. Например:

• Критически важная задача: «Исправление бага, из-за которого заказы не проходят».
• Полезная, но не критичная задача: «Добавление тёмной темы в приложение».
• Можно сделать позже: «Включение анимации в интерфейсе».

4. Обновление и ведение бэклога. Задачи нужно регулярно анализировать и убирать неактуальные либо менять приоритеты. Крупные задачи — делить на более мелкие, чтобы их было легче оценивать и выполнять.

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

Со временем бэклог может разрастаться, становиться неудобным для работы. Поэтому важно проводить груминг — обновление и упорядочивание задач в бэклоге. Вот как это происходит:

• Удаление устаревших задач. Лучше удалять задачи, которые долго остаются невыполненными и теряют актуальность.
• Пересмотр приоритетов. В компании могут измениться бизнес-цели, меняются и потребности пользователей. Нужно учитывать это и пересматривать приоритеты задач.
• Группировка задач. Если объединить похожие задачи в один кластер, можно выделить ключевые направления работы. Кроме того, при анализе задач можно быстро понять, в каких категориях накопилось слишком много долгов.
• Оценка прогресса. Постоянный анализ помогает команде понимать, насколько эффективно она работает. Например, если через три месяца команда замечает, что 30% задач из бэклога остаются невыполненными, значит, стоит пересмотреть стратегию.