Краткое руководство по картированию пользовательских историй (шаблон включен)

Идея отображения пользовательских историй восходит к Джеффу Паттону. Он буквально написал об этом книгу «Все дело в том, как ты нарезаешь», которая вышла в 2005 году.

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

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

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

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

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

Что такое картографирование историй?

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

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

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

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

1. Определите характеристики продукта

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

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

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

3. Расставьте приоритеты пользовательских историй

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

4. Поделитесь картой-историей

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

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

Шаблон отображения истории

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

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

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

Важность картирования историй и его преимущества

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

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

Карты-истории работают как отчет о состоянии

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

Картирование историй — это наглядное пособие

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

Картирование историй помогает с расстановкой приоритетов

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

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

Карты-истории позволяют общаться

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

Связанный: Как спланировать успешный запуск продукта

Проблемы с отображением историй

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

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

Часто задаваемые вопросы о картировании историй

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

Какова цель картирования историй?

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

Что такое сеанс картирования историй?

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

Кто изобрел картирование историй?

Картирование пользовательских историй было изобретено Джеффом Паттоном, который впервые описал картирование историй в своей статье 2005 года «Все дело в том, как вы нарезаете это». С тех пор он продолжал развивать эту идею, пока в 2014 году не написал книгу «Отображение пользовательских историй: откройте для себя всю историю, создайте правильный продукт».

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