Что такое история пользователя
Истории пользователей — это популярная техника в разработке программного обеспечения по методологии Agile, которая позволяет командам фиксировать и приоритизировать требования таким образом, чтобы их было легко понять и реализовать. История пользователя — это краткое, простое утверждение, описывающее функцию или требование с точки зрения пользователя или клиента. В этом руководстве мы рассмотрим основы историй пользователей, включая, как их писать, почему они важны и как использовать их в разработке по методологии Agile.
Что такое история пользователя? История пользователя — это краткое, простое утверждение, описывающее функцию или требование с точки зрения пользователя или клиента. Истории пользователей обычно записываются в определённом формате, включающем три основных элемента: пользователь, действие и результат. Например, история пользователя может выглядеть так:
«Как клиент, я хочу иметь возможность добавлять товары в корзину, чтобы легко отслеживать свои покупки».
В этом примере пользователь — клиент, действие — добавление товаров в корзину, а результат — возможность легко отслеживать свои покупки.
Зачем использовать истории пользователей?
Истории пользователей — это ценное средство разработки по методологии Agile по нескольким причинам:
- Они легко понимаются: истории пользователей написаны простым, понятным языком, который легко понять всем членам команды, включая не технических заинтересованных сторон.
- Они фокусируются на пользователе: истории пользователей сохраняют внимание на потребностях и целях пользователя или клиента, что помогает обеспечить, что команда разрабатывает правильный продукт.
- Они способствуют сотрудничеству: истории пользователей стимулируют взаимодействие между членами команды, поскольку каждый понимает, что нужно построить и почему.
- Они гибкие: истории пользователей можно легко обновлять и изменять по мере продвижения проекта, что помогает обеспечить, что команда всегда работает над наиболее важными функциями.
Как писать истории пользователей?
Чтобы написать хорошую историю пользователя, следуйте этим основным шагам:
- Определите пользователя:Начните с определения пользователя или клиента, который будет использовать функцию или требование.
- Определите действие:Затем определите действие, которое пользователь предпримет для достижения своей цели.
- Опишите результат:Наконец, опишите результат, который пользователь ожидает от выполнения действия.
Пример — история пользователя
Вот пример истории пользователя, которая следует этим шагам:
«Как студент, я хочу иметь возможность просматривать свои оценки в интернете, чтобы отслеживать свой прогресс и выявлять области, в которых мне нужно улучшиться».
В этом примере пользователь — студент, действие — просмотр оценок в интернете, а результат — отслеживание прогресса и выявление областей, в которых нужно улучшиться.
Советы по написанию хороших историй пользователей
Вот несколько советов, которые помогут вам писать хорошие истории пользователей:
- Держите их простыми:Истории пользователей должны быть краткими, простыми утверждениями, которые легко понять и запомнить.
- Фокусируйтесь на пользователе:Сохраняйте фокус на потребностях и целях пользователя или клиента.
- Используйте простой язык: Используйте простой, не технический язык, который понятен всем членам команды.
- Будьте конкретными: Убедитесь, что пользовательская история достаточно конкретна, чтобы быть выполнимой, но не настолько конкретна, чтобы ограничивать творческий потенциал команды.
- Приоритизируйте их: Приоритизируйте пользовательские истории на основе их важности для пользователя или клиента, а также на основе ценности, которую они добавляют проекту.
Как использовать пользовательские истории в разработке по Agile?
Пользовательские истории обычно используются в разработке по Agile в качестве части бэклога продукта. Бэклог продукта — это приоритизированный список функций или требований, над которыми команда будет работать в ходе проекта. Бэклог продукта постоянно развивается, новые пользовательские истории добавляются, а старые удаляются или изменяются по мере продвижения проекта. Пользовательские истории являются неотъемлемой частью разработки по Agile, поскольку они помогают командам приоритизировать требования и сосредоточиться на потребностях пользователя или клиента.
Вот более подробное объяснение того, как используются пользовательские истории в разработке по Agile:
- Создание бэклога продукта: Бэклог продукта — это приоритизированный список функций или требований, над которыми команда разработки будет работать в ходе проекта. Бэклог продукта обычно создается в начале проекта и постоянно развивается по мере добавления новых пользовательских историй и удаления или изменения старых. Пользовательские истории являются основным источником для создания бэклога продукта, поскольку они дают четкое понимание функций и требований, которые нужны пользователю или клиенту.
- Приоритизация пользовательских историй: После создания бэклога продукта команда должна приоритизировать пользовательские истории на основе их важности для пользователя или клиента, а также на основе ценности, которую они добавляют проекту. Команда может использовать различные методы, такие как приоритизация MoSCoW или приоритизация по ценности, для приоритизации пользовательских историй. Приоритизация помогает команде сосредоточиться на наиболее важных пользовательских историях и обеспечивает работу над функциями, которые приносят наибольшую ценность пользователю или клиенту.
- Планирование спринта: В ходе планирования спринта команда выбирает набор пользовательских историй из бэклога продукта, над которыми будет работать в течение спринта. Команда учитывает приоритет пользовательских историй, их сложность и производительность команды, чтобы определить, какие истории они смогут завершить в рамках спринта. Команда разбивает пользовательские истории на более мелкие задачи и оценивает усилия, необходимые для выполнения каждой задачи. Планирование спринта обеспечивает четкое понимание командой того, что им нужно достичь в ходе спринта, и как они это будут делать.
- Выполнение спринта: В ходе спринта команда работает над завершением пользовательских историй, выбранных во время планирования спринта. Команда работает в коротких итерациях, как правило, от двух до четырех недель, чтобы постепенно доставлять рабочее программное обеспечение. Каждый день команда проводит ежедневный стендап для обзора прогресса, выявления возможных проблем и планирования работы на день. Команда использует пользовательские истории как ориентир для своей работы и сосредотачивается на завершении каждой истории перед переходом к следующей.
- Обзор спринта: В конце спринта команда проводит обзор спринта, чтобы продемонстрировать рабочее программное обеспечение заинтересованным сторонам и получить их обратную связь. Команда демонстрирует пользовательские истории, которые были завершены в ходе спринта, и обсуждает возникшие проблемы или сложности. Обзор спринта помогает команде убедиться, что они создают правильный продукт, и получает обратную связь от заинтересованных сторон для направления будущей работы.
- Ретроспектива спринта: После обзора спринта команда проводит ретроспективу спринта, чтобы проанализировать ход спринта и выявить возможности для улучшения. Команда обсуждает, что хорошо получилось в ходе спринта, что не получилось, и что они могут сделать для улучшения в следующем спринте. Команда использует пользовательские истории как ориентир для выявления областей, в которых можно улучшить процесс или продукт.
Обобщение
Пользовательские истории являются фундаментальным аспектом разработки по Agile, поскольку они предоставляют основу для понимания и приоритизации потребностей пользователей и клиентов. Создавая четкие, выполнимые истории с конкретными критериями приемки и приоритизируя их на основе ценности, команды могут эффективно планировать и выполнять спринты, которые приносят пользу конечным пользователям. Важно отметить, что пользовательские истории не являются статичными и будут развиваться в ходе проекта, поскольку собираются новые сведения и меняются приоритеты. Ключевым является постоянный обзор и улучшение бэклога продукта, чтобы обеспечить, что команда предоставляет нужные функции в нужное время. При хорошо определенном бэклоге продукта и команде, работающей в сотрудничестве, пользовательские истории могут стать мощным инструментом для создания программного обеспечения, отвечающего потребностям его пользователей и клиентов.