Как создавать пользовательские истории Agile (шаблон Plus и примеры)
Компании, стремящиеся оптимизировать свои процессы разработки продуктов или услуг, могут рассмотреть возможность внедрения гибких пользовательских историй в свою организацию. Гибкие пользовательские истории могут помочь упростить процесс разработки, стимулировать совместные усилия и поддерживать командный импульс. Чтобы успешно внедрить гибкие пользовательские истории в вашу организацию, важно сначала понять различные компоненты этой стратегии развития. В этой статье мы обсудим, что такое гибкие пользовательские истории, объясним, как их создавать, и предложим шаблон и примеры, которые помогут вам создать свои собственные.
Что такое гибкие пользовательские истории?
Гибкая пользовательская история предоставляет подробное и неформальное объяснение разрабатываемого продукта с точки зрения конечного пользователя. В нем описывается, как функции программного обеспечения могут принести пользу клиенту. Жизненно важная часть гибкой пользовательской истории — ставить на первое место потребности конечного пользователя. Выбор слов и языка не является техническим, чтобы отразить это. Agile-история может помочь командам понять, почему они разрабатывают продукт и что он должен сделать для своих конечных пользователей.
Зачем создавать гибкие пользовательские истории?
Разработка гибких пользовательских историй может дать командам ряд преимуществ, в том числе:
Предлагает помощь в процессе разработки продукта: продуктовые команды часто предпочитают разделить фазу разработки на упрощенные пользовательские истории, а не на конкретные требования к продукту. Это может помочь гарантировать, что группа разработчиков продукта будет уделять внимание опыту, потребностям или проблемам конечных пользователей.
Способствует творческому мышлению и сотрудничеству: Agile-истории побуждают команды мыслить критически и разрабатывать инновационные решения. Этот процесс может включать в себя команды, которые сотрудничают друг с другом уникальными способами, пока они объединены общей целью предоставления ценности своим пользователям.
Придает импульс процессу разработки: каждая гибкая пользовательская история нацелена на разные потребности или задачи, связанные с разработкой продукта. Каждый раз, когда команды решают одну задачу, представленную в гибкой пользовательской истории, они добиваются заметного прогресса в достижении своей общей цели, что может побудить их продолжать усердно работать над следующей задачей.
Обеспечивает простоту: пользовательские истории Agile просты для понимания. Они используют прямой и конкретный язык, чтобы убедиться, что все понимают вызов и цель этой истории.
Как создавать гибкие пользовательские истории
Вот пять шагов, которые помогут вам разработать эффективные гибкие пользовательские истории:
1. Установите свои пользовательские персонажи
Определите, кто ваши целевые клиенты или пользователи. Для некоторых продуктов у вас может быть несколько сегментов целевых пользователей, например, люди, которые живут в городах или совершают сезонные покупки. Если у вас есть несколько целевых персонажей пользователей, может быть полезно создать отдельные гибкие пользовательские истории для каждого из них. Этот процесс может помочь гарантировать, что ваша команда удовлетворяет уникальные потребности всех ваших потенциальных конечных пользователей.
2. Собирайте и учитывайте отзывы пользователей
Обсудите разрабатываемые продукты с целевыми конечными пользователями. Включение ваших целевых пользователей на различных этапах процесса разработки может помочь вам создать окончательный результат, который может удовлетворить их потребности или решить их проблемы. Этот процесс может принимать различные формы, такие как сбор опросов пользователей или проведение фокус-групп.
3. Начните с конечной цели
Прежде чем создавать гибкие пользовательские истории, начните с конечной цели пользователя. Гибкий процесс подчеркивает ценность ваших конечных результатов или продуктов для ваших клиентов. Это может включать в себя рассмотрение проблемы, которую, как вы надеетесь, решит ваш продукт, или конкретного способа, которым он может улучшить жизнь ваших клиентов.
4. Определите шаги
Выясните шаги, которые пользователь может предпринять для достижения своей конечной цели. Обычно это включает работу в обратном направлении от цели конечного пользователя и определение шагов или методов, которым они должны следовать для достижения этой цели. Это может помочь вам разработать гибкие пользовательские истории с логическим развитием событий.
Сделайте каждый из своих шагов как можно меньше и проще. Если вы обнаружите, что один из ваших шагов требует дальнейшего объяснения, рассмотрите возможность разделения этого шага на несколько подзадач. Разделение ваших шагов на как можно более мелкие блоки может помочь гарантировать, что каждый член вашей команды понимает конкретные задачи, которые от него требуется.
5. Сопоставьте шаги с пользовательскими историями
Создайте одну пользовательскую историю для каждого из ваших шагов. Некоторые компании могут записывать каждую пользовательскую историю на карточке, которую они могут разместить или переставить на пробковой доске, цифровой доске или подобном инструменте. Назначьте каждому члену команды конкретную пользовательскую историю и убедитесь, что они понимают цель этой пользовательской истории и то, как она связана с процессом разработки продукта в целом.
Гибкий шаблон пользовательской истории
Вот гибкий шаблон пользовательской истории, который вы можете использовать в качестве модели для создания собственных пользовательских историй:
“Как [user persona]я [want to do this] так что я [can accomplish this].”
Вот объяснение различных настраиваемых частей шаблона гибкой пользовательской истории:
Личность пользователя: Личность относится к конкретному покупателю, придуманному вашей командой, который воплощает в себе качества вашего целевого потребителя. Вы можете ссылаться на своих пользователей по именам или по типу целевого потребителя, которого они представляют, например, подросток мужского пола или фермер.
Хотите сделать это: в этом разделе описываются намерения ваших конечных пользователей при выполнении определенного действия. Убедитесь, что вы описываете эту часть с точки зрения вашего целевого потребителя, а не с точки зрения сотрудника по разработке продукта, знающего технические особенности или функциональные аспекты вашего продукта.
Может сделать это: Кратко опишите преимущества для пользователя от выполнения своей задачи. Соедините это преимущество с общей потребностью или проблемой, которую хочет решить конечный пользователь.
Примеры пользовательских историй Agile
Вот несколько примеров гибких пользовательских историй:
Как менеджер по персоналу, я хочу разработать контрольную викторину, чтобы иметь возможность использовать ее при собеседовании с кандидатами на работу.
Как супервайзер по продажам, я хочу отслеживать объемы продаж каждого из моих торговых представителей как ежедневно, так и ежемесячно, чтобы лучше помогать торговым представителям, которым трудно выполнить свои квоты.
Как человек, живущий в квартире, я хочу получать текстовое уведомление о прибытии моей посылки, чтобы я мог немедленно забрать ее из почтового отделения.
Как человек, у которого на жестком диске хранится много файлов, я могу указать определенные папки, для которых не выполняется резервное копирование, чтобы моя система резервного копирования сохраняла только те файлы, которые мне нужны.
Как менеджер по продукту с удаленной командой, я хочу пригласить до 20 членов команды или клиентов на встречу с помощью видеочата, чтобы мы могли более эффективно общаться и сотрудничать в режиме реального времени.
Как человеку, который часто делает покупки в Интернете, мне нужен способ перемещать товары из моего списка пожеланий в мою корзину, чтобы мне было легче совершать покупки.
Часто задаваемые вопросы об гибких пользовательских историях
Вот ответы на некоторые часто задаваемые вопросы о гибких пользовательских историях:
В чем разница между функциями и гибкими пользовательскими историями?
Особенности описывают функциональные компоненты или аспекты продукта. Когда вы описываете функции продукта, который вы разрабатываете, вы обычно используете более технический или расширенный язык, чтобы помочь вашей команде создать эффективный окончательный результат. Однако гибкие пользовательские истории сосредоточены на выгоде, которую конечные пользователи получают от выполнения определенных задач.
Что такое agile-эпопея?
Agile-эпопея — это сборник связанных agile-историй пользователей. Команды разработчиков могут организовать пользовательские истории в этих эпопеях, чтобы определить, какие шаги следует выполнить в первую очередь. Эпики Agile могут помочь командам разработчиков понять, как различные пользовательские истории связаны друг с другом.
В чем разница между вариантом использования и пользовательской историей?
Вариант использования обычно сочетает в себе элементы пользовательской истории с описанием функций продукта. Когда команды разработчиков продукта пишут вариант использования, они описывают как конечную цель пользователя, так и функциональные компоненты, которые команда должна создать, чтобы сделать цель этого пользователя возможной. Вариант использования учитывает как точку зрения конечного пользователя, так и точку зрения членов группы разработки продукта.