惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

D
DataBreaches.Net
T
The Exploit Database - CXSecurity.com
V
Vulnerabilities – Threatpost
Know Your Adversary
Know Your Adversary
Exploit-DB.com RSS Feed
Exploit-DB.com RSS Feed
N
News and Events Feed by Topic
Spread Privacy
Spread Privacy
Application and Cybersecurity Blog
Application and Cybersecurity Blog
S
Secure Thoughts
G
GRAHAM CLULEY
Google Online Security Blog
Google Online Security Blog
Help Net Security
Help Net Security
cs.CL updates on arXiv.org
cs.CL updates on arXiv.org
O
OpenAI News
Google DeepMind News
Google DeepMind News
K
KPMG report finds enterprise disconnect between AI and its ROI | CIO
Security Archives - TechRepublic
Security Archives - TechRepublic
L
LINUX DO - 最新话题
Microsoft Azure Blog
Microsoft Azure Blog
C
Cybersecurity and Infrastructure Security Agency CISA
Stack Overflow Blog
Stack Overflow Blog
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
L
Lohrmann on Cybersecurity
H
Hacker News: Front Page
W
WeLiveSecurity
P
Privacy International News Feed
Forbes - Security
Forbes - Security
月光博客
月光博客
PCI Perspectives
PCI Perspectives
T
Tailwind CSS Blog
N
News and Events Feed by Topic
T
Threat Research - Cisco Blogs
Engineering at Meta
Engineering at Meta
F
Full Disclosure
AI
AI
Hacker News - Newest:
Hacker News - Newest: "LLM"
Schneier on Security
Schneier on Security
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
B
Blog
酷 壳 – CoolShell
酷 壳 – CoolShell
D
Darknet – Hacking Tools, Hacker News & Cyber Security
V
Visual Studio Blog
The Hacker News
The Hacker News
博客园 - 叶小钗
G
Google Developers Blog
Google DeepMind News
Google DeepMind News
博客园 - 司徒正美
T
The Blog of Author Tim Ferriss

Все публикации подряд на Хабре

Ловим музу за клавиатуру: как айтишнику стать автором Что умеет Midjourney в 2026? Мой немного грустный разбор этого шикарного инструмента Никто не любит писать тесты, но ИИ может исправить это IPv8 выглядит как мечта. Поэтому почти наверняка не взлетит Производители вернули в продажу материнки с DDR3. Что происходит? Управление агентом с телефона через Telegram теперь в KodaCode От координации к лидерству: как меняется роль руководителя разработки Я сделала родителям бизнес вместо пенсии: зарабатываем 70 тысяч, мама не даёт продать В три раза быстрее приемка товара и оптимизация трудозатрат на 73%: как «РСТ-Инвент» помог Gulliver Group ИИ-шечный мир победил? О влиянии искусственного интеллекта на игропром Кремль снижает давление на Телеграмм пока Европа строит интернет по паспорту Как CEO, CTO и CIO за 8 часов собрали ИИ-директора, который умеет держать позицию под давлением Как (не) потерять домен за выходные Вместо 8 разных VPS: как я организовал практику студентам на одном сервере Почему твой Open Source проект не замечают? R&D: искусство управления неопределенностью в разработке AI-дефляция: вакансий для разработчиков больше, а рост зарплат — худший за 15 лет Мы отдали управление роботами OpenClaw. Что из этого вышло Галактический ID: система идентификации для всех форм разумной жизни Шесть основ бизнес-анализа: начинаем с вопроса «Кто в игре?» Код-ревью, в котором дело не в коде Данные переехали. Команда — нет Системной подход к сдаче OSWE в 2025 Почему комната управления реактором покрашена в цвет морской пены 4 YAML-файла вместо PySpark: как аналитикам строить пайплайны без разработчиков LLM-агент для поиска свободных доменов: автоматизируем подбор Когда, зачем и как правильно начинать новую сессию в Claude Code? Как я заставил нейросеть писать макросы для FreeCAD Анатомия ИИ‑агента для подбора персонала. От тысячи резюме к топ‑10 за минуты Опыт разработчика как экономика внимания Автономность как точка невозврата: кто будет субъектом в цифровом будущем Обучение ИИ в «диких» условиях: как рутинные действия превращаются в датасеты Как измерить LLM для задач кибербеза: обзор открытых бенчмарков Где хранить код? Сравнение GitHub, GitLab и Bitbucket Математика объясняет, почему нормальное распределение встречается повсюду Почему ваш FinOps не работает: 12 тезисов от практиков Как подписать проектную документацию УКЭП с использованием бесплатных лицензий Pilot Адаптивное администрирование Sigla Vision Я грузил уран в бочки, а потом 20 лет строил ИТ в атомной отрасли Чем позвонить с Эвереста? История и обзор спутниковой связи. Часть 2 Как языковая модель помогает контролировать качество инструктажей по охране труда в металлургии Как не передать на desktop свой IP в РКН Анатомия SAP Privileges: как устроено управление правами в macOS MoneyDev: Сказка про три главных слова Обновлённый токенизатор видео K-VAE 2.0 от Сбера Как сделать диспетчеризацию дома на 1284 квартиры почти бесплатно Как мы разогнали железную дорогу Мы дали агентам рутину. Теперь надо решить — что делать с освободившимся временем Токсичный контент, промпт-хакинг и защита ИИ — всё о Guardrails для LLM Умный город начинается с точного взгляда: как «Фалькон Тех» меняет пространство к лучшему Навайбкодил приложение для анализа графов Почему Дюну так интересно читать? Упрощаем работу с рутиной или как стать Гендальфом Белым Деконструкция Go: CPU, RAM и что там происходит. Go Assembler база. Часть 1.1 Какие профессии исчезнут из-за ИИ, а какие появятся? И что с этим делать Как мы построили IT-отдел, где хочется расти: архитектурные встречи, прозрачные метрики и книжные подарки Rufler: Делаем из Claude Code автономный рой через один YAML-конфиг Sing-box и белый список приложений Как построить надёжный обмен сообщениями в микросервисах: лучшие практики для enterprise OpenAI строит MLM-пирамиду, а McKinsey и Accenture помогают ей в этом Дом, который не построил Фишер (Часть 2) «Сверхзвуковой математик» против «Вдумчивого логиста»: битва алгоритмов 3D-упаковки Мультимодальные модели – грубый и дорогой инструмент Разговоры ничего не стоят. Код тоже Проверки физических лиц: с кого начнет ФНС Топ-10 бесплатных нейросетей для создания видео в 2026 году Первые слои кода: как наши решения сегодня определяют архитектуру ИИ на десятилетия Разработка нового статического анализатора: PVS-Studio JavaScript Поиск уязвимостей ПО: базовый минимум или роскошный максимум Почему оценка персонала не работает как инструмент управления Как мы разработали ИИ-ассистента и сократили рутину продуктовой команды на 50% Как я ушел из найма, нажарил косточек и продал на маркетплейсах на 168 млн в год Когда 1С:ERP уже внедрена, а нормального производственного плана всё ещё нет Как я сделал Claude мультимодальным, подключив к нему Qwen Omni Как приглашение на вакансию мечты превращается в атаку Infrastructure as Code: философия и лучшие практики IaC Тестируем Yandex Code Assistant на задаче, в которой нужно хранить секреты nxs-universal-chart v3.0: новое поколение универсального Helm-чарта Callback Injection: Техника, которая отправила Microsoft Defender в глухой нокаут «Все идеи на стол»: митап как способ вывести проект из тупика Сегодня я узнал нечто новое о GPU благодаря багу в своей игре Как заставить LLM ̶ ̶г̶а̶л̶л̶ю̶ ̶ эволюционировать Карта событий как фундамент аналитики: практический кейс для E-commerce Что выбрать для AI: x86, ARM или RISC-V? Дайджест железа за март Роль соматических мутаций в развитии аутоиммунных заболеваний: путь к избирательной терапии Mythos от Anthropic — тревожный сигнал для всех, а не только для банков Guardrails для LLM на Java: как приручить промпт‑инъекции и токсичные ответы Green-VLA: как мы собрали VLA-модель для реального антропоморфного робота и не потеряли обобщение Финансовая гонка вооружений: почему умные люди добровольно в ней участвуют Эра ИИ-агентов наступила: выбираем лучшего цифрового сотрудника # Практический опыт внедрения WinCC Redundancy на производственном предприятии Сделал MVP за 3 дня, а потом неделю прикручивал оплату. Оно того стоило? Физика против Маска: почему Starship V3 может оказаться ещё одной катастрофой Нефть Венесуэлы: крупнейшие запасы в мире, но не крупнейшая нефтяная держава JPA 4. Переосмысление Hibernate Почему зеркальная фотокамера Nikon D5 десятилетней давности идеально подошла для миссии «Артемида-2» Проект «Уровень-Спутник» или как мы сделали платформу для гидрологов «Замедлиться, чтобы ускориться»: почему ИИ повышает цену ошибок в требованиях и архитектуре Как с нуля поднять трафик IT-компании на 1657% при бюджете 55 тыс. и выжить Pixel-perfect Downsampling — идеальная отрисовка 50 миллионов точек без потерь
Project Manager 2026: как AI-инструменты меняют профессию
Максим Асроров · 2026-05-26 · via Все публикации подряд на Хабре

Простой

11 мин

12K

Максим Асроров, проектный менеджер, 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. Подготовь статус-репорт

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

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

Параметр

Значение

Статус

...

Исполнитель

...

Приоритет

...

Дедлайн

...

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

...

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

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

Чеклист

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

Закрыто

  • ...

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

  • ...

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

  • ...

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

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

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

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

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

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

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

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

  • дата;

  • автор;

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

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

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

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

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

  1. ...

  2. ...

  3. ...

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

  • владельца;

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

  • срочность;

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

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

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

  • 🟢 зелёная;

  • 🟡 жёлтая;

  • 🔴 красная.

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

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