В чём разница между user story и use case? Когда что использовать?
Короткий ответ
- User story — короткая формулировка ценности для пользователя
- Формат: как <роль>, я хочу <действие>, чтобы <ценность>
- Use case — детальный сценарий взаимодействия с системой
- Use case включает основной и альтернативные потоки
- Story дополняется критериями приёмки (acceptance criteria)
- Story — для гибких процессов, use case — для сложной логики
User story фиксирует потребность и ценность кратко, use case детально описывает все сценарии взаимодействия, включая альтернативные и ошибочные.
Как сказать вслух
пример ответаUser story — это короткая запись потребности пользователя в формате «как роль, я хочу действие, чтобы получить ценность». Она не описывает детали, а служит приглашением к обсуждению, и уточняется критериями приёмки. Use case — это, наоборот, подробный сценарий: кто участвует, какие шаги, что происходит в основном потоке и что в альтернативных, включая ошибки. На практике я использую стори для планирования в спринтах, а юзкейсы — когда нужно детально проработать сложную логику с множеством ветвлений.
Подробный ответ
Основной ответ
User story — лёгкий формат фиксации требования: одна-две фразы о том, какая роль чего хочет и зачем. Детализация происходит в разговоре и закрепляется критериями приёмки; качество стори проверяют по INVEST (независимая, обсуждаемая, ценная, оцениваемая, небольшая, тестируемая). Use case — структурированный документ: акторы, предусловия, основной поток шагов, альтернативные потоки, исключения, постусловия. Он фиксирует полную модель взаимодействия и незаменим для сложных процессов с ветвлениями — например, оформление возврата или согласование заявки. Это не конкурирующие, а дополняющие инструменты: стори удобны для бэклога и планирования, use case — для проработки логики, которую стори не вместит. Часто одна стори раскрывается в один сценарий use case.
Ключевые моменты
- Уровень детализации. Story — заголовок потребности, use case — полный сценарий со всеми ветвлениями и исключениями.
- INVEST. Критерии качества стори: Independent, Negotiable, Valuable, Estimable, Small, Testable.
- Структура use case. Акторы, предусловия, основной поток, альтернативные потоки, исключения, постусловия.
- Совместное применение. Стори для бэклога и приоритизации, use case для детальной проработки сложных сценариев перед разработкой.
Практический контекст
Вопрос проверяет, работал ли кандидат с обоими форматами или знает их только из статей. Интервьюер часто просит тут же написать стори и критерии приёмки для какой-нибудь фичи или разложить сценарий на основной и альтернативные потоки. Сильный кандидат объясняет выбор формата от контекста: зрелость команды, сложность домена, процесс (Scrum или водопад), а не называет один формат «устаревшим».
Частые ошибки
- Считают use case устаревшим артефактом, который «никто не пишет»
- Пишут стори без ценности: «как пользователь, я хочу кнопку»
- Забывают про альтернативные и ошибочные потоки в use case