User story — описание пользовательского процесса
В современном мире, ориентированном на пользователя, понимание и удовлетворение потребностей пользователей имеет первостепенное значение для создания успешных продуктов. Пользовательские истории представляют собой мощную основу для сбора требований пользователей и разработки продукта. В этой статье рассматривается концепция пользовательских историй, их применение, преимущества, методы формулирования и советы экспертов по написанию эффективных пользовательских историй.
Концепция пользовательских историй
User story — краткое, ориентированные на пользователя повествование, которые отражают функциональность и желаемые результаты с точки зрения конечных пользователей.
Пользовательские истории зародились в рамках методологии гибкой разработки, в которой особое внимание уделяется итерационному и ориентированному на клиента подходу.
Совместная природа: Пользовательские истории способствуют сотрудничеству между заинтересованными сторонами, командами разработчиков и пользователями, способствуя общему пониманию требований.
Применение пользовательских историй
Сбор требований. Пользовательские истории служат мощным инструментом для выявления и документирования пользовательских требований в доступном и понятном формате.
Коммуникация и сотрудничество. Пользовательские истории способствуют эффективному общению между командами, заинтересованными сторонами и пользователями, объединяя всех вокруг общего видения.
Расстановка приоритетов и планирование. Пользовательские истории помогают определить приоритетность функций и возможностей на основе их влияния на удовлетворенность пользователей и ценность для бизнеса.
Итеративная разработка. Пользовательские истории поддерживают итеративный процесс разработки, позволяя вносить постепенные улучшения и учитывать отзывы.
Плюсы и минусы пользовательских историй
Преимущества User Stories
Пользовательские истории предлагают простоту, ориентированность на пользователя, гибкость и адаптивность. Они способствуют развитию эмпатии, поощряют творчество и способствуют сотрудничеству.
Проблемы User Stories
В пользовательских историях может не хватать технических деталей, они требуют постоянного уточнения и иногда сталкиваются с трудностями при отражении сложных требований.
Критерии INVEST для качественных User Stories
При создании пользовательских историй важно убедиться, что они соответствуют определенным критериям, гарантирующим их качество и полезность. Критерии INVEST широко используются в данной области и часто проверяются в ходе интервью с бизнес-аналитиками. Давайте рассмотрим каждый критерий и его значение для разработки пользовательских историй:
Independent — Независимый
Пользовательские истории должны быть сосредоточены на описании одной или нескольких независимых функций или возможностей. Будучи независимыми, эти функции могут решить проблему пользователя, не полагаясь на другие инструменты или зависимости. Например: "Как владелец домашнего животного, я хочу иметь возможность записывать визиты к ветеринару, чтобы следить за здоровьем своего питомца и не пропускать визиты". В этой статье описываются минимально необходимые функции, такие как создание и установка напоминаний о визитах к ветеринару. Эти функции самодостаточны и не зависят от других аспектов приложения, что позволяет проводить независимую разработку и тестирование.
Negotiable — Обсуждаемый
Пользовательские истории должны быть открыты для обсуждения и доработки в команде разработчиков. Важно проводить совместные обсуждения, чтобы обеспечить общее понимание потребностей пользователя и внести необходимые изменения в историю. Без надлежащих переговоров и сотрудничества существует риск того, что команда разработчиков получит неполную или неправильно понятую задачу.
Valuable — Ценность
Пользовательские истории должны быть направлены на предоставление реальной ценности для пользователя. Каждая история должна решать конкретную потребность или цель пользователя, обеспечивая значимые преимущества. Например, возможность следить за здоровьем питомца и планировать визиты к ветеринару приносит ощутимую пользу владельцу животного.
Estimable — Смета
Хорошая пользовательская история должна быть оценочной, то есть ее можно разумно оценить с точки зрения времени, ресурсов и усилий, необходимых для разработки. Понимая объем и сложность сюжета, команда разработчиков может предоставить точную оценку и соответствующим образом спланировать работу.
Small — Небольшой
Пользовательские истории должны быть краткими и целенаправленными, избегая чрезмерной сложности или объема. Благодаря тому, что сюжеты должны быть небольшими, их легче оценивать, разрабатывать и тестировать. Объемные или длинные истории могут привести к неясным целям и потребовать дополнительных ресурсов для разработки.
Testable — Тестируемость
Пользовательские истории должны быть тестируемыми, то есть иметь четкие критерии приемки. Критерии приемки определяют условия, которые должны быть выполнены, чтобы история считалась завершенной. Наличие четко определенных критериев облегчает команде разработчиков создание нужной функции и обеспечивает эффективное тестирование. Простота пользовательских историй способствует всестороннему тестированию, поскольку излишняя детализация может помешать процессу тестирования.
Придерживаясь критериев INVEST, вы можете создавать высококачественные пользовательские истории, которые эффективно отражают потребности пользователей, облегчают сотрудничество, позволяют точно оценить и предоставляют ценные функции. Эти критерии гарантируют, что пользовательские истории остаются сфокусированными, выполнимыми и тестируемыми на протяжении всего процесса разработки, что приводит к успешным результатам и удовлетворенным пользователям.
Формулирование истории пользователя
Определите пользователя: Начните с определения пользователя или группы пользователей, для которых создается история. Это поможет установить четкий фокус и перспективу.
Определите действие: Опишите действие или задачу, которую пользователь хочет выполнить. Делайте это кратко и конкретно, чтобы уловить намерение пользователя.
Укажите результат: Укажите желаемый результат или выгоду, которую пользователь ожидает получить в результате выполнения действия. Это поможет согласовать понимание команды разработчиков с ожиданиями пользователей.
Включите критерии приемлемости: Определите условия, которые должны быть выполнены, чтобы история пользователя считалась завершенной. Критерии приемлемости дают четкое определение выполненного действия и помогают в тестировании и проверке.
Пример шаблона User Story
Я как <категория пользователя> —
Хочу <иметь возможность действовать> —
Чтобы <чтобы получить результат или действовать>.
Примеры пользовательских историй
Электронная коммерция
Как покупатель в Интернете, я хочу фильтровать результаты поиска по цене, бренду и оценкам покупателей, чтобы быстро находить товары, соответствующие моим предпочтениям.
Как покупатель, я хочу отслеживать состояние своего заказа и получать в реальном времени информацию о доставке, чтобы обеспечить бесперебойную работу магазина.
Платформа социальных сетей
Как пользователь, я хочу иметь возможность настраивать параметры конфиденциальности для своих сообщений, чтобы контролировать, кто может просматривать мой контент и взаимодействовать с ним.
Как пользователь социальных сетей, я хочу иметь возможность сохранять посты или статьи для последующего прочтения, чтобы не пропустить интересный контент.
Инструмент управления проектами
Как руководитель проекта, я хочу назначать задания членам команды, устанавливать сроки и отслеживать прогресс, чтобы обеспечить своевременное завершение проекта.
Как член команды, я хочу получать уведомления и напоминания о предстоящих задачах и сроках, чтобы оставаться организованным и идти в ногу со временем.
Фитнес-приложение
Как пользователь, я хочу, чтобы приложение отслеживало мои ежедневные шаги и предоставляло информацию об уровне моей активности, чтобы помочь мне оставаться мотивированным и достигать своих фитнес-целей.
Как бегун, я хочу иметь возможность отслеживать темп, расстояние и маршрут во время пробежек на свежем воздухе с помощью технологии GPS.
Помните, что это всего лишь примеры, и пользовательские истории должны быть адаптированы к конкретным продуктам, пользователям и контексту. Главное - сосредоточиться на целях и потребностях пользователя, сохраняя при этом краткость, практичность и измеримость историй. Регулярное сотрудничество и доработка с заинтересованными сторонами и командами разработчиков может еще больше повысить эффективность пользовательских историй в разработке продукта.
Советы экспертов по написанию пользовательских историй
Фокусируйтесь на ценности для пользователя. Определите приоритеты потребностей и выгод пользователей, чтобы предлагать значимые решения.
Будьте проще. Избегайте ненужных технических деталей и делайте рассказы пользователей краткими и понятными.
Сотрудничайте и дорабатывайте. Привлекайте заинтересованные стороны, пользователей и команды разработчиков к постоянному уточнению и улучшению пользовательских историй.
Заключение
Пользовательские истории представляют собой мощную основу для понимания и удовлетворения потребностей пользователей, стимулирования сотрудничества и создания успешных продуктов. Улавливая перспективы и приоритеты пользователей, организации могут предоставлять решения, которые соответствуют ожиданиям пользователей и создают исключительный пользовательский опыт. Придерживаясь эффективных методов формулирования и используя советы экспертов, команды могут использовать весь потенциал пользовательских историй для разработки продуктов, которые действительно находят отклик у целевой аудитории, обеспечивая долгосрочный успех и удовлетворенность клиентов.
Автор: Куртяков Ойбек