Ко второму этапу также можно частично подготовиться заранее. В рамках рассматриваемой этапности во время данного этапа предстоит решить ряд задач.

Укрупненно: - подготовить it-площадки; - доработать функциональность системы по функциональным разрывам; - разработать/доработать/настроить механизмы интеграции с другими ИС; - разработать/доработать механизмы внесения первоначальных данных; - провести тестирование ИС; - подготовить систему к демонстрации; - продемонстрировать работоспособность системы.

Соответственно, к чему тут можно подготовиться заранее:

1. Частично подготовить ИТ-площадки - развернуть копии ИС, с которыми внедряемая ИС будет интегрироваться. Если вы полноценно подготовились к этапу 1, то сведения об интегрируемых ИС у вас будут до старта проекта. Поэтому и подготовить копии интегрируемых систем можно также до старта проекта.

2. Заранее определить методику проведения разработки, а именно: - какие этапы у разработки будут (например, постановка, разработка, тестирование, показ + дополнительные этапы - исправление, уточнение и т.д.);

- какие статусы вы будете отражать в системе управления задачами (например, этап разработка - задача может быть направлена разработчику, задача может быть принята разработчиком, задача может быть отправлена аналитику на уточнение, задача может выполняться разработчиком, и т.д. то есть статусов задачи может быть значительно больше, чем этапов);

- какие сведения вы будете собирать на задаче помимо текущего статуса (трудозатраты, продолжительность, стоимость по ставке и т.д.);

- как вы будете контролировать качество работ (например, будет ли на этапе 2 только функциональное тестирование, будет ли контроль функционального архитектора, будет ли проводиться код-ревью по каждой задаче в процессе разработки или отдельно по нескольким задачам, будет ли нагрузочное тестирование на данном этапе и т.д.);

- с какой периодичностью вы будете смотреть демонстрируемую функциональность (по мере готовности, раз в неделю, раз в месяц, по окончании работ; а может вы будете смотреть с одной периодичностью, старший специалист по автоматизируемой области - с другой, а руководитель отдела целевого процесса - с третьей);

3. Заранее определить и согласовать работу с изменениями. А на любом, хоть сколько-нибудь крупном проекте обязательно возникнут ситуации, когда вы имели в виду одно, а команда внедрения - другое. Как вы будете обрабатывать такую ситуацию? А если наоборот вы не предусмотрели что-то и вам нужна функциональность, не отраженная в ТЗ?

О том, как вы будете решать подобные вопросы стоит подумать заранее и согласовать с командой внедрения.