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

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

С чего я это взял? Все просто – даже базовые книги, посвященные пользовательским историям, прямым текстом говорят, что прежде чем начать разработку необходимо детально выявить проблемы, которые будут решены, и потребности, которые требуется удовлетворить. Да-да, именно так: «Убедитесь, что проблема, которую вы собираетесь решать, на самом деле существует».

Так что в следующий раз, когда вам скажут, что аналитик в гибких методологиях не особо нужен, вспомните эти слова и пожелайте удачи команде🔥