Что сначала

Много раз встречался с одной и той же проблемой при проектировании. Она заключается в следующем: цикл начинался с проектирования структуры данных (какие данные в проекте используются и как обрабатываются), затем делалается креативная идея дизайна и рамочно рисуются выводы, согласуется все это дело с заказчиком и потом уже пишется Техническое Задание - где уже выводы описываются детально.

при таком подходе очень часто возникали следующие проблемы:

1) Во время разработки концепта появляются реальные идеи, которые идут в разрез с утрвежденной структурой данных - то есть требуют ее изменения.

2) На стадии концепта (эскизы) заказчика все устраивало, но на стадии детального проектирования wireframes страниц выясняется много нового, что опять же требует изменений в структуре данных (А ТЗ то уже написано)… Заказчик НЕ ПОНИМАЕТ что такое структура данных, но заказчик понимает wireframes. Он не понимает, что простое с его точки зрения изменение может вызвать кучу работ по изменениям в структуре данных программных модулей.

То ли был идиотом, то ли просто тупил. Но задачка решается просто. МЫ ЗАБЫВАЕМ ПРО СТРУКТУРУ ДАННЫХ ПРОЕКТА - и начинаем с детального проектирования выводов. Делаем это на стадии коцепции дизайна.

Плюсы:

1) выводы понятны и заказчику и дизайнеру и программистам

2) Новые типы данных вставить в wireframe проще, чем в технические спецификации.

Проблемы

Не имея структуры данных окончательной сложно оценить объем работ по программингу…