Девелопер вёл проекты в 1С:БИТ.Строительстве — отраслевом решении, где живут график работ, объёмы, сметы, акты выполненных работ и расчёты с подрядчиками. Рядом жили цифровые методики: регламент план-факта, формы отчётности, правила эскалации отклонений. Но собирались они руками — инженер ПТО (производственно-технический отдел) выгружал факт из системы, сводил его с графиком в Excel, искал отставания, писал пояснения и отправлял руководителю проекта. Система хранила данные, методики описывали порядок, а контроль сроков всё равно держался на людях: кто успел сверить, тот и увидел проблему.
Профиль компании в разборе
- Роль: девелопер — жилое и коммерческое строительство, часть объектов строит своими силами, часть через генерального подрядчика
- Штат: около 280 сотрудников, из них 16 человек в службе технического заказчика, 8 инженеров ПТО (производственно-технического отдела) и 5 руководителей проектов
- Город: Екатеринбург, площадки в Свердловской области
- Системы: 1С:БИТ.Строительство (график, объёмы, сметы, акты выполненных работ), ЭДО (электронный документооборот) с подрядчиками и проектировщиками, план-факт по части объектов в Excel
- Что ведём: график и объёмы по каждому объекту, сметы и акты выполненных работ, комплект исполнительной документации, контроль подрядчиков и сроков
Рынок делает управление сроками всё более чувствительной темой. По данным Мосгосстройнадзора, за 2025 год проведено 6 613 бесконтактных проверок застройщиков и выдано 379 предостережений о недопустимости нарушения обязательных требований — ведомство всё чаще смотрит на данные и фотофиксацию, а не на бумагу в кабинете. Дисциплина сроков при этом ослабла: по публикации отраслевого журнала «ТотДом», в июне 2025 года 54,2% введённых в эксплуатацию многоквартирных домов сданы с нарушением первоначально заявленных сроков против 32,9% годом ранее — максимум с весны 2019 года. И это на фоне роста объёмов работ и зрелости цифровых инструментов: по итогам исследования, опубликованного на портале «СтроимПросто» (с ним связано техническое регулирование в строительстве Москвы), 54% опрошенных застройщиков, генподрядчиков и проектировщиков уже применяют среду общих данных, то есть данные в отрасли оцифрованы, а решения по срокам всё ещё отстают от этих данных.
Дальше разбираем, из чего складывается управление строительными проектами: что такое единая система и какие процессы в ней живут, что дают цифровые методики, где заканчиваются возможности системы и начинается слой, который читает содержание, — ИИ-агент. Посмотреть ИИ для контроля сроков можно на вашем объекте и на ваших данных: демонстрация показывает, какие записи графика, факта по объёмам и документы агент читает и что из этого остаётся человеку.
Коротко
Единая система в управлении строительными проектами — это 1С:БИТ.Строительство или 1С:УСО (управление строительной организацией), где живут график, объёмы, сметы и акты. Цифровые методики — это регламент план-факта и правила эскалации. ИИ-агент читает график, факт по объёмам и документы подрядчиков, сопоставляет их и показывает расхождение и угрозу сроку руководителю проекта, пока отставание ещё можно закрыть. Решение и подпись остаются за человеком. Первый шаг — демонстрация на вашем объекте, второй — бесплатный разбор стратегии внедрения ИИ в компанию.
Содержание
- Почему срыв срока видно поздно
- Что съедает время между сигналом и решением
- Что делает ИИ-агент поверх единой системы
- Какие риски это снимает
- Сколько часов это возвращает
- Что остаётся за человеком
- Как это выглядит на практике
- Как внедрить поэтапно
- Что в итоге
- Источники
Почему срыв срока видно поздно
Срыв срока почти никогда не происходит в один день. Он собирается из десятков мелочей: не закрытый вовремя объём, задержавшийся акт, не переданный участок, бригада, которая ушла на другой объект. Каждая мелочь по отдельности выглядит рабочей ситуацией, и только вместе они превращаются в отставание, которое к моменту приёмки уже не закрыть. Разберём, почему это видно поздно именно в строительстве.
Между единой системой и решением нет слоя данных
В системе есть факт, есть график, есть документы — но нет ответа на вопрос, что из этого критично. 1С:БИТ.Строительство отвечает, сколько кубометров залито и какие акты закрыты; она не отвечает, означает ли отставание по одному участку срыв сдачи всего объекта. Этот вывод делает человек, читая данные глазами и держа в голове связи между участками, подрядчиками и сроками. Пока объектов два-три, память руководителя справляется. Когда их шесть, а участков несколько десятков, часть связей просто выпадает из поля зрения — и выясняется это на совещании, а не в момент появления отклонения. Ровно поэтому в отраслевых разборах ИИ в строительстве первым сценарием идёт контроль сроков и стоимости поверх существующих систем, а не замена их.
Цифровые методики живут отдельно от данных
Регламент план-факта написан, формы отчётности утверждены, правила эскалации согласованы. Беда в том, что методика — это текст, а данные — в системе. Между ними стоит ручной шаг: кто-то должен выгрузить факт, свести его с планом, оформить отклонение и отправить наверх. Этот шаг нигде не закреплён за конкретным временем суток и легко сдвигается на конец недели. Так появляется разрыв: данные обновляются ежедневно, а управленческое решение приходит раз в неделю — и опоздание измеряется не часами, а неделями отставания работ.
Что съедает время между сигналом и решением
Время уходит не на то, чтобы «построить отчётность», а на цепочку ручных сверок. В девелопере она выглядит так:
- Инженер ПТО выгружает факт по объёмам из учётного контура и переносит его в Excel-сводку.
- Руководитель проекта открывает график и вручную сопоставляет позиции графика с фактическими объёмами: где отставание, где опережение.
- Отдельно поднимаются акты выполненных работ и сметы, чтобы понять, отставание физическое или документальное.
- По каждому отклонению поднимается переписка с подрядчиком: что уже просили, что обещали, к какому сроку.
- Собирается сводка по всем объектам — уже в другом файле и другими руками.
- Руководитель читает сводку, задаёт уточняющие вопросы, и часть времени уходит на перепроверку цифр, а не на решение.
- Решение по отклонению принимается отдельно — и часто на следующем совещании, а не сразу.
Здесь нет ни одного сложного шага. Проблема в том, что они повторяются ежемесячно по каждому объекту, выполняются разными людьми и не оставляют следа: к следующему разу никто точно не помнит, почему по этому участку отставание решили не закрывать. Управление проектами в трекерах устроено похоже и разобрано отдельно: как ИИ в Битрикс24 находит риски срыва срока заранее — тот же принцип, только вместо сделок и задач на входе позиции графика и объёмы.
Что делает ИИ-агент поверх единой системы
ИИ-агент — программа, которая по заданному правилу сама читает данные и документы и выполняет шаги. В строительном проекте он встаёт поверх учётного контура и делает ту часть работы, которая сегодня держится на внимательности человека. Что именно он читает и что возвращает:

- Читает график и факт по объёмам. Каждый день сверяет позиции графика с фактическими объёмами из учётного контура и считает по каждой позиции отклонение в натуральных единицах и днях.
- Сопоставляет связанные позиции. Одно отставание по участку почти никогда не изолировано: за ним стоят незакрытые объёмы предыдущего этапа, смежные работы и подрядчик, который не вывел людей. Агент поднимает эти связи и показывает их в одном разборе, а не разбрасывает по разным отчётам.
- Проверяет документальный след. Смотрит, закрыты ли по фактически выполненным работам акты выполненных работ и подписан ли комплект по этапу. Отставание физическое и отставание документальное он разделяет: одно означает нехватку работ, другое — задержку оплаты и закрытия этапа.
- Поднимает историю по подрядчику. По конкретному отклонению собирает, что этому подрядчику уже выставляли, к какому сроку он обещал выйти и срывал ли раньше. Это экономит руководителю проекта самый дорогой шаг — восстановление контекста.
- Считает влияние на срок. Отталкиваясь от критического пути, показывает, какие отклонения способны сдвинуть сдачу объекта, а какие можно закрыть внутри резерва. Это ответ на вопрос, который сегодня даёт человек и даёт по памяти.
- Формирует разбор и список действий. На выходе — короткая сводка по объекту: позиция, отставание, причина, критичность, предлагаемое действие и владелец. Сводка возвращается в ту же систему, в журнал проекта, а не живёт в чужом чате.
- Ведёт журнал действий. Каждое срабатывание записывается: какие данные прочитаны, какое правило применено, какое расхождение найдено. По этому журналу работу агента можно проверить — и это отличает рабочий контур от демонстрации интерфейса.
Важно, чего агент не делает: он не переписывает график, не меняет сроки, не закрывает объёмы и не отправляет требования подрядчику. Он готовит разбор и напоминает о сроке, а решение остаётся за человеком.
Какие риски это снимает
Деньги и часы здесь — следствие. Сначала разберём, какие риски закрывает контроль сроков в процессе, и только потом посчитаем высвобожденное время.
Предписание и остановка работ
На проверке смотрят не только выполненные работы, но и соответствие проектной документации, объёмов и исполнительных документов. Когда факт живёт в системе, а документы и график сводятся руками, расхождение всплывает на приёмке — то есть в самый неудобный момент. Итог — замечание, предписание и приостановка работ до устранения: простой техники, бригад и подрядчиков, сдвиг сдачи и неустойка. Контроль в процессе переносит обнаружение расхождения на недели раньше, когда исправление стоит дешевле самого совещания о нём. Смежные сценарии контроля на объекте — в разборе систем контроля строительства и контроля качества.
Штраф по закону
Статья 9.4 КоАП РФ устанавливает ответственность за нарушение требований проектной документации. Для юридического лица это 100–300 тыс ₽; если нарушение затрагивает надёжность и безопасность и создаёт угрозу вреда — 300–600 тыс ₽ либо приостановление деятельности до 60 суток; при повторном нарушении — от 700 тыс ₽ до 1 млн ₽ либо приостановление до 90 суток. Штраф назначается по факту, но причина у него одна: расхождение между тем, что построено, и тем, что подтверждено документами и графиком. Контроль, который видит это расхождение заранее, снижает вероятность не «по бумаге», а по существу.
Переделки и их цена
Второй измеримый риск — переделки. По сводке PlanRadar, они съедают 5–10% стоимости проекта, а на плохо контролируемых проектах — до 20%. Разбор OpenSpace со ссылкой на оценку Construction Industry Institute даёт около 5% прямых переделок при разбросе оценок 2–20% и показывает главное: при непрерывной фиксации отклонение выявляется на готовности примерно 10%, а без неё — ближе к 50%. Разница между этими двумя моментами и есть деньги: одна и та же ошибка, исправленная на десятой части готовности, стоит в разы дешевле, чем на половине.
Возврат комплекта на пересогласование и сдвиг закрытия объёмов
Отставание документальное — не то же самое, что отставание физическое, но последствия у него те же. Если акты выполненных работ и комплект по этапу не собраны, объёмы не закрываются, а значит, сдвигается оплата и следующий цикл согласований. Агент, который видит разрыв между фактом и документами, позволяет добрать комплект до срока, а не после напоминания от заказчика.
Спор с заказчиком без доказательной базы
Когда срок уже сорван, спор идёт не о факте, а о доказательствах: что было запланировано, что сделано, кто и когда о проблеме предупреждал. Журнал действий агента и история отклонений по объекту — это готовая хронология, которая показывает, когда отставание появилось и что предлагалось сделать. Без такого следа спор превращается в пересказ воспоминаний.
Зависимость от конкретного человека
Пока план-факт держится на одном инженере, который «помнит все объекты», любой его отпуск или уход — риск для сдачи. Агент не заменяет инженера, но снимает с него роль единственного носителя контекста: правила сверки описаны и лежат в системе, история отклонений ведётся автоматически, новый человек входит в контур по документам, а не по чужой памяти.
Сколько часов это возвращает
Часы — уже следствие. Сначала закрываются риски: предписание, штраф, переделка, сдвиг закрытия объёмов, спор без доказательств, зависимость от одного человека. Дальше считается время. Ниже — типовой расчёт для одного объекта: график на несколько сотен позиций, ежемесячная сверка факта с планом и подготовка сводки для руководителя.
| Показатель | Вручную | С агентом |
|---|---|---|
| Сбор факта по объёмам и сметам из системы и Excel-сводок | 6 часов | 1 час |
| Сверка факта с графиком, поиск отклонений | 9 часов | 2 часа |
| Разбор причин отклонения и переписка с подрядчиком | 7 часов | 3 часа |
| Сводка по срокам и отклонениям для руководителя | 4 часа | 1 час |
| Данные для актов выполненных работ и закрытия объёмов | 4 часа | 1 час |
| Итого на одном объекте | 30 часов | 8 часов |
| В деньгах при стоимости часа 900 ₽ | 27 000 ₽ | 7 200 ₽ |
Освобождается около 22 часов в месяц на объекте — это примерно 19 800 ₽ при стоимости часа 900 ₽. На трёх объектах те же пропорции дают около 66 часов и порядка 59 400 ₽ в месяц. Расчёт намеренно оставляет человеку время на разбор: агент не решает, а готовит разбор к проверке, и 3 часа на переписку с подрядчиком — это уже работа человека, а не модели. Границы измерения важны не меньше цифр: считаем только операции с цифровым следом в системе, замер делаем на одном и том же объёме работ до и после, результат подтверждаем журналом действий, а не оценкой сотрудников.
Ориентир по отраслевым данным
Проверить порядок величины можно по внешним замерам. Управление проектами — процесс, где потери измерены давно: по данным PMI (Pulse of the Profession), в 2018 году 9,9% каждого вложенного доллара терялось из-за плохого управления проектами, в 2020 году оценка составила в среднем 11,4%, а в 2023-м у организаций с высоким приоритетом управленческих навыков потери были вдвое ниже — 4,8% против 8,8%. В строительстве к этому добавляется цена переделок (5–10% стоимости проекта, до 20% на плохо контролируемых проектах) и цена позднего обнаружения отклонения: на готовности около 10% при непрерывной фиксации против 50% без неё. Разница между этими двумя моментами — и есть эффект от переноса контроля в процесс.
Четыре числа для пилота
Чтобы пилот можно было принять или отклонить по цифрам, до старта фиксируем четыре показателя: доля позиций графика, по которым факт расходится с планом больше чем на один отчётный период; средний срок от появления отклонения до управленческого решения; средний срок от отклонения до закрытия объёма документами; число объектов, которые руководитель может держать под контролем без роста штата. Все четыре измеримы в вашей системе уже сегодня — значит, сравнение «до и после» не потребует ни новых отчётов, ни доверия обещаниям.
Что остаётся за человеком
Агент снимает рутину, но не ответственность. Границы человека в управлении проектом шире, чем в большинстве процессов:
- Решение о критичности. Что считать отклонением, требующим вмешательства, а что — рабочим колебанием, определяет руководитель проекта. Агент показывает расхождение и оценивает влияние на срок, но приоритет расставляет человек.
- Изменение графика. Пересборка последовательности работ, переброска бригад и сдвиг сроков — только решение человека. Агенту запрещено менять график и сроки.
- Закрытие объёмов и подпись. Акты выполненных работ и закрытие этапов подписывает человек после проверки. Агент готовит данные, но не подписывает и не закрывает.
- Работа с подрядчиком. Требования, претензии и переписка уходят наружу только от человека: агент формирует основание, но не отправляет его сам.
- Изменение правил. Новые нормы, регламенты и требования проекта описывает человек: агент не переписывает свои правила самостоятельно.
- Ответственность за результат. Перед заказчиком и проверяющими отвечает компания, а не модель.
Как это выглядит на практике
У девелопера с похожим контуром работа начиналась не с покупки системы, а с диагностики: разбирали, как устроен контроль сроков сейчас. На вводной встрече зафиксировали контуры — график и объёмы в учётной системе, план-факт по части объектов в Excel, переписка и документы в электронном документообороте. Затем прошёл контрольный срез: сверили, какие данные по каждому объекту реально обновляются, а какие отстают на недели, и подтвердили, что рабочие контуры есть, но связи между ними нет. Дальше назначили ответственных по объектам и ввели журнал «сигнал → владелец → действие → результат» на десять рабочих дней: каждое отклонение получало владельца и срок реакции, а результат фиксировался. Пилот этого формата идёт на одном объекте — измеренного эффекта «до и после» по нему пока нет, и цифры в расчёте выше взяты из отраслевых бенчмарков, а не из этого проекта. Такую же фактуру по смежным задачам разбирают материалы про ИИ в строительстве и про внедрение в сметах и документации.
Как внедрить поэтапно
Перестраивать учётный контур для этого не нужно — агент встаёт поверх того, что уже работает. Порядок такой:
- Выбрать один объект и один процесс. Не «внедрить ИИ в управление проектами», а «сверять факт с графиком по одному объекту раз в сутки».
- Описать правило сверки. Что считаем отклонением, с каким порогом, что делаем при выходе за порог. Правило должно читаться человеком, а не существовать в голове разработчика.
- Собрать вход. Подключить график, факт по объёмам, акты и переписку. Проверить, что данные по объекту обновляются с нужной частотой: на устаревших данных агент считает верно и предупреждает не вовремя.
- Запустить в режиме советника. Первые недели агент только готовит разбор, ничего не меняя. Его выводы сверяют с ручным разбором инженера.
- Закрепить владельца и срок реакции. Каждое найденное отклонение получает человека и срок. Без этого разборы копятся и теряют смысл.
- Расширять по объектам, а не по функциям. Сначала то же правило на втором и третьем объекте, затем — новые проверки: документальный след, история подрядчика, влияние на критический путь.
Что в итоге
Управление строительными проектами держится на трёх слоях, и путать их дорого. Единая система — 1С:БИТ.Строительство или 1С:УСО (управление строительной организацией) — ведёт график, объёмы, сметы и акты. Цифровые методики описывают порядок работы с план-фактом и эскалацией. ИИ-агент читает данные и документы, сопоставляет их между собой и показывает расхождение и угрозу сроку руководителю проекта, пока отставание ещё можно закрыть. Первыми снимаются риски — предписание и остановка работ, штраф по статье 9.4 КоАП, переделки стоимостью 5–10% проекта, сдвиг закрытия объёмов, спор без доказательной базы и зависимость от одного человека. Часы и деньги идут следом: около 22 часов и 19 800 ₽ в месяц на объекте, около 66 часов и 59 400 ₽ на трёх. Решения, изменение графика и подпись остаются за человеком — и это не ограничение, а условие того, что контроль работает.
Источники
- PlanRadar, сводка исследований стоимости переделок в строительстве: 5–10% стоимости проекта, до 20% на плохо контролируемых проектах: planradar.com.
- OpenSpace, разбор стоимости переделок и скорости их выявления: оценка Construction Industry Institute около 5% прямых переделок при разбросе 2–20%; выявление отклонений на готовности около 10% при непрерывной фиксации против 50% без неё: openspace.ai.
- PMI, Pulse of the Profession: 9,9% каждого вложенного доллара теряется из-за плохого управления проектами (2018), 11,4% в среднем по оценке 2020 года, 4,8% против 8,8% у организаций с разным приоритетом управленческих навыков (2023): pmi.org.
- Кодекс об административных правонарушениях, статья 9.4: штрафы для юридического лица от 100 до 300 тыс ₽, при угрозе вреда 300–600 тыс ₽ либо приостановление деятельности до 60 суток, повторно от 700 тыс до 1 млн ₽ либо до 90 суток: consultant.ru.
- Мосгосстройнадзор, итоги 2025 года: 6 613 бесконтактных проверок застройщиков и 379 предостережений о недопустимости нарушения обязательных требований — данные пресс-службы ведомства: АГН «Москва».
- «ТотДом», отраслевой журнал (публикация 20.08.2025): в июне 2025 года 54,2% введённых многоквартирных домов сданы с нарушением первоначально заявленных сроков против 32,9% годом ранее; первоисточник замера в публикации не назван: totdom.com.
- Портал «СтроимПросто», публикация по результатам исследования «Проектирование и строительство с применением искусственного интеллекта: анализ процессов и рынка»: из 54 опрошенных застройщиков, генподрядчиков и проектировщиков 54% применяют среду общих данных; разобраны сценарии применения ИИ и риски, включая вопросы политики безопасности данных: stroimprosto.mos.ru.
- DigitalDeveloper, обзор практических сценариев ИИ в недвижимости и строительстве 2025 года: по оценкам отрасли, ИИ-контроль позволяет сократить перерасход средств на 10–20% и сроки строительства на 15–25%; цифры приведены как оценки отрасли, а не как результат конкретного проекта: digitaldeveloper.ru.
- 1С-БИТ, описание решения «БИТ.Строительство / Управление строительными проектами»: графики и план-фактный анализ, акты выполненных работ, журнал учёта выполненных работ, сметы и снабжение (вендорское описание, независимо не проверялось): 1cbit.ru.
Частые вопросы
Единая система хранит график, объёмы, сметы, акты выполненных работ и документы в связанном виде: позиция графика связана с объёмом, объём — с актом и подрядчиком. Excel такой связи не держит: у каждого руководителя проекта своя версия файла, и когда сводка собирается наверх, расхождения выясняются на совещании, а не в момент появления. Система отвечает на вопрос «что есть по факту», но не отвечает на вопрос «что из этого критично и что с этим делать» — это работа человека и слой ИИ-агента поверх системы.
Единая система хранит график, объёмы и документы. ИИ-агент — программа, которая по заданному правилу сама читает эти данные и документы, сопоставляет их между собой и показывает расхождение: позицию графика, отставание по объёму, отсутствующий акт или документ, подрядчика, который тормозит работы. Агент не меняет график и не закрывает объёмы — он готовит разбор и напоминание, решение принимает руководитель проекта.
Нет, и это не цель. Решения принимает человек: менять ли последовательность работ, перебрасывать ли бригады, выставлять ли подрядчику требование, продлевать ли срок. Агент делает другую работу — каждый раз одинаково сверяет факт с графиком, показывает отклонение и напоминает о сроке, не пропуская ни одного объекта. Ответственность перед заказчиком остаётся на компании и её руководителе.
По журналу действий. Каждое срабатывание агента записывается: какие данные он прочитал, какое правило применил, какое расхождение нашёл и кому отправил. Журнал можно сверить с ручным разбором на выборке позиций: если агент находит то же, что инженер, а расхождений нет — правило работает. Если агент ошибается, он ошибается одинаково и предсказуемо: правило правится, а не «настраивается заново» каждый месяц.
Разбор одного объекта или проектного контура на ваших материалах: смотрим месяц графика, факта по объёмам, актов и переписки с подрядчиками, размечаем, какие сверки руководитель проекта делает вручную и сколько на это уходит времени. На выходе — схема процесса, предложение по пилоту с измеримыми метриками и оценка, что закрывает ваша система, а что добавляет агент. Покупать и перестраивать системы для этого не нужно.
