
Когда говорят про управление инженерно строительных проектов, многие сразу представляют диаграммы Ганта, толстые папки с документацией и еженедельные планерки. Но на деле, это часто больше про умение предвидеть, что пойдет не так завтра, и где сегодня недосмотрели субподрядчики. Основная ошибка — сводить все к администрированию, упуская из виду технологическую и человеческую составляющую. Я сам долго считал, что главное — выдержать сроки и бюджет, пока один проект не показал, что без глубокого понимания самой технологии строительства и цифровых инструментов все эти усилия могут уйти в песок.
Сейчас без цифровых двойников и BIM-моделирования серьезные проекты просто не ведутся. Но здесь кроется ловушка: многие компании внедряют софт, но не меняют процессы. Получается дорогая игрушка, которая лишь создает видимость работы. Надо отдавать себе отчет, что цифровизация — это в первую очередь изменение подходов к коммуникации и принятию решений.
Вот, к примеру, при сотрудничестве с ООО Хэнань Цзюйхэ Текнолоджи (их сайт — hnjhkjjt.ru) на одном из объектов по модернизации инфраструктуры, мы изначально столкнулись с классической проблемой: их платформа для управления данными проекта была мощной, но наши линейные инженеры продолжали работать по старинке, дублируя информацию в Excel. Ключевым стало не внедрение, а адаптация — мы совместно провели не обучающие семинары, а рабочие сессии прямо на стройплощадке, разбирая конкретные кейсы. Только тогда инструмент стал рабочим.
Именно их профиль как поставщика услуг цифровой трансформации оказался критически важен. Они не просто продали ?коробку?, а погрузились в контекст нашего инженерно строительного проекта, предлагая кастомизированные решения для контроля поставок бетона. Это тот редкий случай, когда подрядчик по ИТ действительно говорит на одном языке со строителями.
Теория управления рисками есть в любом учебнике. Но на практике основные угрозы редко бывают глобальными. Чаще это накопление мелочей: задержка согласования одного чертежа в надзорном органе на два дня, внезапная болезнь ответственного прораба, несоответствие партии арматуры заявленным характеристикам, обнаруженное уже при приемке. Такие вещи сводят на нет самый красивый план.
У нас был эпизод на строительстве логистического центра. Все шло по плану, пока геодезисты не обнаружили небольшой плывун в месте будущего котлована. Стандартный протокол предполагал длительные дополнительные изыскания. Но благодаря тому, что у нас была оперативная связь с технологами и доступ к базе данных по грунтам в этом районе (часть той самой цифровой платформы), мы быстро нашли аналогичный прецедент и утвердили измененное решение по укреплению грунта с заказчиком за один день. Это спасло месяц графика.
Поэтому мое твердое убеждение: система управления проектами должна иметь не только вертикальные, но и горизонтальные связи для быстрого обмена информацией между инженерными службами. Иначе реакция на проблемы всегда будет запаздывающей.
Можно иметь лучшие технологии, но если между генподрядчиком, субподрядчиками и заказчиком нет доверия и четких каналов коммуникации, проект будет буксовать. Я видел, как из-за невысказанных претензий между прорабом и поставщиком железобетонных изделий возникала пауза в работе, которая потом в отчетах красиво называлась ?ожидание оптимальных погодных условий?.
Здесь помогает не столько регламент, сколько выстроенная культура. Мы, например, на сложных объектах вводим короткие ежедневные 15-минутные летучки не только для руководства, но и для ключевых мастеров. Без бумаг, только по существу: что сделано, что мешает, что нужно от смежников. Это снимает 80% мелких напряжений.
При этом роль менеджера проекта — не быть надсмотрщиком, а быть интегратором и иногда переводчиком между языками инженеров, экономистов и юристов. Это отдельное искусство.
Одна из главных болезней — перенос контроля качества на последние этапы. Когда дефекты обнаруживаются при сдаче, их исправление влетает в копеечку и убивает все сроки. Качество должно встраиваться в процесс на каждом шагу.
Мы используем подход, когда ответственный за каждый вид работ одновременно является первичным контролером. Но чтобы это работало, нужны простые и понятные чек-листы и, опять же, цифровые инструменты для фиксации. Фотография с геотегом и комментарием, сразу загруженная в общую систему, работает лучше, чем акт, составленный через неделю.
На том же проекте с ООО Хэнань Цзюйхэ Текнолоджи мы активно использовали мобильное приложение для контроля монтажа инженерных систем. Мастер отмечал выполненный участок, прикладывал фото, и эти данные сразу становились частью цифрового двойника объекта. Это давало прозрачность и позволяло технадзору удаленно выборочно проверять ключевые узлы, не тратя время на разъезды.
Бюджет проекта часто утекает не через крупные статьи, а через множество мелких утечек: простой техники из-за плохой логистики, перерасход материалов из-за некорректных раскроев, сверхурочные работы из-за плохого дневного планирования. Эффективное управление инженерно строительных проектов требует тотального внимания к операционным расходам.
Здесь мне близок подход, при котором финансовая модель проекта ?живая? и привязана к календарному плану. Любое смещение сроков по какой-либо задаче автоматически показывает потенциальное влияние на бюджет. Это не панацея, но хороший инструмент для раннего предупреждения.
Интересный опыт был с оптимизацией закупок. Вместо закупки всех материалов на весь проект сразу, мы, проанализировав график и условия хранения, перешли на более частые, но точно рассчитанные поставки. Это снизило затраты на складирование и минимизировало риски порчи. Правда, потребовалась ювелирная работа по согласованию с поставщиками, но оно того стоило.
Так что, если резюмировать мой опыт, то управление проектами в строительстве — это дисциплина на стыке технологий, экономики и психологии. Нельзя быть эффективным, зациклившись только на одной составляющей.
Сейчас отрасль сильно меняется под давлением цифровизации, и такие компании, как упомянутое ООО Хэнань Цзюйхэ Текнолоджи, становятся не просто подрядчиками по софту, а стратегическими партнерами, которые помогают перестроить саму логику работы. Но их инструменты — лишь усилитель компетенций. Основное решение всегда остается за людьми на площадке.
Главный вывод, возможно, банален: не бывает идеальных проектов. Бывает грамотное управление проблемами, когда их превращают из угроз в рабочие задачи. И это, пожалуй, самое сложное и интересное в нашей работе.