Топ-3 часто встречающихся ошибки при формировании и описании User Story

Друзья, хочу с вами поделиться приятной новостью. Совсем скоро со мной выйдет интервью на площадке школы дизайна Contented на тему “юзер-стори”. Обязательно поделюсь ссылкой, а пока немного спойлеров для вас. Нет, у меня нет любимчиков…никого, кроме вас. 😉

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

⬇️ Первая ошибка — это слишком общий или неясный формат. Соответственно, это про формулировку. Мы помним, что формула пользовательской истории состоит из трех частей. Я, как Пользователь, хочу конкретную функцию, чтобы она принесла мне определенную ценность в этом ПО. Можно сформулировать эту пользовательскую историю по такой формуле, можно получить очень общую историю в виде того, что я, как Пользователь хочу иметь возможность авторизоваться на таком-то ресурсе, но мы, как профессиональные Аналитики понимаем, что авторизоваться можно по-разному, плюс, чтобы авторизоваться, сначала нужно зарегистрироваться в этой системе. Соответственно, мы, как Аналитики понимаем, что пользовательских историй здесь должно быть сразу несколько, а не одна. Вот это большая ошибка, когда мы в одну историю пытаемся запихнуть сразу много.

⬇️ Вторая ошибка — это отсутствие критериев приемки. Критерии приемки мы можем в юзер-сториз описывать по разным форматам. Самый известный из них это Геркин. (нотация, либо методология, либо формат описания критерий приемки по Геркину). Или в свободном формате касательно проектирования, обсуждения, предвидения тех самых важных частей проверки пользовательской истории, которые требуются. Например, если про ту же авторизацию пользователя говорить на каком-то ресурсе, тогда в критерии приемки обязательно должно быть прописано: при помощи какого формата, при помощи каких форм, при помощи каких масок данных эта авторизация должна происходить. То есть, это либо электронная почта, либо определенное слово, домен, либо номер телефона, соответственно, здесь мы тоже должны прописать форматы (это 8 900… и так далее, либо это +7, либо это вообще не российский код или регион).

⬇️ Третья ошибка — это пренебрежение интересами всех пользователей. Очень часто нам хочется в формате пользовательской истории описать требования или пожелания к функциональности какого-то конкретного лица. Я, как Пользователь хочу, чтобы можно было авторизовываться при помощи какой-нибудь соцсети, например, именно ВК, только потому что у меня ВК очень хорошо развит, и я часть им пользуюсь. А то, что есть еще масса пользователей, которые, например, вообще не имеют аккаунта ВК, именно мы, как Аналитики не можем не учитывать.

Друзья, сталкивались ли вы с подобными случаями в своей работе? Может, у вас есть свой “топ-3” главных ошибок на тему юзер-стори? Пишите в комментарии. 😌

#ithumanwork