Что такое user story?
Бывало такое, что вы должны преобразовать абстрактное требование в реализованный, протестированный и готовый к помещению в продакшн код? Тогда нужен такой способ описания требования, чтобы любой человек — бизнесмен, аналитик, разработчик и тестировщик имел общее представление о масштабе работы.
User Story — это короткая формулировка намерения, описывающая что-то, что система должна делать для пользователя.
Несмотря на то, что User Story играют в огромной степени роль, ранее принадлежавшую спецификациям требований, сценариям использования и т. п., они все же ощутимо отличаются рядом тонких, но критических нюансов:
- Они не являются детальным описанием требований, а представляют собой скорее обсуждаемое представление намерения;
- Они являются короткими и легко читаемыми, понятными разработчикам, стейкхолдерам и пользователям;
- Они относительно легко поддаются оценке, таким образом, усилия, необходимые для реализации, могут быть быстро определены;
- Они не занимают огромных, громоздких документов, а скорее организованы в списки, которые легче упорядочить и переупорядочить по ходу поступления новой информации;
- Они не детализированы в самом начале проекта, а уже более детально разрабатываются «точно в срок», избегая таким образом слишком ранней определенности, задержек в разработке, нагромождения требований и чрезмерно ограниченной формулировки решения;
- Они требуют минимум или вовсе не требуют сопровождения и могут быть безопасно отменены после имплементации.
Так что в итоге?
User story — это результат общения между представителями бизнеса, бизнес-аналитиками, тестировщиками и разработчиками и в одинаковой мере определяет, как различные участники проекта должны взаимодействовать друг с другом, так и какие должны быть результаты процесса разработки.
