User Stories

User Stories (пользовательские истории) используются вместо большого документа с функциональными требованиями и помогают оценить трудозатраты для встречи планирования релиза. User Stories описывают действия, которые ПО должно выполнять, на языке заказчика без использования технических терминов и без деталей реализации.

Формат и содержание

Формат одной User Story – примерно 3 предложения текста в свободной форме. Уровень детализации не слишком подробный, но минимально достаточный для оценки рисков и времени. Это основное отличие от документа с функциональными требованиями – детальная информация собирается после того, как история взята в работу.

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

Использование

Для каждой истории разработчики оценивают «идеальное» время на разработку: 1, 2 или 3 недели. Под «идеальным» подразумевается время, потраченное на реализацию User Story в коде, не отвлекаясь, не переключаясь на другие задачи и с полным пониманием ожидаемого результата.

Если отдельная история занимает более 3 недель, она должна быть декомпозирована.

С другой стороны, если разработка истории занимает менее недели, значит уровень декомпозиции избыточен и какие-то истории могут быть объединены.

На основании User Stories пишутся приёмочные тесты. Для каждой истории должен быть реализован хотя бы один автоматизированный тест, проверяющий, что она реализована корректно.

Примерно 80 (±20) историй – идеальное количество, чтобы составить график релизов.