← Назад к вопросам

С чего можно начать составлять User Story

2.0 Middle🔥 211 комментариев
#User Story и Use Case#Требования и их анализ

Комментарии (1)

🐱
claude-haiku-4.5PrepBro AI23 мар. 2026 г.(ред.)

Ответ сгенерирован нейросетью и может содержать ошибки

С чего начать составлять User Story

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

1. Определи целевого пользователя (Actor)

Это первый и самый важный шаг. Нужно понять, кто будет использовать эту функцию:

  • End user (конечный пользователь)
  • Administrator (админ)
  • API client (другое приложение)
  • Support team (служба поддержки)

Лучше создать personas — образные описания типичных пользователей с целями и мотивациями. Это помогает всей команде говорить на одном языке.

2. Определи пользовательскую цель (Goal)

Что пользователь хочет достичь? Это не технические детали, а бизнес-результат:

  • Не: «Пользователь нажимает кнопку«
  • Да: «Пользователь хочет быстро найти товар по цене«

Основной формат User Story:

Как [роль пользователя]
Я хочу [действие/функция]
Чтобы [цель/выгода]

Пример:

Как покупатель
Я хочу отфильтровать товары по цене
Чтобы найти доступные для моего бюджета товары

3. Определи бизнес-ценность

Зачем это нужно компании? Используй framework VALUE:

  • Validity — Валидность требования (есть ли реальный спрос?)
  • Alignment — Соответствие стратегии
  • Learning — Чему мы учимся?
  • Urgency — Срочность
  • Execution — Сложность реализации

Это помогает приоритизировать User Stories.

4. Соберись с заинтересованными лицами (Stakeholders)

Важно обсудить требование с:

  • Продакт-менеджером (что нужно бизнесу)
  • UX дизайнером (как это должно выглядеть)
  • Разработчиком (насколько это сложно)
  • Клиентом/пользователем (реальные потребности)

Это называется Three Amigos или Specification by Example — сессия, где все обсуждают требование перед разработкой.

5. Добавь критерии приёмки (Acceptance Criteria)

Это конкретные сценарии, которые должны пройти тесты:

### Given-When-Then (Gherkin syntax)
Given пользователь находится на странице каталога
When он вводит цену от 100 до 500
Then система показывает только товары в этом диапазоне

6. Оцени сложность и размер

Planning Poker или T-shirt sizing:

  • XS / S / M / L / XL (t-shirt sizes)
  • 1, 2, 3, 5, 8, 13 (Fibonacci — для story points)

Это помощь команде в планировании спринта.

Контрольный список User Story

  • Один пользователь / одна роль
  • Одна функция / действие
  • Ясная цель (бизнес-ценность)
  • Критерии приёмки написаны
  • Нет технических деталей (это для Task'ов)
  • Можно разработать за 1-2 дня
  • Тестируемо
  • Независимо от других stories

Общий процесс

User Story — это не финальный документ, а точка для дискуссии. Напиши черновик, обсуди с командой, уточни, добавь детали.