User story mapping и как их использовать

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

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

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

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

Прочитайте эту статью от онлайн школы FoxmindEd и узнайте про, user story mapping что это, user story как писать и user story пример.

Какие плюсы user story mapping?

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

• Фокусируется на ценности для пользователя. Когда команда продукта создает карту пользовательских историй, вы представляете продукт с точки зрения пользователя. Полученная карта историй поможет вам определить, как пользователи воспринимают продукт и какие усилия приведут к лучшим результатам. Это требует внешнего подхода к планированию дорожной карты продукта.
• Расставляет приоритеты в правильной работе: построение целостной визуализации всей работы, необходимой для обеспечения полного опыта продукта (CPE), может помочь командам решить, что является наиболее важным, организовать работу в релизы (предоставление нового опыта работы с клиентами) и снизить приоритеты. работа, имеющая меньшую пользовательскую ценность.
• Обеспечивает четкие и четкие требования. Многим командам сложно написать убедительные пользовательские истории и требования. Сопоставление пользовательских историй может помочь, предоставляя визуальное представление о том, как большие элементы работы разбиваются на более мелкие, и иллюстрируя, как рабочие элементы сочетаются друг с другом.
• Обеспечивает новую ценность как можно раньше и чаще. Сопоставление пользовательских историй помогает группировать вашу работу по итерациям и выпускам в зависимости от того, насколько она будет ценна для пользователей. Работа в первую очередь над самым важным означает, что команды могут быстрее обеспечить максимальную ценность для клиентов, получить раннюю обратную связь от клиентов и быстро узнать, какие функции продукта будут наиболее ценными.
• Выявляет риски и зависимости. Создание карты-истории того, как пользователи взаимодействуют с продуктом, может дать командам глобальное представление о продукте, чтобы вы могли визуализировать потенциальные блоки, риски и зависимости, которые необходимо устранить для успешной доставки продукта.
• Формирует консенсус в команде: процесс разработки и построения карты пользовательских историй дает командам общее представление об опыте клиентов и работе, необходимой для его улучшения. Упражнение поощряет разговоры, которые приводят к общему пониманию того, что создавать, когда и почему.

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

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

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

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

• Инженерное дело.
• UX/дизайн.
• Управление продуктом.
• Продажи.
• Маркетинговый отдел.
• Служба поддержки.
• Операционный отдел / ИТ.
• Финансовый отдел.
• Юридический отдел.

Этот список может еще пополняться.

FoxmindEd — это учебный центр с большим выбором направлений курсов для новичков и программистов с опытом!

Начинаете свой путь в IТ? Попробуйте курсы Start

Имеете базовые навыки программирования? Тогда вам на курсы Junior

Хотите углубить свои знания в IТ? У нас есть курсы Middle/Senior

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

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

• Сформулируйте проблему

Какую проблему клиентов решает ваш продукт или какую работу он им помогает? Подход, ориентированный на достижение цели, имеет решающее значение для планирования последующей работы, и вам необходимо убедиться, что вы отображаете цель клиента. Это верно, даже если вы совершенствуете существующий продукт. Формат пользовательской истории («Как [тип пользователя] я хочу [действовать], чтобы получить [выгоду]») может быть полезен при рассмотрении взаимодействия продукта с точки зрения пользователя.

• Понимайте пользователей продукта

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

• Карта действий пользователей

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

• Сопоставление пользовательских историй по действиям

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

• Поток и расстановка приоритетов

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

• Определите пробелы, зависимости, технические требования и альтернативы

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

• Планируйте спринты и релизы

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

Вывод

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