Полное руководство по разработке и управлению бэклогом продукта в Agile-методологии

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

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

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

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

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

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

• Истории пользователей 
• Повышение удобства использования
• Изменения в существующих функциях 
• Приобретение знаний
• Исправление технических недоработок

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

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

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

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

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

• Четкое направление: планирование спринта или итерации начинается с бэклога, ведь в нем уже перечислены наиболее важные элементы, над которыми следует работать в дальнейшем.
• Гибкость: владелец продукта может изменять порядок объектов по мере появления новой информации в ходе обсуждений с заинтересованными сторонами или на основе других видов обратной связи.
• Прозрачность и согласованность: владелец продукта может использовать бэклог в обсуждениях с заинтересованными сторонами о том, что необходимо для обеспечения ценности продукта, что планируется завершить и над чем ведется работа в настоящее время. Бэклог также помогает всем понять, как видение и цели продукта были интерпретированы и разбиты на более конкретные объекты.
• Эффективность: порядок объектов в бэклоге гарантирует, что команда в первую очередь сосредоточится на наиболее важных и ценных элементах.

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

Ответственность владельца продукта включает:

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

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

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

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

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

1. Соберите информацию

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

2. Определите видение продукта

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

3. Проведите сессию по управлению бэклогом

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

4. Четко сформулируйте объекты бэклога продукта

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

5. Уточните бэклог вместе с командой

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

6. Упорядочьте объекты

Порядок должен основываться на ценности, стоимости, риске и зависимостях. 

7. Регулярно вносите обновления

По мере получения владельцем продукта новой информации используйте ее для регулярного обновления и уточнения вашего бэклога.

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

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

Вот несколько удобных и интерактивных вариантов организации подобных дискуссий:

• Хотя за окончательный порядок выполнения объектов отвечает владелец продукта, такие инструменты, как матрица влияния и затраченных усилий, могут помочь определить наиболее ценные объекты. Карта пользовательских историй может помочь визуализировать рабочий процесс.
• Используйте различные методы оценки, такие как оценка сходства, Planning Poker® и T-shirt sizing, чтобы согласовать масштаб и сложность объектов бэклога продукта.
• Уровень понимания в команде можно оценить с помощью голосования по степени уверенности и голосования «fist-to-five». Такие опросы помогают выявить проблемы и предоставляют возможности для обсуждения различных точек зрения.

Уточнение бэклога продукта — это процесс разбивания задач на более мелкие, точечные объекты. Например, частым объектом бэклога является запрос на добавление новой функции. 

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

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

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

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

Недостаточное вовлечение заинтересованных сторон

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

Сознательный отказ от контроля бэклога продукта

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

Сосредоточенность исключительно на новых функциях

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

Фокус только на долгосрочной или краткосрочной перспективе

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

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