Naumen Project Ruler
Комплексное управление проектами с фокусом на бизнес-результат

Naumen Project Ruler
Экспертное решение класса 4PM:
Project, Programme, Portfolio и Product management

Бэклог: значение, особенности, виды

В статье рассмотрим понятие бэклога — одного из ключевых инструментов Agile. Ответим на вопросы, что такое бэклог и какую роль играет при разработке ИТ-продуктов, в чем особенности бэклога и какие виды бывают.

Бэклог в Agile

Ключевое преимущество гибких методологий управления проектами заключается в итерационности. Допустим, перед командой стоит цель — разработка ИТ-продукта. Цель большая и пугающая: непонятно, что нужно сделать, чтобы ее достичь. Ясность появляется, если спланировать конкретные шаги и этапы.

Все задачи проекта — от идеи до готовности — выстраиваются в дорожную карту. Обычно по дорожной карте можно проследить примерную последовательность действий и сроки. Детализация появляется, когда команда формирует бэклог. Бэклог — это список задач, которые нужно сделать, чтобы достичь какую-то цель.

Особенности бэклога

С помощью бэклога задачами проекта можно гибко управлять и доставлять клиентам ценность в запланированное время. Рассмотрим некоторые особенности, которые позволят понять, как составлять бэклог и как его вести.

Структура проекта. Задачи в бэклог поступают из дорожной карты. В ней описаны инициативы — крупные задачи проекта, например, какая-то функция продукта, и эпики — более мелкие задачи. Благодаря эпикам можно оценивать емкость затрат на реализацию инициатив, понимать примерные сроки и приоритеты.

С помощью системы управления проектами можно структурировать проект, создать списки задач в соответствии с иерархичностью.

Иерархические списки задач в Naumen Project Ruler

Иерархические списки задач в Naumen Project Ruler

Приоритизация задач. Задачи в бэклоге имеют приоритет, а наиболее важные и срочные располагаются в верхней части списка. Благодаря приоритетам руководитель и команда сразу понимают, что нужно выполнить в первую очередь.

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

Настройка ганта бэклог

Удобно, если инструмент управления проектом позволяет настраивать связи между объектами: этапами, задачами, ресурсами

Детализация. Задачи бэклога нужно детализировать в достаточной степени, но без лишних подробностей. Достаточность зависит от двух факторов. Во-первых, у команды должна появиться возможность оценить трудоемкость работы на основе описания — это необходимо для планирования тех же сроков. Во-вторых, в результате проработки у руководителя команды должно появиться представление, что именно нужно включить в бэклог, например, спринта, чтобы в результате клиенты и заказчики получили ценность.

Есть программные продукты для управления проектами, которые позволяют оценивать трудозатраты, опираясь на исторические данные и другие нюансы.

Дашборд бэклога

В Naumen Project Ruler можно отследить среднее время выполнения задач разных типов с помощью дашбордов

Пользовательские истории. Требования описываются не в формате функций — «Добавить кнопку», «Разработать скрипт» и т. п. А в виде User Stories — сценариев использования продукта пользователем. Это позволяет рассматривать требования с точки зрения ценности для клиента, а не функционала.

Например, задача «Добавить возможность фильтрации списка заявок в личном кабинете» — это часть сценария. Она не включает в себя работу аналитика, разработку дизайна, тестирование и пр. Даже когда задача выполнена, невозможно понять, можно ли пользоваться этим функционалом. Поэтому в Agile практикуется оформление требований в виде пользовательских историй. Например, «Я, как клиент техподдержки, хочу иметь возможность отображать список своих заявок на одной странице и фильтровать их по разным параметрам: дата обращения, статус, приоритет». Так проще понять, какие работы нужно выполнить, и легче оценивать готовность функционала.

Бэклог с задачами

Бэклог с задачами в формате User Stories в Naumen Project Ruler

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

При уточнении бэклога нужно учитывать, что требования и функции должны соответствовать целям проекта. Если задачи не соответствуют этому правилу, их нельзя включать в бэклог.

Бэклог фильтр задач

Редактирование задачи бэклога в Naumen Project Ruler через установку приоритетов

Виды бэклогов

Различают несколько видов бэклогов, в зависимости от задач, которые в него входят. Например, бэклог гипотез формируется из идей и предположений для проверки: получится ли таким способом достичь цели — оптимизировать процессы, повысить продажи, получить маркетинговый результат.

При реализации проектов внедрения может использоваться внешний и внутренний бэклог: внешний — для клиента, который с его помощью отслеживает прогресс, а внутренний — для проектной команды. Но наиболее распространены бэклог продукта, или product backlog, бэклог спринта и бэклог релиза.

Бэклог продукта. Является опорным документом продукта, поскольку содержит описание ключевых функций. Также в нем могут содержаться:

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

На основе бэклога продукта формируются бэклоги спринтов и бэклоги релизов.

Бэклог спринта. В Scrum на части делятся не только задачи, но и периоды. Команда двигается небольшими шагами — спринтами, которые длятся от 1 до 3 недель. Бэклог спринта формируется из верхней части бэклога продукта. Перед началом итерации выбираются задачи, которые команда обязуется выполнить за этот период, задачи фиксируются в бэклоге спринта. Список задач меняется в крайних случаях, например, если дальнейшая разработка функционала уже не актуальна для клиента. При этом к концу спринта обязательно нужно произвести какую-то ценность — это может быть выпуск релиза или другой значимый результат. Бэклог спринта — особенность Scrum. В Kanban нет спринтов, а задачи могут поступать хоть ежедневно.

Бэклог релиза. Это промежуточный уровень между бэклогом продукта и бэклогом спринта. В него входят задачи нескольких спринтов, в результате которых выпускается обновление или новая версия продукта. Этот формат бэклога особенно актуален для длительных проектов, поскольку позволяет отслеживать обратную связь от клиентов на разных этапах реализации.

В заключение

Бэклог — гибкий инструмент для реализации подходов Agile-методологий в рамках управления разработкой продукта. С помощью бэклогов разных форматов можно вести большие задачи и разделять их на маленькие. При этом выполнение всех задач, независимо от уровня, помогает достигать целей проекта. Упростить работу по ведению бэклога помогает специализированный софт по управлению проектами.


Что еще интересного

Как организовать удобную канбан-доску для команд разработки
#как_работает

Раскрываем принципы организации канбан-доски — инструмента для наглядной работы с задачами.

Диаграмма Ганта: зачем она нужна и какие задачи решает
#как_работает

Рассматриваем возможности диаграммы Ганта как инструмента визуализации при планировании задач.

Дашборды для руководителя проекта: как использовать
#как_работает

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