Что такое карта пользовательских историй? Руководство по agile-планированию

• Карты историй помогают командам проследить путь пользователей, и учесть их реальные потребности при планировании, создании дизайна и разработке продуктов.

• Карты пользовательских историй состоят из пяти ключевых элементов: цели пользователя, действий, задач, пользовательских историй и срезов по приоритетам или релизам.

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

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

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

Что такое карта пользовательских историй?

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

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

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

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

Почему важно составлять карты историй?

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

• Сформировать общее понимание по продукту, дизайну, разработке и заинтересованным сторонам.

• Планировать, ориентируясь на потребности пользователей, а не на внутренние запросы.

• Выявлять пробелы во взаимодействии с пользователем.

• Визуализировать приоритеты и согласовывать их коллективно.

• Планировать релизы и формулировать определение продукта с минимальной функциональностью (MVP).

• Связывать исследование продуктов с планированием реализации.

• Дать заинтересованным сторонам четкое представление о важности определенных задач.

Из каких элементов состоит карта историй?

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

Рассмотрим подробнее различные компоненты карты историй.

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

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

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

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

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

Как создать карту пользовательских историй за восемь шагов

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

Шаг 1. Определите пользователя и цель

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

• Кем является пользователь?

• Каких результатов он пытается достичь?

• Какую проблему он хочет решить?

• Каковы его критерии успеха?

• Какой контекст или какие ограничения определяют его опыт?

Шаг 2. Составьте карту основных действий пользователя

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

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

Шаг 3. Добавьте задачи пользователей под каждым действием

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

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

Шаг 4. Преобразуйте задачи в пользовательские истории

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

Используйте для пользовательских историй простой формат. Например: «Я [тип пользователя] и хочу выполнить [задача], потому что [причина]». Пользовательские истории помогают командам определить, какие улучшения продукта будут отвечать потребностям пользователей.

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

Шаг 5. Определите пробелы, слабые места и допущения

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

Задайте простые вопросы, чтобы выявить потенциальные пробелы и слабые места, например:

• Где у пользователей могут возникнуть сложности?

• Какие этапы вызывают больше всего затруднений?

• Какие задачи наиболее важны?

• Какие допущения требуют проверки?

• Какие отзывы или данные подтверждают эту историю?

• Какие шаги зависят от другой команды или системы?

Шаг 6. Расположите истории в порядке приоритета по их ценности для пользователя

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

Чтобы определить приоритет пользовательских историй, задайте следующие вопросы:

• Какие истории необходимы пользователю для достижения цели?

• Какие истории создают максимальную ценность для клиентов?

• Какие идеи способствуют достижению бизнес-целей?

• Какие истории обеспечивают высокую отдачу при низких трудозатратах?

• Какие идеи нужно дополнительно проработать перед реализацией?

Четкое определение влияния в представлении списка позволяет командам сортировать и приоритизировать задачи: что нужно взять в работу прямо сейчас, а что может подождать. Без правильного отслеживания влияния у команд нет четкого приоритета.

Шаг 7. Разделите карту на релизы или этапы

Затем разделите карту историй на релизы или этапы. Цель — определить наименьший полезный набор задач, который создает ценность для пользователей.

Вот как это работает.

• MVP: первый горизонтальный срез — функции продукта с минимальной функциональностью.

• Первый релиз: второй горизонтальный срез — функции первого релиза.

• Будущий релиз: последующие этапы включают дополнительные улучшения или идеи с более низким приоритетом.

• Требуется проверка: эти срезы необходимо проверить, прежде чем перемещать их вверх по списку приоритетов.

• Не сейчас: у этих историй более низкий приоритет, ими пока не нужно заниматься.

Шаг 8. Превратите карту историй в дорожную карту и план реализации

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

Пример карты пользовательских историй

Давайте разберем, как карты историй работают на практике, на примере интернет-магазина одежды.

• Цель пользователя: купить футболку.

• Основные действия: просмотреть товары, прочитать отзывы, выбрать размер и цвет, ввести адрес, добавить способ оплаты.

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

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

• Возможный срез MVP: сформировать платформу для электронной торговли, где пользователи смогут сортировать футболки по размеру.

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

Карты пользовательских историй, карты по следам клиента и дорожные карты: в чем разница

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

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

Превращайте пользовательские истории в более эффективные решения по продукту

Составление карты историй позволяет командам превращать цели, активности и болевые точки пользователей в более ясные решения по продукту. С помощью Jira Product Discovery вы можете преобразовывать карты историй в идеи продуктов и ранжировать их по приоритету.

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

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

Попробуйте бесплатную версию Jira Product Discovery и принимайте более взвешенные решения по продуктам благодаря картам историй.

Карты историй: ответы на часто задаваемые вопросы

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

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

Можно ли применять карты пользовательских историй для проектов, не связанных с разработкой ПО?

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

Каких распространенных ошибок следует избегать при создании карт пользовательских историй?

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

Как удаленным или распределенным командам эффективно проводить семинары по составлению карты историй?

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