Итак, начать этап следует с проверки результатов, полученных в ходе предыдущих этапов. Дело в том, что данный этап является финальным в плане работ именно с ИС, т.е. реализация проекта завершается. Будет ещё финальный этап по подведению итогов проекта, но там будут работы, не связанные непосредственно с ИС.

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

Второе - это перенос ИС на промышленную площадку и настройка для проведения ПСИ.

И вот тут может ждать много нюансов, перечислю лишь некоторые:

▫️доступы к промышленной площадке. Если вы заранее не озаботились согласованием доступов команде внедрения и подали заявку только сейчас, то может пройти длительное время, пока их вам согласуют;

▫️ настройка интеграции. В процессе ПСИ необходимо будет продемонстрировать в том числе правильное "хождение" данных между ИС. И если входные потоки можно запараллелить с потоками заменяемой ИС, то с выходными есть ещё один нюанс. Для проведения ПСИ их надо настраивать на "не продуктовую" площадку. Иначе тестовые данные пойдут непосредственно в рабочие ИС. А между тестовыми площадками и продуктовыми, как правило, хождение данных по умолчанию запрещено ИБ. И для согласования такого разрешения на время проведения ПСИ может потребоваться продолжительное время.

▫️ протоколы передачи данных. Может статься, что вроде ИС перенесли, и интеграцию перенастроили, а данные - не идут. На тестовой - идут, а на проме - нет. Чаще всего проблема в протоколах, точнее, между узлами не разрешено общение по протоколам, используемым в вашей системе. Забыли запрос отправить на открытие доступа. И опять ждать.

А если вы ещё и посчитали излишней тратой времени составление детальных технических требований и их согласование, то ещё и может внезапно выясниться, что в том виде, в котором вы предполагаете развернуть ИС на проде и обеспечить хождение данных, будет сделать нельзя.

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

А чтобы такое не происходило, РП должен "видеть" проект целиком уже при старте. Правильно составленный план проекта очень сильно помогает целиком взглянуть на проект. А для его составления нужно хотя бы базово понимать содержание проекта.