Как я облажалась в описании задачи

Я в прошлом посте рассказывала, как я получила кучу вопросов от разработчиков по моему ТЗ. И хочу поделиться с вами самым большим моим провалом среди этих вопросов. Как пример того, что все продумать невозможно и ошибки все рано будут случаться. Главное их видеть и думать, как избежать их в будущем.

Итак, приложение с прохождением чего-то вроде опросника, где динамически меняются вопросы в зависимости от ответов пользователя. Дизайнер нарисовал внизу классическую нумерацию шагов "шаг 3/6", мне показалось это логичным, поэтому я внесла это в ТЗ. Во время разработки мне пишет менеджер с просьбой внести в АПИ количество вопросов в каждом опроснике. Я начинаю объяснять, что количество вопросов динамическое и зависит от ответов пользователя. На что он мне присылает этот скриншот с комментарием, что посчитать финальное количество шагов в динамическом опросе невозможно ???????

Лучше всего конечно такие нюансы всплывают во время разработки, когда ты уже в контексте и думаешь, как именно будет реализована задача. С другой стороны дизайн уже отрисован и изменения приходится вносить буквально на ходу. И не всегда это получается делать гладко и без доработок. Поэтому такие ошибки иногда могут встать поперек горла. Поэтому стоит учиться описывать задачи как можно точнее.

А какие у вас были недочеты в описании задач? Забывали что-нибудь критичное? Или вам приходил запрос сделать что-то невозможное? Делитесь в комментариях.

Александра Шаламова

#agile #управлениекомандой #разработка #ит #бизнеспроцессы