На сайте УДС-Проекта вышла моя статья о том, как снизить объём повторного проектирования линейного объекта.

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

Для линейного объекта планировочное решение задаёт положение проезжей части, тротуаров, остановок и других основных элементов. Пока оно не зафиксировано, всё, что завязано на него дальше — водоотведение, освещение, сети и другие разделы — находится под риском переделки.

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

Поэтому в проектах я стараюсь отделять настоящую параллельную работу от имитации ускорения. Отличить одно от другого обычно позволяет график. Если результат одного раздела принципиально зависит от решения, которое ещё может измениться, иногда лучше этот ресурс пока вообще туда не направлять.

С планировкой линейных объектов это особенно заметно. Я раньше работал в проверяющих инстанциях и видел согласование таких решений с обеих сторон. Оно может быть довольно болезненным для проектной организации, но именно поэтому принципиальную планировку лучше сначала провести через ключевые согласования, а уже потом уверенно раскручивать смежные разделы.

Есть у этой истории и вторая сторона: слишком долго ждать тоже нельзя. Сейчас естественным образом устаревают не только изыскания и отдельные проектные решения, но и сама градостроительная основа проекта. У нас был реальный случай, когда за время между подготовкой ППТЛО и проектной документацией изменились требования к НВК — и весь проект теперь надо сделать по сути заново. И это даже не ошибка “проходного проектирования”, а досадное стечение обстоятельств. Получается довольно тонкий баланс: не начинать зависимые работы слишком рано, но и не растягивать сам проект настолько, чтобы успели измениться исходные условия.

В статье подробнее разобрал, как мы выстраиваем эту последовательность в проектах линейных объектов. Ссылку оставлю в комментариях.