Когда требований нет, но они нужны

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

Когда требований нет, но они нужны | Сетка — социальная сеть от hh.ru