Бэк лог что это

Бэклог

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

«IT-специалист с нуля» наш лучший курс для старта в IT

Начало работы

Любой бэклог стоит начинать с составления дорожной карты, включающей базовые функции и требования. Дорожная карта (Product Roadmap) — это полный стратегический план, включающий все этапы взаимодействия команды с проектом. В идеале в нем должны быть отражены конкретные сроки по проекту. Технические подробности работы могут здесь не расписываться, но обязательно должно присутствовать общее видение продукта, а также цели и миссия. Наиболее важные этапы прописываются в самом начале, чтобы и команда, и клиент могли иметь четкое представление о работе. Структура проекта может быть разбита на несколько ключевых составляющих — пользовательских историй. Заказчик со своей стороны может заниматься упорядочиванием этих историй, управляя деятельностью команды.

Какими могут быть приоритеты работы с командой проекта?

1. Важность задачи для заказчика.
2. Потребность в регулярной обратной связи.
3. Сложность осуществления работы.
4. Зависимость одной части задач от другой.

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

Профессия / 8 месяцев
IT-специалист с нуля

Попробуйте 9 профессий за 2 месяца и выберите подходящую вам

Бэклог спринта и релиза

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

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

Бэклог проекта

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

Элемент	Описание
Задачи	Конкретные действия или работы, которые должны быть выполнены.
Требования	Функциональные или нефункциональные характеристики продукта или проекта.
Истории пользователей	Краткие описания функциональности с точки зрения пользователя.
Баги и исправления	Задачи, связанные с исправлением ошибок, обнаруженных в процессе разработки или тестирования.
Оценки и приоритеты	Оценка сложности и приоритет задачи для определения порядка выполнения.
Важность и сроки	Определение важности задачи и сроков её выполнения.
Ссылки и дополнительные материалы	Ссылки на дополнительные ресурсы и материалы для задачи.

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

Составные части бэклога

Функции продукта

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

Ошибки и баги

Возникают в случае некорректной работы или несоответствия поставленной задаче. Отвечают одной из основных целей любого бэклога — контролю качества и внесению правок. Бывают:

• срочными, связанными с текущими задачами. Такие баги требуют оперативного вмешательства со стороны команды. Часто их не заносят в бэклог, потому что они устраняются сразу;
• решаемыми в текущем спринте. Эти баги не являются срочными, могут быть исправлены в рамках текущего спринта и занесены в его бэклог, а не в конечный бэклог продукта;
• не решаемыми в текущем спринте. На успех продукта в текущем спринте такие баги никак повлиять не могут и должны быть занесены в бэклог продукта.

Курс для новичков «IT-специалист
с нуля» – разберемся, какая профессия вам подходит, и поможем вам ее освоить

Технический долг

Появляется из-за переноса задач ради ускорения работы или из-за ошибок в планировании. В будущем повлияет на изменения в конечном продукте. Например, это может быть написание дополнительного кода, который позволит ускорить работу продукта, хотя первоначально такой код был проигнорирован в угоду скорости выполнения задачи.

Исследования

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

Процесс ведения бэклога

После того как бэклог создан и согласован с заказчиком, он корректируется по мере выполнения отдельных задач. Корректировки вносятся на основе выводов по последним итерациям с целью уточнения текущих приоритетов. Постоянная работа с бэклогом и его пересмотр также именуются грумингом или ведением бэклога. Если список требований становится широким, в нем рекомендуется выделять отдельно краткосрочные и долгосрочные задачи. Краткосрочные задачи перед присвоением им этого статуса досконально прорабатываются. Для этого создаются полноценные пользовательские истории, обсуждаются детали работы с дизайнерами и разработчиками, оценивается сложность разработки. С долгосрочными задачами работа строится по более упрощенному сценарию. Они могут быть не проработаны до конца, но должны иметь приблизительную оценку, которая поможет расставить приоритеты.

Модернизация бэклога

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

Как не должен выглядеть бэклог

Некорректным считается бэклог, в котором:

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

В каком формате нужно вести бэклог

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

Как структурировать расширяющийся бэклог

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

Решение можно найти на специализированных сервисах (например Hygger). С помощью их инструментов можно:

• структурировать бэклог на основе Kanban-досок;
• оценить идеи с помощью критериев Value и Effort;
• визуализировать и приоритизировать идеи.

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

IT-специалист с нуля

Наш лучший курс для старта в IT. За 2 месяца вы пробуете себя в девяти разных профессиях: мобильной и веб-разработке, тестировании, аналитике и даже Data Science — выберите подходящую и сразу освойте ее.

Статьи по теме:
Делимся стартовым словарем, чтобы понимать коллег, и ресурсами для изучения технического английского
Рассказываем, чем отличаются менеджеры по продукту и проекту в теории и на практике

Разбираемся, чем змея отличается от жабы, почему синтаксический сахар нельзя добавить в чай и кто такие сионисты

Что такое бэклог. Объясняем простыми словами

Бэклог — это перечень рабочих задач, которые необходимо выполнить команде.

Бэклог — это термин из Agile и Scrum (методологии разработки). Составляется он на основе требований заказчика продукта. Наиболее важные задачи расположены в самом начале бэклога, для того чтобы команда понимала, какую работу нужно выполнить в первую очередь.

Пример употребления на «Секрете»

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

(Сооснователь компании «Амплифер» Нат Гаджибалаев — в материалe о том, как взбодрить сотрудников после праздников.)

Нюансы

Различают бэклог продукта (продакт-оунер) и бэклог спринта (это временной промежуток от 7 до 30 дней). Во втором случае команда разработчиков забирает из бэклога часть задач, которые согласованы и должны быть выполнены за определённое время, и приступает к их выполнению. А бэклог продукта представляет собой полный перечень общих задач разработки, часто не столь детально конкретизированных.

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

Бэклог продукта

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

Содержание

Как вести бэклог продукта

За составление бэклога продукта отвечает product owner (владелец продукта). В его формировании может также принимать участие scrum-мастер и другие напрямую заинтересованные лица, например, вовлеченные стейкхолдеры. Список задач составляют на основании дорожной карты и требований к продукту. Product owner регулярно пересматривает и обновляет бэклог если это необходимо, чтобы команда разработчиков на его основании могла выполнять свою работу и продвигаться к поставленной цели.

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

Для того, чтобы процесс был максимально прозрачным для всех участников команды, используют виртуальные или физические доски. Посмотрите пример ниже. По вертикали расположен бэклог и основные этапы разработки. Цифрами отображены задачи, требующие решения. Чтобы изменить статус какой-либо из них, необходимый стикер перемещают из одного столбца в другой. Количество этапов (вертикальных столбцов) зависит от продукта, над которым работает команда и специфики ее работы.

Похожие доски используют и в методологии канбан. Однако, в этом подходе работу над продуктом не разбивают на спринты, а создают только один бэклог. В scrum процесс разработки продукта делят на этапы, поэтому возникает путаница между такими понятиями как «бэклог продукта» и «бэклог спринта». В следующем разделе вы ознакомитесь с отличиями этих двух инструментов.

Чем бэклог продукта отличается от бэклога спринта

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

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

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

Как создать бэклог продукта

Бэклог требует регулярного обновления, поскольку в процессе работы могут появиться новые конкуренты, измениться требования на рынке, цены и прочие факторы, влияющие на функционал создаваемого продукта. Для разработки бэклога продукта используют product roadmap, user stories и customer journey map. Давайте подробнее разберем, для чего необходим каждый из этих инструментов.

• Product Roadmap. Документ, который отображает цели, общее видение продукта, направление его развития и основные этапы разработки. Зачастую в нем нет деталей, но указаны сроки выполнения задач, что позволяет установить дедлайны и рассчитать время работы.
• User Stories. Помогает описать требования к продукту и лучше понять пользователей. Представляет собой краткую историю того, что потенциальный клиент хочет сделать, какой результат планирует получить и зачем ему это.
• Customer Journey Map. Визуализация пути клиента, его целей, эмоций, барьеров. Карту пути клиента формируют под каждую конкретную User Stories. CJM помогает выявить слабые места, правильно расставить приоритеты работы. Customer journey map, также как дорожную карту и бэклог, важно регулярно обновлять и корректировать.

Следуйте пошаговому плану ниже, чтобы разработать бэклог продукта при помощи этих трех инструментов.

1. Подготовьте список функций, которые хотите реализовать в продукте и расставьте их по приоритету на основании product roadmap.
2. Разработайте пользовательские истории (user stories) для каждой функции и проанализируйте ценность для будущих клиентов.
3. Выберите основные функции, которыми должен обладать ваш продукт, определите их приоритетность и запишите в бэклог.
4. Установите сроки выполнения задач и укажите ответственных лиц.
5. Проведите встречу со скрам-командой, обсудите бэклог и при необходимости скорректируйте его.

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

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

Также искали с «Бэклог продукта»

• Нейминг
• Ретаргетинг
• Куки (cookies)
• Продвижение в Instagram
• Франчайзинг
• Ценовой диапазон
• Экспертное интервью
• Маржа
• Послепродажное обслуживание
• PR

Бэклог

Бэклог (или баклог) — это журнал оставшейся работы, которую необходимо выполнить команде. Термин пришел из семейства методологий Agile, в частности из Scrum, где он является одним из основных артефактов — источником пользовательских историй.

Более подробно о работе с бэклогом почитайте в нашей статье.

Часто концепция бэклога используется и для работы с требованиями (use cases или пожеланий), задачами и другими проектными артефактами.

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