Project Manager 2026: как AI-инструменты меняют профессию. agile.. agile. ai.. agile. ai. Claude.. agile. ai. Claude. mcp.. agile. ai. Claude. mcp. project manager.. agile. ai. Claude. mcp. project manager. soft skills.. agile. ai. Claude. mcp. project manager. soft skills. автоматизация.. agile. ai. Claude. mcp. project manager. soft skills. автоматизация. искусственный интеллект.. agile. ai. Claude. mcp. project manager. soft skills. автоматизация. искусственный интеллект. Карьера в IT-индустрии.. agile. ai. Claude. mcp. project manager. soft skills. автоматизация. искусственный интеллект. Карьера в IT-индустрии. проектный менеджер.. agile. ai. Claude. mcp. project manager. soft skills. автоматизация. искусственный интеллект. Карьера в IT-индустрии. проектный менеджер. Управление персоналом.. agile. ai. Claude. mcp. project manager. soft skills. автоматизация. искусственный интеллект. Карьера в IT-индустрии. проектный менеджер. Управление персоналом. Управление проектами.

Максим Асроров, проектный менеджер, 10+ лет в IT (Яндекс, Райффайзенбанк, Сбер)

Где заканчивается классический PM и начинается работа с AI-системами, данными, рисками, агентами и автоматизацией. И нужен ли PM сегодня вообще?

5 лет назад я выучил фразу «Когда будет готово?» — и меня взяли проектным менеджером в российский и беспощадный BigTech. Тогда казалось, что основная работа PM — следить за сроками, задачами, статусами и периодически напоминать взрослым людям, что договорённости, внезапно, нужно выполнять. Сегодня к этому набору добавились AI-инструменты, агенты, автоматизация, работа с данными и вопрос, который всё чаще звучит в профессии: а нужен ли PM вообще?

Чтобы разговор не превратился в очередную колонку про «AI всех заменит», начну с конкретного кейса. А потом отмотаем назад и разберёмся, что вообще делает PM и почему эта профессия сейчас меняется.

AS IS: Как PM работает без AI агента?

Возьмём типичный сценарий.

Есть проект X. У него куча зависимостей, несколько команд, дедлайн 20 мая и заказчик, который уже мысленно считает деньги от фичи в проде. В какой-то момент он приходит к PM и задаёт главный управленческий вопрос: «Что с проектом, Лебовски?»

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

Дальше начинается классика. PM идёт к разработчику, аналитику, тестировщику, техлиду, соседней команде, папе Римскому и охраннику на КПП и т.д. В основном в лички. Если перед этим он хотя бы посмотрел задачи в трекере — поздравляем, перед нами уже почти зрелый синьор РМ.

Далее звучат великие вопросы проектного менеджмента:

«Когда будет готово?» «Что блокирует?» «Что нужно, чтобы разблокировать?» «Почему мы узнаём об этом сейчас?» «Что сделать, чтобы это не повторилось?»

И вот здесь у всех участников проекта начинает подгорать. Потому что PM опять отвлекает, лезет с вопросами, требует ясности и мешает спокойно жить в надежде, что проблема как-нибудь сама рассосётся.

Спустя несколько часов, если повезло и никто не ушёл на обед, PM возвращается к заказчику:

Проект X — в разработке.

Разработке нужно 10 часов.
Тестированию — 15 часов.
Согласование висит там-то.
Блокер такой-то.
Риск не успеть к 20 мая есть.
Митигацию пока не проработал, потому что последние часы я бегал по людям и пытался понять, что вообще происходит.

Статус вроде есть. Но добыт он методом корпоративного шаманизма: лички, созвоны, «а ты не знаешь?», «а кто отвечает?», «а почему в трекере не обновлено?». Команда раздражена, PM выжат, заказчик получил ответ поздно, а данные уже начали протухать. А там и день уже к концу подходит.

TO BE: Как PM работает с AI-агентом?

Теперь представим тот же сценарий, но у PM есть AI-агент с доступом к рабочему контексту: трекеру задач, комментариям, чеклистам, статусам, внутренней документации и истории изменений.

Примерный стек

Под капотом обычно ничего экзотического: LLM (Claude, GPT, Gemini — кому что ближе) + MCP-серверы к рабочим инструментам (если нет MCP, то просто API). У меня это связка трекер задач + Confluence + Slack-история, всё в read-only, на выходе — заметка в Obsidian. Собирается за пару вечеров, дальше — постепенная доточка промптов под свои данные и команды.

Руководитель задает тот же вопрос:

«Что с проектом, Лебовски?»

PM не идёт вручную собирать статус по личкам. Он просит агента собрать текущую картину проекта вот примерно таким промптом:

Пример промпта

Собери расширенный статус по проекту: [НОМЕР_ЗАДАЧИ]

Контекст:
Ты AI-агент проектного менеджера. У тебя есть read-only доступ к трекеру задач, связанным тикетам, комментариям, чеклистам, внутренней документации и справочнику сотрудников.

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

1. Подтяни данные из трекера

Найди по задаче:

  • текущий статус;

  • исполнителя;

  • приоритет;

  • дедлайн;

  • дату последнего обновления;

  • чеклист согласований;

  • комментарии;

  • связанные задачи и их статусы.

2. Проанализируй чеклист

Определи:

  • сколько пунктов закрыто;

  • сколько пунктов открыто;

  • кто конкретно ещё не дал ОК;

  • какие открытые пункты зависят от главного блокера;

  • какие можно закрывать параллельно уже сейчас.

Раздели открытые пункты на две группы:

  1. Зависят от блокера

  2. Можно закрывать параллельно

3. Найди главный блокер

Определи главный блокер проекта и объясни:

  • что именно блокирует запуск;

  • почему без этого нельзя двигаться дальше;

  • какие задачи или комментарии это подтверждают;

  • кто владелец блокера;

  • что нужно сделать, чтобы его снять.

4. Проверь техническую активность

По связанным dev/RFC/release-задачам определи:

  • кто технический владелец или техлид;

  • какие задачи он закрывал за последнее время;

  • есть ли активность сегодня;

  • насколько техническая часть близка к готовности.

5. Проверь исполнителя

Проверь по справочнику сотрудников:

  • находится ли исполнитель сейчас на работе;

  • не в отпуске ли он;

  • есть ли признаки, что задача фактически движется.

6. Подготовь статус-репорт

Выведи результат в следующем формате:

Статус проекта

Параметр

Значение

Статус

Исполнитель

Приоритет

Дедлайн

Прогресс чеклиста

Главный блокер

Кратко опиши главный блокер и почему он мешает запуску.

Чеклист

Раздели пункты на:

Закрыто

Открыто: зависит от блокера

Открыто: можно закрывать параллельно

Технический статус

Кратко опиши, что сейчас происходит по технической части:

  • активность техлида;

  • последние закрытые задачи;

  • готовность к релизу;

  • технические риски.

Последние важные комментарии

Выведи последние значимые комментарии:

  • дата;

  • автор;

  • краткая суть;

  • упоминания людей или команд;

  • почему комментарий важен для проекта.

Следующие шаги

Сформируй пронумерованный список действий:

Для каждого шага укажи:

  • владельца;

  • зависимость;

  • срочность;

  • ожидаемый результат.

Итоговый вывод

Определи зону проекта:

  • 🟢 зелёная;

  • 🟡 жёлтая;

  • 🔴 красная.

Объясни, почему выбрана именно эта зона.

7. После анализа

Сохрани результат в файл:

[НОМЕР_ЗАДАЧИ]-status-report.md

И обнови визуальную карту проекта в canvas-файле:

projects-graph.canvas

Важно

  • Не фантазируй.

  • Если данных нет — прямо напиши, каких данных не хватает.

  • Не выдавай предположения за факты.

  • Отделяй факты из трекера от собственных выводов.

  • Все выводы подкрепляй ссылками на задачи, комментарии или чеклист.

  • Не меняй статусы и приоритеты без явной команды пользователя.

Через несколько секунд получает примерно такой файл в obsidian:

скриншот сокращён для статьи — реальный файл объёмнее

скриншот сокращён для статьи — реальный файл объёмнее

Без AI PM тратит часы на сбор статуса: лички, созвоны, трекер, комментарии, уточнения, «а кто этим занимается?», «а почему это не закрыто?», «а где договорённость?».

С AI-агентом PM за секунды получает не финальное управленческое решение, но уже собранную картину: статус, блокеры, зависимости, риски и возможные следующие шаги.

Это не заменяет PM. Но резко меняет его работу.

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

То есть AI забирает у PM часть ручной корпоративной археологии. Но не забирает ответственность за то, что делать с найденными костями динозавра.

И это только 1 сценарий из безумного количества других, с которыми сталкивается PM каждый день.

Где такой агент стабильно врёт и почему ручная проверка – теперь основная активность.

  • Путается с датами. «Должны были сдать вчера» может прочитать как «сдали».

  • Не различает «согласовали в чате» и «согласовали официально». Для юристов и финансов это критично.

  • Округляет статус в позитив. 11/21 пунктов закрыто может прочитать как «в работе», хотя по сути уже жёлтая зона.

  • Подтягивает устаревший контекст. Решение полугодовой давности может выдать как актуальное, если его не отменили явно.

  • Молчание в комментариях интерпретирует как согласие. Часто это несогласие, которое люди не озвучили.

И главное, что не лечится промптами: мусор на входе — мусор на выходе. Если в компании не принято нормально вести задачи, AI-агент уверенно сгенерирует красивый отчёт по этому мусору. Никакая модель не починит то, что в трекере полгода не обновлялось. Это уже не про AI — это про культуру работы с данными.

Поэтому фраза «AI собирает статус» — это не «PM свободен». Это «PM начинает работу с уже собранной картины, которую нужно проверить».

А РМ — это вообще кто?

Чтобы понять, почему этот сдвиг такой важный — и почему он не сводится к «AI заменит PM», — нужно сначала разобраться, чем PM вообще занимается. Спойлер: статусы — это лишь верхушка.

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

Если собрать всё, чем обычно занимается PM, в группы — получится примерно шесть больших блоков:

  • Цели и требования. Понять бизнес-задачу, договориться об ожидаемом результате, собрать и уточнить требования, управлять ожиданиями стейкхолдеров.

  • Планирование. Декомпозиция, сроки, ресурсы, зависимости, приоритеты, бэклог.

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

  • Риски и изменения. Управлять рисками, разбирать блокеры, проводить эскалации, отбиваться от внезапных изменений и защищать команду от лишнего шума, а бизнес — от лишнего оптимизма команды.

  • Релиз и сопровождение. Тестирование, релизы, выкладка, сопровождение после запуска, разбор инцидентов, анализ метрик, отчётность.

  • Люди и процессы. Найм, онбординг, развитие команды, фасилитация конфликтов, документация, регламенты, улучшение процессов.

И меня всегда веселит тот факт, что это далеко не полный список того, что вообще ложится на плечи PM.

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

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

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

Уточнение

*я ни в коем случае не обесцениваю указанные профессии, просто как сравнительный пример.

Но исследования говорят неприятное. По данным Association for Project Management, 72% профессиональных PM из опрошенных согласились с утверждением, что работа над основным проектом негативно повлияла на их ментальное здоровье. Среди причин чаще всего называли ухудшение work-life баланса и влияние проекта на личную жизнь и отношения.

Ну и нужно быть честным, плюсы тоже определенно есть:

Во-первых, зарплата. По Москве медиана зарплаты PM в IT может доходить примерно до 170 тысяч рублей. Для роли, где ты не пишешь код каждый день, а чаще пишешь «коллеги, давайте синхронизируемся», звучит терпимо.

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

В-третьих, это карьерный рост. PM быстро начинает понимать, как связаны бизнес, разработка, процессы, метрики и деньги. А это хорошая база для перехода в более крупные управленческие роли — от Head of Projects или Operations до C-level. Не автоматически, конечно. Если в течение нескольких лет не сойдёт с ума.

В-четвёртых, PM часто оказывается на стыке новых технологий и реального бизнеса. Именно ему приходится понимать, как новая технология влияет на процессы, команды, сроки, риски и деньги, чтобы понимать как это все систематизировать.

И теперь во все это врывается AI с двух ног.

И пока PM разрывается между бизнесом, разработкой и реальностью, тревожится за сроки, риски и проживает ночью в очередной раз конфликт стейкхолдеров, в комнату зашёл AI и спокойно сказал: «Я теперь тоже участник процесса».

Без онбординга, без понятной зоны ответственности, без гарантий качества. Зато с обещанием ускорить всё.

Бизнес обрадовался: новый участник не просит зарплату, не спорит, не уходит в отпуск и отвечает за секунды. PM в этот момент почувствовал на себе странный взгляд. Такой, каким обычно смотрят на роль, которую уже начали оптимизировать в Excel.

С этого и начинается главный вопрос статьи: AI — это не просто новый инструмент в наборе PM. Он начинает менять саму механику профессии: планирование, требования, аналитику, коммуникации, автоматизацию, контроль качества и принятие решений.

AI как интерфейс к корпоративной памяти

В контексте работы PM AI — это не просто чат-бот для генерации писем. Настоящая сила начинается там, где LLM получает доступ к корпоративному контексту: трекеру задач, внутренней документации, базе знаний, логам, аналитике, CI/CD, базам данных и внутренним инструментам.

Даже read-only доступ даёт огромный эффект. За секунды AI может собрать историю проекта, найти связанные задачи, поднять старые решения, сравнить требования с документацией, подсветить риски и показать противоречия, на которые человек потратил бы часы.

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

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

Увольняем PM, ставим Claude?

На первый взгляд вывод очевиден: если AI за секунды собирает статус проекта, находит блокеры, читает комментарии, строит план действий и даже пишет пинги ответственным, то зачем вообще нужен PM?

Увольняем PM, ставим Claude, экономим бюджет, бизнес радостно хлопает в ладоши, HR рисует красивый слайд про эффективность.

Но проектный менеджмент — это прежде всего люди. А люди не работают как API.

Когда AI забирает рутину сбора данных, освобождается не просто «время». Освобождается фокус — и теперь он целиком уходит туда, где AI бесполезен. В софт-скиллы.

Софт-скиллы для PM всегда были главным. Просто раньше большую часть рабочего времени съедала рутина: сбор статусов, выяснение блокеров, корпоративная археология. И на собственно “работу с людьми” оставались жалкие проценты от рабочего дня.

AI меняет именно это соотношение. Рутина схлопывается до минут — и на софт-скиллы наконец остаётся то время, которого они всегда заслуживали.

Что именно становится критичным:

  • Переговоры. Убедить бизнес принять перенос релиза. Уговорить разработку взять дополнительную ответственность. Заставить юристов ускорить согласование, не испортив с ними отношения на следующие пять проектов.

  • Работа с конфликтами. Развести две команды, которые молча ненавидят друг друга в комментариях. Сделать так, чтобы стороны не просто замолчали, а действительно договорились.

  • Чтение людей. Понять, что «я подумаю» от стейкхолдера — это вежливое «нет». Заметить, что разработчик не возражает на синке, потому что устал, а не потому что согласен. Услышать в дежурном «всё ок» сигнал, что человек скоро уволится.

  • Управление политикой. Знать, через кого идти, чтобы решение приняли. Понимать, какой стейкхолдер обидится, если его обойти, и какой — если позвать. Это нигде не задокументировано и в трекер не выгружается.

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

  • Доверие. Команда работает лучше с PM, которому верит. AI не вызывает доверия — он вызывает использование. А это разные вещи.

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

Вывод и прогноз

PM не исчезает. Исчезает PM как ручной сборщик статусов и говорящая голова в зуме.

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

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

На месте PM как сборщика появляется более сильная роль: человек, который умеет работать с AI, проверять его выводы, принимать решения, управлять рисками и договариваться с людьми.

AI ускоряет доступ к информации. PM превращает эту информацию в действие и берёт ответственность за последствия.

А вот PM, которые не научатся пользоваться AI-инструментами, довольно быстро начнут отставать. Не потому что без этого работать нельзя — можно, и многие делают это отлично. А потому что рядом появятся люди, которые делают ту же работу быстрее, глубже и с меньшим количеством ручной возни.

И тогда шахта, которую мы в шутку рассматривали как альтернативную карьерную траекторию, внезапно снова появится на горизонте. Уже не как метафора, а как план Б.

Максим Асроров
тг: @maksasrorov

Автор: asrorovmaks

Источник