Короче, рассказываю вам за отношения дизайнеров и бизнес- и системных аналитиков. Щас будет много и жирно, готовьте палатку.
Для начала давайте договоримся: я буду называть бизнесовых и системных аналитиков словом «аналитик», а вы будете делать вид, что так и нужно, ладно?
(почему так можно - читайте парой постов выше)
Итак, у нас есть дизайнер и аналитик, которых надо увязать в единый процесс. Чисто по логике у нас есть три доступных варианта:
🖕 Вариант АЗЪ. Сперва аналитик прописывает требования и спецификации, затем дизайнер по ним рисует макеты.
Вариант классический и повсеместно распространённый, но хероватый.
Если аналитик прописывает пользовательскую логику без оглядки на интерфейсы, то получается или какой-то кусок словесной пены, бесполезный для разработки, или же аналитический жесткач, загоняющий дизайнера в прокрустово ложе неведомо откуда взявшихся требований. В первом случае бузят разработчики, во втором - дизайнеры, которым аналитик за каким-то боком указывает, что и где рисовать.
Аналитик…