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:

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

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

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

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

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

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

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

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

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