Управление проектами: ИИ в Битрикс24 находит риски срыва срока заранее

Компания вела проекты в Битрикс24: задачи с ответственными и сроками, подзадачи, зависимости между работами, проектные чаты, файлы на диске, согласования в карточках, а отчёты для руководства — привычными сводками в Excel. Система знала про проект почти всё: кто чем занят, что просрочено сегодня, какая задача ждёт чужого ответа. Не знала она одного — какие из этих задач сорвут срок через две-три недели, если не тронуть их сейчас. Этот разрыв и закрывает ИИ-агент: программа, которая по заданному правилу сама читает данные проекта и выполняет шаги.

Руководитель проекта живёт не в задачах, а между ними. Он видит список просроченного, но просроченное — это уже случившееся: подрядчик не вышел, поставка сдвинулась, документ не согласован. Настоящая управленческая работа начинается раньше, когда ничего ещё не просрочено, но траектория уже плохая: у задачи три зависимости и один исполнитель, который параллельно тянет ещё четыре направления; поставку обещали в пятницу, но ни разу не подтвердили; в чате проекта третий раз обсуждают одно и то же препятствие, а в задаче оно не отражено.

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

Коротко

ИИ-агент подключается к Битрикс24, читает задачи, сроки, зависимости, состав участников, файлы и переписку по проекту и сопоставляет их между собой: где срок держится на одном человеке, где нарушена зависимость, где задержка обсуждается в чате, но не отражена в задачах. Руководителю он возвращает короткий сигнал — что отклоняется, кого это держит и чем закончится. Сроки, приоритеты и планы меняет человек.

Содержание

• Почему срыв срока становится виден поздно
• Что съедает время между сигналом и решением
• Что делает ИИ-агент поверх Битрикс24
• Какие риски это снимает
• Сколько часов это возвращает
• Что остаётся за человеком
• Как это выглядит на практике
• Как внедрить поэтапно
• Источники

Почему срыв срока становится виден поздно

Задача в системе — это фотография, а не прогноз. Битрикс24 показывает состояние на сегодня: срок, ответственный, статус, комментарии. Риск — это не состояние, а направление движения: сегодня задача ещё зелёная, но исполнитель перегружен, а поставка от подрядчика не подтверждена. Система такие вещи из коробки не сопоставляет, потому что для этого нужно соединить данные из разных её частей.

Риск обсуждают там, где он не считается. Задержка почти всегда сначала проговаривается: в чате проекта, в переписке с подрядчиком, в комментарии к задаче. В систему при этом попадает только результат — сдвинутый срок. Между фразой «мы, кажется, не успеваем» и просроченной задачей проходят недели, и всё это время решение можно было принять дешевле.

Правила «что считать риском» нигде не записаны. Опытный руководитель проекта чувствует плохую траекторию — по опыту. Но чувство нельзя передать, нельзя проверить и нельзя масштабировать на 25 проектов и на нового сотрудника. Каждый смотрит по-своему, а часть отклонений не замечает никто, пока они не превратятся в факт.

Решения принимаются медленно — и это измеримый фактор. Исследование Школы управления СКОЛКОВО «Современные практики управления проектами 2022–2024» назвало одним из самых сильных факторов успеха проекта возможность руководителя принимать решения и скорость принятия решений: там, где руководитель может решать быстро, проекты заканчиваются успешно заметно чаще, и наоборот. Проблема в том, что скорость решения упирается не в волю руководителя, а в качество и полноту картины, которую ему приносят.

Задержка на раннем этапе дороже, чем кажется. Если отклонение по план-факту видно только по итогам месяца, реакция всегда запаздывает — об этом подробно в разборе план-факта строительно-монтажных работ в 1С. Масштаб проблемы подтверждают российские замеры сроков. В исследовании Strategy Partners «Промышленное строительство. Управление сроками» (опрос 111 представителей заказчиков, генподрядчиков и технических заказчиков, 2024 год) 75% компаний отметили задержки в поставках оборудования, а 42% организаций вообще используют специализированные программы управления проектами для контроля сроков — то есть больше половины участников рынка отслеживают сроки вручную. Авторы исследования приводят примеры переносов: у реконструкции складского комплекса завода пищевой продукции плановый срок строительства был 7 месяцев, фактический — 9, смещение 30%, и причина прямо названа «внесение изменений в проектные решения». Это ровно тот случай, когда решение по изменениям принималось уже после того, как срок поехал.

Задержки по срокам — не редкость, а фон. По данным президента НОСТРОЙ Антона Глушкова, приведённым «Ведомостями» в декабре 2025 года, в 2025 году в срок и досрочно было сдано 67% жилья против 63% в 2024-м: то есть примерно каждый третий объект сдвигался. Причина в разговоре названа внешней — спрос, ключевая ставка, наполнение эскроу. Но внешняя причина не отменяет внутренней: чем раньше компания видит, что срок поехал, тем дешевле стоит реакция.

Что съедает время между сигналом и решением

Разложим путь от появления отклонения до решения:

• Сигнал появляется в разговоре. Руководитель проекта узнаёт о препятствии от исполнителя, подрядчика или снабжения — в чате, на созвоне, в личном сообщении.
• Сигнал не фиксируется. Он остаётся в переписке: в задаче по-прежнему стоит старый срок, в отчёте — зелёный статус.
• Нужно собрать контекст вручную. Прежде чем решать, руководитель проверяет: связана ли задача с другими, кто ещё в цепочке, есть ли резерв по срокам, чем занят исполнитель.
• Контекст собирается по частям. Задачи в одном месте, календарный план в другом, переписка с подрядчиком в третьем, уровень загрузки людей — в голове у коллег.
• Решение ждёт совещания. Даже когда картина собрана, решение откладывается до плановой встречи или до вопроса от руководства.
• Пока решение ждёт, отклонение растёт. К моменту решения резервы уже съедены, и остаётся не выбор, а реакция: сверхурочные, переброска людей, сдвиг срока.
• История решений не сохраняется. Через месяц никто не скажет, почему срок в этой задаче сдвинулся и почему выбрали именно такое решение, — а это и есть доказательная база для разговора с заказчиком и подрядчиком.

Что делает ИИ-агент поверх Битрикс24

Агент не заменяет систему и не становится ещё одним «местом, где надо смотреть». Он подключается к тому, что уже есть, и делает один понятный круг работы:

1. Читает задачи и связи. Все активные проекты: сроки, ответственных, статусы, зависимости, подзадачи, историю переносов, комментарии.
2. Читает переписку и документы. Проектные чаты, комментарии в карточках, файлы на диске — там, где препятствия обсуждаются раньше, чем попадают в задачи.
3. Сопоставляет сигналы между собой. Срок против загрузки исполнителя; заявленная поставка против того, что подтверждено; задача с тремя зависимостями против одного человека; отклонение на раннем этапе против сроков следующих этапов.
4. Сравнивает с историей. Как похожие работы шли на других проектах, на сколько типово сдвигались, чем это заканчивалось.
5. Считает, что будет дальше. Критический путь с учётом фактических отклонений: какая дата сдачи поедет, если ничего не менять, и какие работы затронет сдвиг.
6. Возвращает короткий сигнал руководителю. Не список задач, а формулировку: что отклоняется, кого держит, какое решение нужно и до какой даты оно актуально.
7. Ведёт журнал. «Сигнал → владелец → действие → результат»: кто получил, что решил, помогло ли. Журнал закрывает человек, и он же остаётся доказательной базой.

Какие риски это снимает

Риски назовём первыми и конкретно: часы идут следом, потому что они — следствие.

Срыв сдачи и остановка работ

Задержка на одном этапе редко остаётся на нём: она тянет за собой согласования, поставки и запуск следующих работ. В строительстве и девелопменте цена вопроса — не «сдвинули срок», а пересборка графика, простой техники и людей, сдвиг сдачи перед дольщиками или заказчиком. Каждый такой сдвиг компания закрывает из своей маржи, а НОСТРОЙ отдельно отмечает, что рентабельность строительства упала до 5% — вдвое ниже среднего по экономике. На такой марже один сдвинутый объект может съесть прибыль с нескольких.

Предписание, штраф и приостановка работ

Когда отклонение выясняется не внутри компании, а на проверке, разговор идёт уже в другом жанре. Нарушение требований проектной документации по статье 9.4 Кодекса об административных правонарушениях — это для юридического лица штраф от 100 до 300 тысяч рублей; если нарушение затрагивает надёжность и безопасность конструкций (есть угроза вреда), — от 300 до 600 тысяч рублей либо приостановление деятельности до 60 суток; при повторном нарушении — от 700 тысяч до 1 миллиона рублей либо приостановка до 90 суток. Приостановка работ — это не только штраф: это остановка техники, людей и подрядчиков, сдвиг сдачи и, на жилом объекте, разговор с дольщиками.

Переделки и их стоимость

Позднее решение почти всегда дороже правильного раннего, потому что часть работы уже сделана и её надо переделывать. По исследованию PlanRadar, основанному на опросе клиентов в 15 странах, переделки могут съедать больше 11% стоимости проекта, а их типовые причины — недостаточный контроль документации и качества. Там же приводится обратная сторона: цифровизация контроля снижает эти потери более чем вдвое. Это не «экономия на людях», а разница между ранним и поздним решением.

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

Согласования, которые возвращают работу назад

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

Разрозненная документация и потеря доказательной базы

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

Потеря управляемости

Когда картина собирается раз в неделю на совещании, руководитель управляет прошлым: он разбирает то, что уже случилось. Риск, замеченный в момент появления, — это выбор из нескольких вариантов; риск, замеченный за три дня до дедлайна, — это уже расходы на реакцию. Отдельная потеря — прозрачность: если отклонение видно в системе, оно видно всем участникам одновременно, и обсуждать его можно фактами, а не пересказом.

Зависимость от конкретного человека

Способность «почувствовать плохой проект» — самое ценное и самое незаменимое качество руководителя. Пока она живёт только в его опыте, отпуск, перегрузка или уход одного человека становятся риском для всего портфеля. Правила, вынесенные в явные сигналы, эту зависимость снижают: картина по проектам перестаёт быть личным знанием.

Риск обратной стороны — автоматизации без правил

Есть и риск, который создаёт сама автоматизация, и о нём честнее сказать прямо: языковая модель, которой не задали границы, уверенно додумывает то, чего в данных нет. Поэтому у агента нет прав менять сроки, закрывать задачи, переставлять приоритеты и писать подрядчикам, а каждый сигнал приходит с указанием, на каких данных он построен. Если основание не проверить — сигнал не считается.

Сколько часов это возвращает

Часы — уже следствие: они высвобождаются там, где руководитель перестаёт вручную собирать статусы по задачам, чатам и таблицам. Порядок величин по процессу показателен: в том же исследовании Strategy Partners описан опыт крупной генподрядной организации, где до внедрения системы управления проектами 45% рабочего времени инженерно-технических работников и административно-управленческого персонала уходило на участие в совещаниях. За год использования системы доля участия в совещаниях упала до 22%, а плановый ориентир — 7% рабочего времени: потребность в совещаниях снизилась за счёт единого информационного пространства и риск-ориентированного подхода, разбирать риски и несоответствия стало можно меньшим составом.

Ниже — типовая арифметика для портфеля из трёх активных проектов. Это модель, а не наш замер: подставьте свои числа.

Показатель	Вручную	С агентом
Сбор статусов по проекту	40–60 минут на проект, раз в неделю	5 минут на проверку сводки
Обнаружение блокера	на совещании, через 1–2 недели	в день появления сигнала
Подготовка сводки руководителю	3–4 часа в неделю	20–30 минут на подтверждение
Сбор зависимостей и критического пути	вручную, по памяти участников	из задач и связей в системе
Журнал «сигнал → решение»	не ведётся	заполняется автоматически, закрывает человек

Вводные расчёта: три активных проекта, по шесть участников на каждом (руководитель проекта, инженеры, снабжение, смета), четыре часа в неделю у каждого на сбор статусов, подготовку сводок и созвоны по статусам, стоимость часа — 900 рублей.

• 3 проекта × 6 участников × 4 часа в неделю = 72 часа в неделю;
• в месяц это примерно 310 часов, то есть около 280 000 рублей;
• агент закрывает сбор статусов и подготовку сводок — около 55% этого времени: примерно 170 часов, или около 150 000 рублей в месяц;
• на одном проекте эффект соответственно меньше — около 90 000 рублей в месяц, на трёх — около 280 000 рублей, из которых снимается чуть больше половины.

Цифры по рискам считать не будем: один несогласованный вовремя документ или один сдвиг сдачи стоит дороже всей этой экономии. Поэтому сравнение корректнее вести не «сколько часов вернули», а «сколько срывов срока не случилось».

Что остаётся за человеком

• Приоритеты и сроки. Агент предлагает, руководитель решает: менять сроки в системе, переставлять работы, перебрасывать людей — только человек.
• Деньги. Пересогласование бюджета, претензии, штрафы и неустойки — решения вне зоны агента.
• Разговор с подрядчиком и заказчиком. Агент готовит основание и историю, переговоры ведёт человек.
• Оценка качества сигнала. Каждый сигнал приходит с данными, на которых он построен; если основание не подтверждается, сигнал отклоняется — это нормальная работа, а не сбой.
• Границы прав агента. Запрещено: править задачи и сроки, закрывать и создавать задачи, менять статусы проекта и бюджет, отправлять сообщения подрядчикам и заказчикам. Разрешено: читать и предлагать.

Как это выглядит на практике

Похожий контур мы собирали для девелопера: работали с проектным офисом и руководителями проектов, смотрели, как решения по срокам принимаются на самом деле, и собирали журнал «сигнал → владелец → действие → результат». Сначала прошёл контрольный срез по отдельным контурам: часть сигналов уже приходила в систему, но решения по ним не фиксировались, поэтому понять, помогло ли вмешательство, было нельзя. Следующим шагом стали ежедневный отчёт по коммерческому контуру и журнал решений, рассчитанный на десять рабочих дней: кто получил сигнал, что решил, к какому результату это привело. Измеренных цифр «до/после» по этому контуру у нас нет — объём эффекта здесь считается по отраслевым замерам и по модели выше, а не по нашим обещаниям.

Смежная задача — связать проектную систему с учётной, чтобы сигнал по срокам не расходился с деньгами и договорами: этот контур разобран отдельно — Битрикс24 и 1С: сделки, учёт и отчёт руководителю.

Тот же принцип переносится на любой проектный портфель: система остаётся на месте, поверх неё работает агент, результат возвращается в ту же систему, а решения остаются за человеком.

Как внедрить поэтапно

1. Выберите один портфель. Три-пять активных проектов одной команды: так сигналы можно проверить на живых решениях, а не на демонстрации.
2. Опишите, что считается риском. Явный список: неподтверждённая поставка, задача с тремя зависимостями на одном человеке, отклонение на раннем этапе, обсуждение препятствия в чате без задачи, срыв согласования с третьей стороной. Это вход в работу, а не результат.
3. Приведите в порядок данные. Сроки и ответственные у задач, связи у ключевых работ, переписка по проекту — в карточках и чатах проекта, а не в личной почте. Без этого агенту не с чем сопоставлять.
4. Опишите контур данных и границы. Что агент читает, куда возвращает сигнал, где живёт журнал решений, что запрещено делать. Порядок работы с внешней языковой моделью описывается заранее.
5. Прогоните на закрытых проектах. Возьмите проекты, сроки которых уже известны, и сравните: какие отклонения агент нашёл бы заранее, а какие оказались бы ложным срабатыванием. Ошибки на этом шаге дешевле, чем на живом портфеле.
6. Померьте те же четыре числа. Блокеры, найденные до срока; время от сигнала до решения; доля перешедших в просрочку задач; часы на сбор статусов. Через три-четыре недели они и будут основанием расширять контур, а не общее впечатление от демонстрации.

Разбор самой системы и того, что в ней можно автоматизировать, — в отдельном материале: Битрикс24: возможности портала, интеграции и что даёт ИИ-агент поверх; 1С:БИТ.Строительство: возможности и что автоматизировать поверх системы.

Что в итоге

Срыв срока почти никогда не бывает мгновенным: сначала появляется сигнал, который просто не попадает в поле зрения. Отклонение обсуждают в чате, но в задачах всё зелёное; срок держится на одном перегруженном человеке; поставка не подтверждена, а в графике стоит. Риски здесь конкретные и дорогие: остановка работ и предписание, штраф по статье 9.4 Кодекса об административных правонарушениях от 100 тысяч до 1 миллиона рублей либо приостановка деятельности до 90 суток, переделки, возврат согласований на новый круг, спор без доказательной базы, потеря управляемости и зависимость портфеля от одного человека. Масштаб подтверждается внешними замерами: по данным НОСТРОЙ, в 2025 году в срок и досрочно сдано 67% жилья против 63% в 2024-м, по исследованию Strategy Partners 42% организаций вообще не используют специализированные программы управления проектами, а переделки, по опросу PlanRadar в 15 странах, съедают больше 11% стоимости проекта.

Агент поверх Битрикс24 закрывает разрыв между «сигнал появился» и «решение принято»: он читает задачи, сроки, зависимости и переписку, сопоставляет их и возвращает руководителю короткий сигнал с основанием, оставляя человеку приоритеты, сроки, деньги и переговоры. Если вам ближе общая рамка внедрения — начните с материала ИИ для руководителя: решения, статусы и контроль. Материалы по этому направлению собраны в разделе Внедрение ИИ.

Источники

• Strategy Partners, исследование «Промышленное строительство. Управление сроками» (апрель 2025; онлайн-опрос 111 представителей заказчиков, генподрядчиков и технических заказчиков, 2024 год): 75% компаний отметили задержки в поставках оборудования, 42% организаций используют специализированные программы управления проектами, приведён пример переноса срока реконструкции складского комплекса с 7 до 9 месяцев (смещение 30%, причина — изменения в проектных решениях); в опыте крупной генподрядной организации доля рабочего времени на совещаниях снизилась с 45% до 22% за год использования системы с плановым ориентиром 7%. Это цифры консалтинга по собственной выборке респондентов: strategy.ru
• «Ведомости», публикация пресс-релиза НОСТРОЙ «Возвращение ответственности за срыв сроков строительства — необходимый экономический стимул для отрасли» (24.12.2025): по данным президента НОСТРОЙ Антона Глушкова, в 2025 году своевременно и досрочно сдано 67% жилья, в 2024 году — 63%; причины переносов — снижение спроса, высокая ключевая ставка и медленное наполнение эскроу-счетов; указано также (в соседнем пресс-релизе НОСТРОЙ от 09.09.2026 на той же странице), что рентабельность строительства упала до 5% — вдвое ниже среднего по экономике: vedomosti.ru
• Школа управления СКОЛКОВО, исследование «Современные практики управления проектами 2022–2024»: среди факторов, влияющих на успех проекта, выделены возможность руководителя принимать решения и скорость принятия решений — там, где руководитель может решать быстро, проекты успешны заметно чаще. Качественный вывод исследования, количественные показатели опубликованы в закрытой части отчёта: skolkovo.ru
• PlanRadar, отраслевой отчёт «Managing Project Changes in the Age of AI» (опрос специалистов по управлению проектами в Европе, на Ближнем Востоке и в Азиатско-Тихоокеанском регионе): два респондента из трёх сообщают, что изменения, внесённые в середине проекта, ведут к перерасходу бюджета в большинстве или во многих проектах; каждый четвёртый оценивает задержку согласований более чем в месяц; почти восемь из десяти указывают, что не менее половины документации живёт в несвязанных каналах; среди тех, кто внедрил единый цифровой инструмент отслеживания изменений, четыре из пяти отмечают улучшение контроля затрат. Вендорское исследование, проведённое разработчиком системы: planradar.com
• PlanRadar, отчёт о стоимости переделок в строительстве (опрос клиентов в 15 странах): переделки могут составлять более 11% стоимости проекта, типовые причины — недостаточный контроль документации и качества, цифровизация контроля снижает эти потери более чем на 50%. Вендорская оценка: planradar.com
• Кодекс об административных правонарушениях, статья 9.4 — размеры штрафов и приостановление деятельности за нарушение требований проектной документации: для юридических лиц от 100 до 300 тысяч рублей, при угрозе вреда — от 300 до 600 тысяч рублей либо приостановление деятельности до 60 суток, при повторном нарушении — от 700 тысяч до 1 миллиона рублей либо приостановление до 90 суток: consultant.ru
• Anthropic, инженерное руководство «Building effective agents»: агент строят на простых, проверяемых шагах с явными границами и контролем человека на ключевых точках, а не на максимальной автономии; используется как справка о принципах построения агентных контуров, а не как статистика: anthropic.com