Слишком уж пессимистичны оптимистичные оценки
Такие оценки в самый раз для разработчиков, которые первый раз ахапту увидят как раз на проекте по подъему модификаций, причем в пессиместичном варианте они до того программировать вообще не умели
Я согласен, что есть модификации (бизнес процессы), которые могут затребовать даже больше время в ах30, чем на реализацию в ах25, те будут просто писаться заново в новых условиях.
EVGL сказал очень верно - если человек, делающий подъем, имеет опыт, то все это фигня..
И большой по кол-ву элементов проект перетаскивается максимум за неделю -две одним человеком, потом неделя-две на тесирование и отладку (консультант+программист), неделя (мах) на доработку, неделя-две на перенос данных (включая суппорт по исправлению на лету)
Все из расчета одного программиста высокой квалификации и с опытом таких работ.
Вот оптисистичный прогноз, основанный лично на моем поднятии всего 4 проектов по разным сервиспакам и на ах30 (весь пренос занимал от одной до 4 недель)
P.S. 800 программных элементов обычно имеют EDT 20-30%, изменения в классах "одной строкой", просто новые (проектные) элементы, которые и править не нужно... и другую мелочевку...