ИИ для руководителя проектов: задачи, статусы и блокеры в трекере

У девелопера с портфелем из четырнадцати проектов уже был трекер: задачи, подзадачи, сроки и исполнители жили в Яндекс Трекере, портал и внутренние заявки — в Битрикс24 (CRM, Customer Relationship Management — управление отношениями с клиентами и задачами команды), договоры, акты и сметы — в 1С:ERP (ERP, Enterprise Resource Planning — управление ресурсами предприятия) и 1С:Документооборот (СЭД, система электронного документооборота). Данные были в системе. А картина по портфелю собиралась руками: выгрузка задач в таблицу, обход руководителей проектов, планёрка по статусам, отдельные вопросы в чатах. Именно на стыке «данные есть, а решения на них нет» ИИ в управлении проектами даёт эффект быстрее всего — перестраивать учётный контур не нужно.

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

Масштаб проблемы измерим. По отчёту Wellingtone «State of Project Management 2026», только 36% организаций завершают проекты в срок постоянно или почти всегда, а 72% специалистов тратят на сбор отчётности полдня и больше каждый месяц; 44% недовольны качеством отчётности своего проектного офиса. Исследование Asana «Anatomy of Work» оценивает долю времени, уходящего на «работу вокруг работы» — согласования, поиск информации, выяснение статусов, — примерно в 60%. Российский замер той же природы: по совместному исследованию аналитического центра НАФИ и платформы «Яндекс 360» (июнь 2025), офисные сотрудники тратят до 4 часов в день на рутинные задачи, и в первую очередь — на согласования и подготовку отчётов.

Коротко

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

Содержание

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

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

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

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

Второй источник поздней картины — разные языки данных. Задачи в трекере, договоры и акты в 1С, переписка с заказчиком в почте, часть работ вообще на словах. Человек держит эти слои в голове и в переписках; система их не сопоставляет. Так появляется скрытая перегрузка: у одного инженера двенадцать незакрытых задач по трём проектам, а в плане он выглядит свободным.

Российская практика добавляет своё. По исследованию «Яков и Партнёры» и Яндекса «Искусственный интеллект в России — 2025: тренды и перспективы» (декабрь 2025), генеративный ИИ используют уже 71% крупных российских компаний хотя бы в одной функции бизнеса, а 78% отмечают экономический эффект от внедрения — это на 10 процентных пунктов больше, чем в 2023 году. Вопрос, таким образом, не в том, применять ли ИИ, а в том, в каком процессе он даёт результат раньше других. Исследование Академии бизнеса Б1 с участием Центра оценки и развития проектного управления, ассоциации «СОВНЕТ» и Аналитического центра при Правительстве РФ (289 респондентов) показывает, где обычно это узкое место: около половины опрошенных назвали самой сложной областью управление заинтересованными сторонами. Сложность там, где нужно согласовывать и договариваться, а не там, где нужно считать, — и именно эту область агент разгружает первым делом, собирая факты и адресатов решений.

Что съедает время руководителя проектов

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

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

Ни один из этих шагов не требует высокой квалификации — и именно поэтому они съедают время руководителя проектов: он занят сведением данных вместо решений. Что уже даёт ИИ-агент поверх конкретных систем, разобрано в материалах про Яндекс Трекер и про Битрикс24.

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

ИИ-агент — программа, которая по заданному правилу сама читает данные и выполняет шаги. В контуре управления проектами он делает семь вещей.

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

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

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

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

Риски здесь измеряются не «снижением вероятности», а сценариями: что происходит, кто платит и чем заканчивается.

Решение принято на устаревших данных

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

Переделки съедают маржу проекта

Поздно найденное расхождение почти всегда переходит в переделку: работу уже сделали не так, как нужно, или сделали не то, что ожидал заказчик. По отраслевому разбору PlanRadar, переделки в строительстве обычно стоят 5–10% стоимости проекта, а на плохо контролируемых проектах — до 20%. Это арифметика на бенчмарке, а не результат конкретного проекта: если проект стоит 100 млн ₽, то 5–10% — это 5–10 млн ₽, и на этой сумме нет ни одной компании, которой всё равно. Чем раньше расхождение видно в задачах и комментариях, тем дешевле обходится его устранение.

Санкции за срыв срока

Срыв срока по контракту — не только разговор с заказчиком. Пени за просрочку считаются за каждый день, а размеры штрафов по государственным контрактам прямо заданы правилами, которые утверждены постановлением Правительства РФ № 1042 от 30.08.2017, и зависят от цены контракта и вида нарушения. В частных договорах порядок свой, но механизм тот же: каждый день просрочки превращается в сумму. Здесь рискует не только подрядчик: если сроки проектов ведёт интегратор или проектный офис компании, вопрос санкций уходит в их сторону.

Спор с заказчиком без доказательной базы

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

Перегрузка команды и текучесть

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

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

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

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

Часы и деньги тут — следствие, а не цель: они появляются потому, что ручной сбор картины перестал занимать руководителя проектов целиком. Сравним по операциям для компании с четырьмя проектными командами.

Показатель	Вручную	С агентом
Сбор статусов перед планёркой	2,5 часа в неделю	25 минут
Разбор просроченных задач и блокеров	3 часа в неделю	45 минут
Ответы на вопросы «что со сроками» в чатах	2 часа в неделю	15 минут
Сводка по портфелю для руководства	4 часа в месяц	1 час
Отчёт по проекту заказчику	3 часа в месяц	45 минут
Подготовка подтверждений к закрытию этапа	2 часа в месяц	30 минут

Дальше арифметика на этих числах — это типовой расчёт, а не чужой результат.

• Недельная рутина. Разница по трём недельным операциям — около 6 часов в неделю, то есть примерно 26 часов в месяц.
• Месячные операции. Сводка, отчёт заказчику и подтверждения по этапу дают ещё порядка 7 часов в месяц.
• Итого. Около 33 часов в месяц на одного руководителя проектов.
• Масштаб. Четыре проектные команды и проектный офис — это шесть человек, регулярно занятых этой работой: около 198 часов в месяц. При стоимости часа руководителя проектов с учётом страховых взносов и накладных расходов 900 ₽ это порядка 178 000 ₽ в месяц.

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

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

Границы проговаривают до старта, иначе проект превращается в спор об ответственности.

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

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

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

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

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

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

Что в итоге

ИИ для руководителя проектов начинается не с отчётов, а со сверки: агент читает задачи и комментарии в трекере, сводит статус по проектам и портфелю, находит просрочки и блокеры, готовит сводку и отчёт, отвечает на вопросы по данным. Первыми снимаются риски: решение, принятое на устаревших данных, переделки в 5–10% стоимости проекта, санкции за срыв срока по контракту, спор с заказчиком без доказательной базы, скрытая перегрузка команды и зависимость картины от одного человека. Деньги и часы — следом: около 33 часов в месяц на одного руководителя проектов и порядка 178 000 ₽ в месяц на команду из шести человек.

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

Источники

• Wellingtone, «State of Project Management 2026» (пресс-релиз, 16.03.2026): только 36% организаций завершают проекты в срок постоянно или почти всегда; 72% специалистов тратят на сбор отчётности полдня и больше в месяц; 44% недовольны отчётностью проектного офиса: pmworldlibrary.net
• Asana, «Anatomy of Work Index»: около 60% времени сотрудников уходит на «работу вокруг работы» — согласования, поиск информации, выяснение статусов: asana.com
• Аналитический центр НАФИ и «Яндекс 360» (июнь 2025): офисные сотрудники тратят до 4 часов в день на рутинные задачи, в первую очередь на согласования и отчёты (публикация ИА «Реалист»): realtribune.ru
• «Яков и Партнёры» и Яндекс, исследование «Искусственный интеллект в России — 2025: тренды и перспективы» (08.12.2025): 71% крупных российских компаний используют генеративный ИИ хотя бы в одной функции бизнеса, 78% отмечают экономический эффект (на 10 п. п. больше, чем в 2023 году): yandex.ru
• Академия бизнеса Б1 с участием Центра оценки и развития проектного управления, ассоциации «СОВНЕТ» и Аналитического центра при Правительстве РФ, исследование проектного управления в России (289 респондентов): около 50% назвали управление заинтересованными сторонами самой сложной областью, в компаниях 251–500 человек преобладают начальный, определённый и управляемый уровни зрелости: b1.ru
• PlanRadar, «Cost of Rework in Construction»: переделки обычно стоят 5–10% стоимости проекта, на плохо контролируемых проектах — до 20%: planradar.com
• Постановление Правительства РФ от 30.08.2017 № 1042 — правила определения размера штрафа по контрактам и порядок расчёта санкций за просрочку: consultant.ru