Скопировать ссылку
Рынок поменялся, а управление — не везде
За последние два-три года девелопмент вошел в новую фазу. Изменились базовые условия: выросла стоимость материалов, усилился кадровый дефицит, подорожало проектное финансирование, ужесточился контроль со стороны банков и экспертизы. При этом требования к срокам и качеству не снизились.
В таких условиях старая модель управления начинает давать сбои. Проекты, которые раньше «вытягивались» за счет ручного управления, теперь теряют деньги.
На практике это выглядит одинаково:
- сроки постепенно сдвигаются;
- смета перестает сходиться;
- решения принимаются реактивно.
Главный запрос рынка сегодня — управляемость проекта. Не отчетность и не формальные процессы, а способность видеть отклонения и влиять на них.
Тренд 1. Управление на основе данных
Во многих компаниях ключевые решения до сих пор принимаются на основе опыта. Этот подход работает, пока проект простой. С ростом сложности он начинает давать сбои. Появляется потребность в опоре на данные:
- загрузка команды по этапам;
- фактическая производительность;
- потребность в ресурсах на горизонте проекта.
Это позволяет заранее видеть узкие места. Например, перегрузку подрядчиков на конкретном этапе, нехватку рабочих в пиковый период и несоответствие темпов работ и графика.
В результате снижается количество простоев, сокращаются резкие сдвиги сроков, а решения принимаются раньше, а не в момент проблемы.
Важно, что речь не идет о сложных системах. Во многих проектах эффект дает даже базовая аналитика, если она используется регулярно.
Тренд 2. Сроки как система контроля
Календарный график есть почти в каждом проекте. Проблема возникает через несколько недель после старта. Фактическое выполнение начинает расходиться с планом, а если это не отслеживается, отклонения накапливаются.
Рабочая модель строится на регулярном контроле:
- проект разбивается на контрольные точки;
- статус обновляется с заданной периодичностью;
- по каждой точке фиксируется отклонение.
Для удобства можно использовать простую визуализацию, например:
- зеленый — выполнение в срок;
- желтый — есть риск;
- красный — требуется вмешательство.
Типичная ситуация: формально срок еще не сорван, но по контрольным точкам уже видно, что проект выходит из графика. При наличии системы это фиксируется заранее. Без нее — только в момент срыва.
Тренд 3. Генподряд и экономика проекта
Основной объем затрат сосредоточен в строительстве. До 70–75% стоимости проекта формируется через генподряд. Это зона, где возникают ключевые отклонения по бюджету.
В классической модели генподрядчик работает с собственной маржой, заинтересованность в снижении стоимости ограничена, изменение сроков приводит к удорожанию.
Дополнительно возникают косвенные потери:
- дублирование функций контроля;
- конфликты между заказчиком и подрядчиком;
- рост административных затрат.
А в проектах с более управляемой моделью все иначе — здесь регулярно пересматривается последовательность работ, решения принимаются с учетом темпов продаж, контролируется фактический расход ресурсов. Например, изменение очередности работ позволяет снизить кассовую нагрузку, ускорить вывод ликвидных лотов и сократить зависимость от кредитной линии.
Разница между моделями проявляется не сразу. Она становится заметной на горизонте проекта — в итоговой прибыли.
Тренд 4. Проектная команда
Во многих компаниях сохраняется функциональное разделение. Каждый блок работает в своей логике:
- маркетинг формирует продукт;
- продажи работают с клиентом;
- стройка реализует проект;
- финансы контролируют бюджет.
При отсутствии синхронизации возникают противоречия: продукт сложно реализовать на площадке, сроки не соответствуют плану продаж, а бюджет не учитывает реальные ограничения.
В проектах с более устойчивой моделью формируется единая команда. В нее входят:
- строительный блок;
- коммерческая функция;
- маркетинг;
- финансы;
- юридическая функция.
Решения принимаются с учетом всех факторов одновременно. Это снижает количество переделок и конфликтов в процессе реализации.
Тренд 5. Роль руководителя проекта
Наибольшее изменение связано с ролью руководителя проекта. Ранее он отвечал за ход строительства. Его зона ответственности ограничивалась площадкой, при этом продукт формировался отдельно, финансовая модель управлялась другим блоком, а решения принимались без единого центра ответственности.
В текущих условиях эта модель дает сбои. Зона ответственности руководителя проекта расширяется:
- участие в формировании продукта;
- контроль себестоимости;
- управление сроками;
- координация всех участников.
Фактически он становится точкой сборки проекта, а момент его подключения имеет критическое значение. Если руководитель проекта появляется после запуска строительства, он работает с уже принятыми решениями.
А если участвует на раннем этапе, появляется возможность повлиять на продукт, скорректировать экономику, выбрать более устойчивую модель реализации. Это влияет на весь дальнейший ход проекта.
Что станет стандартом в 2026
Текущие изменения постепенно становятся нормой. В ближайшие один — два года базовыми требованиями будут регулярный контроль сроков, использование данных в управлении, прозрачная модель работы с генподрядом, единая команда проекта. Без этого становится сложно удерживать сроки и экономику проекта.
С чего начать внедрение трендов
Попытка внедрить все сразу обычно не дает результата. Лучше начните с базовых шагов:
- Зафиксируйте текущую модель управления сроками.
- Введите регулярный контроль контрольных точек.
- Проверьте структуру затрат в генподряде.
- Определите, кто отвечает за итог проекта.
Даже эти шаги позволяют увидеть основные зоны потерь. Разница между проектами сегодня определяется не столько продуктом, сколько управлением.
При одинаковых вводных одни проекты укладываются в сроки и бюджет. Другие — теряют деньги.
Причина — в системности. Когда есть регулярный контроль, опора на данные, единая команда и понятная зона ответственности, то проект становится управляемым. Когда этого нет, результат зависит от случайных факторов.
