Бизнес-требования - самый важный этап для начала работы над новой продуктовой фичей или задачей. Финальный результат и успех готового функционала будет на 99% зависеть от того, как ваша команда (дизайнеры, аналитики, разработчики, тестировщики) поняли суть постановленной задачи.
Есть множество методик по формулировке бизнес-требований:
- Impact mapping
- User story
- User story mapping
- Метрико-ориентированное управление требованиями
1. Impact mapping
Impact Mapping - это инструмент продакт-менеджера для декомпозиции цели развития продукта через причинно-следственные связи. При этом важны не столько сами по себе причины и вызываемые ими следствия, сколько проверка самих гипотез, которыми они связаны. Impact maps (карты воздействия) - это по сути карты гипотез, связывающих причины со следствиями.
Формула, по которой составляется Impact map:
- Why? - зачем это делаем, цель бизнеса
- Who? - кто нам помогает и мешает достичь цель
- How? - какие действия должны предпринять заинтересованные лица для достижения цели
- What? - что конкретно делает команда
Составление карты воздействия выполняется быстро и наглядно. Это позволяет легко привлекать людей с различными ролями и опытом, выявлять скрытые гипотезы и фиксировать важные решения.
2. User story
User Story (пользовательские истории) - способ описания требований к разрабатываемой системе, сформулированных как одно или более предложений на повседневном или деловом языке пользователя.
Структура User Story:
- Кто? - определяет заинтересованное лицо
- Что? - действие по достижению цели
- Зачем? - мотивация
Шаблон User Story:
Как <роль>, я хочу <цель>, чтобы <мотивация>
Пример:
- Задача: сделать отчет по загрузке разработчиков для менеджеров.
- User Story: "Я, как менеджер, хочу видеть загрузку своих разработчиков, чтобы грамотно распределять задачи".
- Важно: User Story не предписывает конкретных вариантов достижения цели, а описывает кейс пользователя.
Преимущества User Story:
- Быстрый способ формулировать бизнес-требования без необходимости разрабатывать объемные спецификации.
- Возможность выбрать вариант реализации, требующий минимальных изменений.
- Возможность предложить заказчику более простой и дешевый вариант реализации.
- Выше вероятность разработать то, что нужно пользователю (заказчику).
3. User Story Mapping
Карта пользовательских историй (User Story Map) - визуальный план пользовательских историй, расставленных согласно приоритетам, карта релизов продукта как главный рабочий инструмент для вашей команды.
Пример структуры:
Гибкие команды создают карты пользовательских историй, чтобы оценить, какие функции принесут пользователям наибольшую пользу, расставить приоритеты для клиентов и наглядно представить требования проекта.
Преимущество User Story Map - наглядное сопоставление пользовательских историй для бизнес-заказчиков и команд разработки, которое можно использовать в качестве собственной дорожной карты (Roadmap) для плана релизов вашего продукта.
Шаблон User Story Map можно посмотреть тут: https://miro.com/templates/user-story-map/
Рекомендуем прочитать:
"Пользовательские истории. Гибкая разработка программного обеспечения", Майк Кон
"Пользовательские истории. Искусство гибкой разработки ПО", Джефф Паттон
Интересное на тему "Customer Journey Map или карта пути клиента":
читайте тут