Некоторое время назад нам было поручено войти в проект и заменить старую систему Mainframe клиента новым решением ASP.NET для интрасети, использующим SQL Server в качестве серверной части. Частично это было реинжинирингом бизнеса - по сути, когда мы меняли систему, мы должны были думать о том, как мы можем лучше вести бизнес.
Итак, первая задача состояла в том, чтобы прийти и выполнить логические, а затем физические модели данных. Заказчик участвовал в этих высказываниях и получил полную подпись. Следующим этапом было фактически сделать проектирование и сборку каждого модуля. Короче говоря, программирование завершено, и сейчас мы приступаем к параллельному тестированию системы. Пока что дела идут отлично для большинства модулей - кроме одного.
У нас есть одна система, где - если бы вы только позволили бизнес-пользователям видеть приложение и отчеты, все было бы хорошо. Он работает с новым интегрированным рабочим процессом, автоматизирует ранее ручные процессы и отлично работает в соответствии со спецификациями. Параллельное тестирование выявило несколько проблем, связанных с перенесенными устаревшими данными. Разработчикам унаследованной системы очень трудно понять новую схему и бизнес-процесс, поэтому им очень трудно понять, как взять устаревшие данные и поместить их в новую схему. Из-за этого они созывают встречи бизнес-пользователей и заинтересованных лиц и говорят им, что новая система не предоставляет данные, которые старая система предоставляла (когда это действительно происходит) - это действительно делает новую систему плохой.
Это расстраивает, если не сказать больше. Новая система прекрасно работает и предоставляет все, что им нужно и нужно, и если бы не неспособность ИТ-персонала заполнить новые таблицы старыми данными, бизнес-пользователи были бы довольны новыми функциями и функциями.
Я прошу предложения о том, как справиться с этим. Из-за некоторых политических шагов новый «архитектор» не имеет представления о том, как работает система, и не может полностью понять последствия изменений, которые запрашивает ИТ-персонал. ИТ-персонал хочет фундаментальных изменений в системе, которые по сути не нужны и на самом деле являются плохим дизайном, но они являются заказчиком.
Какие-нибудь мысли?