User Story: что это, как и зачем писать пользовательские истории

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

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

Автор: Эмили Мэй

Пользовательская история (User Story) — это способ описания предстоящей работы с точки зрения клиента. Хотя обычно их связывают с методом Scrum, они впервые появились в рамках гибкой методологии под названием экстремальное программирование. С тех пор используются во всех подходах Agile.

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

При использовании пользовательских историй в команде Кристина Хартикайнен, директор по обучению в ICAgile, рекомендует помнить о трех «К»:

• Карта (Card): сама пользовательская история.
• Беседа (Conversation): обсуждение с командой для создания общего понимания проекта и возможных способов его выполнения.
• Подтверждение (Confirmation): критерии приемки, определяющие, когда история считается завершенной.

Сценарий использования (Use Case) и пользовательская история (User Story) часто путаются, но между ними есть значительные различия.
Пользовательская история — это краткое описание того, как работа принесет пользу клиенту, а также удовлетворит его потребности, обычно написанное в одно-двух предложениях.
С другой стороны, Сценарий использования — это длинное описание различных вариантов взаимодействия клиента с системой, такой как сайт или приложение, включающее все возможные пути, которые может пройти пользователь. Сценарий использования состоит из нескольких разделов и значительно сложнее и объемнее, чем пользовательская история.

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

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

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

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

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

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

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

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

После создания пользовательской истории важно обеспечить её дальнейшее обсуждение и доработку в команде для уточнения деталей.
Пример User Story:

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

1. «Статья опубликована на общедоступном сайте».
2. «Статья запланирована для публикации в социальных сетях».

• Приоритет: «Обязательный».

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

Наша команда использует платформу Jira для создания и хранения пользовательских историй. Чтобы создать ее шаблон в Jira, необходимо создать так называемую «задачу» (issue). После её создания вы можете добавить все описанные выше компоненты, такие как заголовок, описание, критерии приемки и приоритет.
Дополнительную информацию о создании инструментов в Jira можно найти в статье, которая подробно описывает процесс создания задач.

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

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

На курсе вы систематизируете знания по Agile, освоите Scrum и Kanban на практике, чтобы повысить производительность и научиться организовывать работу Agile-команд!

• 17 онлайн-уроков с отработкой навыков на практике
• шаблоны для эффективной работы с проектами и командами
• углубленные модули для будущих Скрам-мастеров и Канбан-коучей
• международный сертификат от ICAgile и сертификаты от Канбан Стандарт и Product Focus