Бэклог: значение, особенности, виды
В статье рассмотрим понятие бэклога — одного из ключевых инструментов Agile. Ответим на вопросы, что такое бэклог и какую роль играет при разработке
Бэклог в Agile
Ключевое преимущество гибких методологий управления проектами заключается в итерационности. Допустим, перед командой стоит цель — разработка
Все задачи проекта — от идеи до готовности — выстраиваются в дорожную карту. Обычно по дорожной карте можно проследить примерную последовательность действий и сроки. Детализация появляется, когда команда формирует бэклог. Бэклог — это список задач, которые нужно сделать, чтобы достичь
Особенности бэклога
С помощью бэклога задачами проекта можно гибко управлять и доставлять клиентам ценность в запланированное время. Рассмотрим некоторые особенности, которые позволят понять, как составлять бэклог и как его вести.
Структура проекта. Задачи в бэклог поступают из дорожной карты. В ней описаны инициативы — крупные задачи проекта, например,
С помощью системы управления проектами можно структурировать проект, создать списки задач в соответствии с иерархичностью.
Приоритизация задач. Задачи в бэклоге имеют приоритет, а наиболее важные и срочные располагаются в верхней части списка. Благодаря приоритетам руководитель и команда сразу понимают, что нужно выполнить в первую очередь.
Автоматизированные решения для управления проектами помогают не только приоритизировать задачи бэклога, но и настраивать взаимосвязи, если, например, выполнение одной задачи тесно связано с другой.
Детализация. Задачи бэклога нужно детализировать в достаточной степени, но без лишних подробностей. Достаточность зависит от двух факторов.
Есть программные продукты для управления проектами, которые позволяют оценивать трудозатраты, опираясь на исторические данные и другие нюансы.
Пользовательские истории. Требования описываются не в формате функций — «Добавить кнопку», «Разработать скрипт»
Например, задача «Добавить возможность фильтрации списка заявок в личном кабинете» — это часть сценария. Она не включает в себя работу аналитика, разработку дизайна, тестирование и пр. Даже когда задача выполнена, невозможно понять, можно ли пользоваться этим функционалом. Поэтому в Agile практикуется оформление требований в виде пользовательских историй. Например, «Я, как клиент техподдержки, хочу иметь возможность отображать список своих заявок на одной странице и фильтровать их по разным параметрам: дата обращения, статус, приоритет». Так проще понять, какие работы нужно выполнить, и легче оценивать готовность функционала.
Уточнение бэклога. Бэклог — список, который может и должен меняться в результате получения новых требований от пользователей или клиентов, а также рыночных изменений. Задачи обычно уточняет руководитель проекта или владелец продукта при поступлении обратной связи от заказчика либо перед планированием итерации. Для этого процесса есть специальное название — груминг.
При уточнении бэклога нужно учитывать, что требования и функции должны соответствовать целям проекта. Если задачи не соответствуют этому правилу, их нельзя включать в бэклог.
Виды бэклогов
Различают несколько видов бэклогов, в зависимости от задач, которые в него входят. Например, бэклог гипотез формируется из идей и предположений для проверки: получится ли таким способом достичь цели — оптимизировать процессы, повысить продажи, получить маркетинговый результат.
При реализации проектов внедрения может использоваться внешний и внутренний бэклог: внешний — для клиента, который с его помощью отслеживает прогресс, а внутренний — для проектной команды. Но наиболее распространены бэклог продукта, или product backlog, бэклог спринта и бэклог релиза.
Бэклог продукта. Является опорным документом продукта, поскольку содержит описание ключевых функций. Также в нем могут содержаться:
- ошибки, которые нужно устранить;
- технический долг — задачи, которые на время отложили, чтобы ускорить разработку;
- исследования — предварительная информация, которую нужно изучить, чтобы получить представление о продукте.
На основе бэклога продукта формируются бэклоги спринтов и бэклоги релизов.
Бэклог спринта. В Scrum на части делятся не только задачи, но и периоды. Команда двигается небольшими шагами — спринтами, которые длятся от 1 до 3 недель. Бэклог спринта формируется из верхней части бэклога продукта. Перед началом итерации выбираются задачи, которые команда обязуется выполнить за этот период, задачи фиксируются в бэклоге спринта. Список задач меняется в крайних случаях, например, если дальнейшая разработка функционала уже не актуальна для клиента. При этом к концу спринта обязательно нужно произвести
Бэклог релиза. Это промежуточный уровень между бэклогом продукта и бэклогом спринта. В него входят задачи нескольких спринтов, в результате которых выпускается обновление или новая версия продукта. Этот формат бэклога особенно актуален для длительных проектов, поскольку позволяет отслеживать обратную связь от клиентов на разных этапах реализации.
В заключение
Бэклог — гибкий инструмент для реализации подходов
Что еще интересного
Раскрываем принципы организации
Рассматриваем возможности диаграммы Ганта как инструмента визуализации при планировании задач.
Как отслеживать загрузку команды и другие метрики проекта с помощью дашбордов и визуальной аналитики.