Когда требований нет, но они нужны
На проекте, где я работаю, разрабатывается веб-приложение с несколькими ключевыми разделами. Пользователь может достичь целей разными способами. Но документации, которая бы показывала все возможные пути, не было. Разработчики постоянно спрашивали меня: "А как пользователь попадает на этот экран?". И я не могла ответить — не было документа, к которому можно было бы их отправить. Проблема Бизнес-требования были, но они не давали полной картины пользовательского пути. Не было визуализации, которая бы показала: вот вход в систему, вот возможные пути, вот точки принятия решений. Решение Я решила создать карту переходов между экранами — гигантскую визуальную блок-схему, которая показывает путешествие пользователя. Это не замена требованиям. Это дополнение. Это инструмент, который помогает всей команде понять, как работает система. Что получилось: Карта двух разделов уже готова. Остальные разделы обозначены блоками TBD (to be done). Карта будет дорабатываться по мере необходимости и теперь доступна всем коллегам на проекте в статье в confluence. Теперь разработчики могут сами открыть документ и увидеть путь пользователя. Иногда приходится брать на себя ответственность и создавать то, чего не хватает. Не потому что "кто-то не справился". А потому что команде нужен инструмент. И если его нет — почему бы не создать его самому?
· 21.07
Круто, когда есть понимание как должно работать и время на реализацию. Вы очень полезное дело сделали. (;
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён