Сопровождение согласований vs разовая разработка: что выбрать

На практике разница простая: разовая разработка заканчивается на передаче комплекта, сопровождение — на достижении результата (при соблюдении требований и корректных исходных данных).

Когда обычно достаточно разовой разработки

• входные данные полные и стабильные;
• один ответственный у заказчика за исходники и изменения;
• нет сложной увязки нескольких этапов (ТУ/проект/ППР/допуск);
• у вас есть ресурс закрывать замечания и вести версии.

Когда сопровождение обычно выгоднее

• входные данные приходят частями и возможны изменения;
• несколько участников (заказчик/подрядчик/проектировщик) и «размытая» ответственность;
• важны сроки старта СМР и нужен прогноз по итерациям;
• ранее были проблемы с замечаниями и возвратами «по формату».

Что даёт сопровождение (по сути)

• QA комплекта до подачи;
• управление замечаниями (реестр, ответственные, сроки);
• управление версиями (реестр изменений, «главная версия»);
• понятный статус по этапам и рискам.

Мини‑критерий выбора

Если вы не готовы выделить ответственного на закрытие замечаний и ведение версий — сопровождение почти всегда окупается временем.

Вывод

Выбор зависит не от «желания», а от зрелости процесса на стороне заказчика/подрядчика и стабильности входных данных.

Сценарии сопровождения описаны на странице Сопровождение согласования ППР.