ИИ в управлении проектами, Scaled Agile и Atlassian Williams: главное в PM, февраль 2025

Февраль 2025 расставил всё по местам в управлении проектами. ИИ-инструменты перешли из категории «скоро будет» в категорию «вы уже за них платите». Масштабируемый Agile пересёк границу между трендом и стандартом. PMI поглотил Agile Alliance и начал переписывать сертификации. А Atlassian разместил своё имя на болиде Формулы-1, чтобы доказать: интегрированная связка инструментов теперь корпоративная категория, а не просто допродажа к Jira.

Если вы CTO, основатель или продуктовый лидер, выбирающий или ведущий партнёра по разработке в 2026 году, вопрос не в том, «готов ли ИИ». Вопрос в том, какой ИИ внедрять, от какого отказаться и чего требовать от подрядчика, продающего себя как «на основе ИИ». Этот плейбук разбирает каждую PM-новость февраля 2025, что пережило 2026 год, и как мы принимаем те же решения внутри Фора Софт.

Зачем Фора Софт написала этот плейбук

Фора Софт разрабатывает программное обеспечение на заказ с 2005 года, специализируясь на видео, аудио, ИИ и продуктах для коммуникации в реальном времени. Сейчас мы ведём смешанную Scrum/Kanban-разработку для клиентов из EdTech, здравоохранения, фитнеса, медиа и B2B SaaS. Внутри компании мы применяем Agent Engineering, который сжимает сроки доставки по большинству направлений работы на 30–40% по сравнению с базовой командой — данные и методология описаны в нашем кейсе по разработке с применением ИИ.

Из недавних референсов: BrainCert (EdTech-платформа виртуального класса, которую мы развиваем через несколько крупных релизов), Scholarly (образовательная платформа с 15 000+ пользователей и наградой AWS Innovation Award) и AppyBee (платформа бронирования для фитнеса, работающая в 800+ студиях на iOS и Android). Наш внутренний PM-стек подробно описан в плейбуках по планированию проектов, разработке продукта и запуску продукта — теми же процессами мы оценивали каждое изменение в этом дайджесте.

Поэтому когда мы советуем относиться к ИИ-инструментам оценки с осторожностью, игнорировать половину категории ботов для встреч или планировать бюджет на Copilot как на старшего сотрудника — это мнение основано на работе с этими инструментами в реальных продуктовых командах, а не на демо от вендора.

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

Самый важный PM-вывод начала 2025 года: ИИ-инструменты не дают автоматически тот прирост продуктивности, который обещают вендоры. Рандомизированное контролируемое исследование METR с шестнадцатью опытными open-source разработчиками показало, что ИИ-инструменты на самом деле увеличили время выполнения примерно на 19% — при этом те же разработчики считали, что ИИ ускорил их примерно на 24%.

Обратная картина тоже встречается. Другие лонгитюдные данные по 300 инженерам показали падение cycle time примерно на треть и сокращение времени ревью около 30% — с одним неприятным побочным эффектом: время ревью pull request выросло почти вдвое. Узкое место просто переместилось с набора кода на согласование. Оба результата реальны. Они не противоречат друг другу, а описывают разные команды, выпускающие разную работу.

Корпоративный опрос Gartner 2025 года — трезвый якорь: только 28% ИИ-кейсов в ИТ-операциях полностью оправдывают ожидания по ROI, 20% пилотов проваливаются совсем, а 72% CIO сообщают, что выходят в ноль или теряют деньги на ИИ-инвестициях. Выигрывают те команды, которые применяют ИИ для узкой, чётко определённой работы — а не те, кто заменяет PM-суждение окном чата.

Microsoft Copilot для PM — что он реально делает и сколько стоит

Microsoft закрыл Project for the Web и объединил PM в Microsoft Planner с интеграцией Copilot. Аддон Copilot для Microsoft 365 стоит 2 250 ₽ за пользователя в месяц поверх базовой лицензии Microsoft 365 (Apps for Enterprise, Business Basic/Standard/Premium или E3/E5/F1/F3).

Что вы покупаете за эту цену:

1. Оценка рисков. Copilot анализирует метаданные проекта (объём, расписание, бюджет) и подсвечивает вероятные риски с предложениями по их снижению.

2. Генерация плана задач. Предложенные ИИ разбивки задач, длительности и оценки трудозатрат, опирающиеся на исторические паттерны похожих проектов.

3. Запросы на естественном языке. Чат-интерфейс для запросов о состоянии проекта, генерации статус-отчётов и черновиков апдейтов.

4. Project Manager Agent (превью). Автоматизирует создание задач, генерацию плана и отслеживание прогресса с минимумом ручного ввода.

Для инженерной команды из 20 человек 2 250 ₽ на пользователя — это около 540 000 ₽/год, ещё до измерения хоть одного сэкономленного часа. Честный вопрос: заменяет ли это часы PM, дополняет их или просто добавляет ещё один поток уведомлений.

Agile в 2025 — что масштабировалось, что осталось нишевым

В начале 2025 года устоялись две вещи. Во-первых, спор о масштабируемом Agile закончился — внедрение SAFe выросло примерно с 37% в 2021 году до 53% к 2025 году, сделав его стандартным корпоративным фреймворком масштабирования. Во-вторых, «Agile + Design Thinking» перешёл из модного словосочетания в стандартную практику серьёзных продуктовых команд.

Для проектов, которые ведём мы, самой надёжной связкой для продуктовой разработки до ~25 инженеров остаётся одна Scrum-команда со строгими двухнедельными спринтами и Kanban-наложением для инцидент-работ. К SAFe-подобному масштабированию мы прибегаем только тогда, когда один продукт затрагивает 4+ команды с жёсткими кросс-командными зависимостями.

Agile + Design Thinking — поиск задачи плюс её решение

Design Thinking помогает найти правильную задачу, Agile — доставить её решение. Интеграция конкретна: пятидневный design-спринт (исследование, идеи, прототипирование, тестирование) питает двухнедельные Agile-спринты разработки, и вы перестаёте тратить инженерные часы на не ту фичу.

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

Atlassian и Williams Racing — доказательство концепции «системы работы»

Atlassian стал титульным спонсором Williams Racing в 2025 году; команда переименовалась в Atlassian Williams Racing на сезон Формулы-1 2025 года, а брендинг Atlassian появился на болиде FW47. Интересна не сумма сделки, а то, что именно было развёрнуто.

Jira — для трекинга задач и зависимостей по комплектующим у сотен поставщиков. Confluence — институциональная память о состоянии трасс, выводах по гонкам и пост-мортемах. Loom — асинхронное видео, заменяющее часть синхронных статус-митингов. Rovo (ИИ-ассистент Atlassian) отвечает на рутинные вопросы о состоянии проекта простым языком по всем перечисленным системам.

Williams набрала 111 очков в сезоне 2025 — сильнейший результат команды с 2016 года. Очки заработали не одни инструменты, но они убрали именно ту трение, которое исторически тормозило инженерные решения. Урок обобщается: единый источник истины, ИИ-ассистированный Q&A и асинхронное видео вместо синхронных стендапов — теперь это вызывает доверие как корпоративный паттерн, а не как причуда стартапов.

Слияние PMI и Agile Alliance — что изменилось и почему это важно

Agile Alliance официально вошёл в PMI 31 декабря 2024 года, образовав PMI Agile Alliance. Новый экзамен PMI-ACP выходит глобально 8 ноября 2026 года, с обновлёнными стандартами сертификации.

Васко Дуарте и другие ветераны Agile-сообщества публично опасались, что институциональная консолидация рискует размыть упор Agile на итерации, обратную связь и гибкость. Риск реален, но не нов — PMP-подобное водопадное мышление всегда просачивалось в «Agile»-внедрения. На практике это значит, что свежий значок PMI-ACP в 2027 году будет более дешёвым сигналом, чем послужной список успешных ретро.

Когда оцениваете сертификации у PM-ов партнёра, смотрите дальше значка. Спросите про две конкретные вещи: последнее ретроспективное совещание, которое они провели (что команда поменяла в результате?), и пример оценки, которую пришлось пересмотреть посреди спринта (что они узнали о работе?). Ответы покажут, декоративная сертификация или операционная.

ИИ-боты для встреч — зловещая долина и компромисс по данным

Otter.ai, Read.ai, Microsoft Copilot и Zoom AI Companion стали мейнстримом. Otter обычно даёт 85–90% точности транскрипции и деградирует на технической терминологии, акцентах и быстрой смене говорящих. Read.ai сертифицирован по SOC 2 Type 2 и HIPAA и добавляет анализ тональности и оценку встречи. Zoom AI Companion интегрирован нативно, с заявленным нулевым удержанием данных у сторонних ИИ-провайдеров.

Их сдерживают две вещи. Зловещая долина реальна — почти идеальная транскрипция с одной неправильной атрибуцией ощущается хуже, чем полностью роботизированная стенограмма. И компромисс по безопасности нетривиален: каждый бот для встреч пропускает ваш разговор через сторонний LLM, что важно, если вы работаете под HIPAA, SOC 2 или требованиями ЕС по резидентности данных.

ИИ-оценка — где она оправдывает себя, а где уверенно врёт

ИИ-инструменты оценки отлично справляются с ограниченной, повторяющейся работой и опасны на новой. Уровень галлюцинаций в выводах LLM невелик в абсолютных значениях (часто называют ниже 2%), но в оценке он сконцентрирован именно там, где вы не можете его себе позволить — новые интеграции, непроверенные архитектуры, всё без исторического аналога.

Где ИИ-оценка работает. Исправления багов, рефакторинг, спринты генерации кода с понятным объёмом, повторяющиеся CRUD-подобные фичи. Везде, где у модели есть правдоподобная историческая база.

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

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

Установка на рост в PM — полезна как культура, но не замена процессу

Книга Магды и Петра Яворович The Growth Mindset in Project Management применяет исследования Кэрол Двек к командам доставки. Различие знакомо: команды с фиксированной установкой винят упущенные дедлайны в нереалистичных оценках, команды с установкой на рост воспринимают промах как данные и пересчитывают.

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

Что пережило хайп февраля 2025 — а что нет

Мини-кейс — как мы перестроили PM на долгом EdTech-проекте

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

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

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

Фреймворк принятия решений — пять вопросов, что внедрять

1. Убирает ли это реальное узкое место? Замерьте, на что действительно уходит время ваших PM. Если на статус-отчёты уходит 15%, а на разбор рисков 5% — автоматизация этих участков чистая победа. Если они тратят 70% на согласования со стейкхолдерами — ни один ИИ-инструмент это не починит.

2. Есть ли у вас данные, нужные инструменту? Copilot для PM и ИИ-оценщики питаются историческими метаданными. Новым командам без них стоит ожидать посредственного результата.

3. Какова полная стоимость на пользователя в месяц? Сложите базовый Microsoft 365 + Copilot + бота для встреч + доплаты Atlassian — и цена места легко перевалит за 6 000 ₽/месяц прежде, чем вы успеете моргнуть.

4. Куда уходят данные из разговоров? Если ваша отрасль работает под HIPAA, SOC 2 или европейским законодательством о приватности — до закупки получайте письменно политику резидентности и хранения данных по каждому ИИ-инструменту.

5. Проходит ли это тест «новой работы»? Прогоните любую ИИ-оценку или резюме на одной текущей задаче, которая действительно нова для вашей команды. Если ответ — правдоподобно звучащая бессмыслица, вердикт у вас на руках.

Пять подводных камней, которые мы регулярно видим в PM-стеках 2026 года

1. Принимать заявления вендоров об ИИ-продуктивности за данные. Вендорские кейсы — это маркетинг. Требуйте данные по cycle time, времени ревью PR и пропущенным дефектам по сопоставимым проектам.

2. Покупать SAFe-церемонии, не покупая SAFe-дисциплины. Program Increments без честного учёта зависимостей — это театр. Если вы не можете показать ни одной кросс-командной зависимости, которую PI-планирование действительно сняло — уменьшайте фреймворк.

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

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

5. Путать сертификат с компетенцией. Свежий значок PMI-ACP в 2027 году сам по себе не скажет, может ли его владелец провести рабочее ретроспективное совещание. Просите артефакт, а не сертификат.

KPI, которые стоит отслеживать в PM и процессе доставки

KPI качества. Доля пропущенных дефектов (цель <3% от выпущенных тикетов), время цикла ревью PR (цель <48 часов в медиане) и доля валидации дизайна перед стартом разработки (цель 100% для крупных эпиков).

Бизнес-KPI. Разброс между оценочным и фактическим cycle time (цель в пределах ±15%), задержка от фичи до выручки и оценка удовлетворённости стейкхолдеров за квартал.

KPI надёжности. Доля выполненных обязательств по спринту (цель 80–90% — выше сигнализирует о заложенном запасе, ниже — о хаосе), текучесть в команде (<15% в год для технических ролей) и число действий из ретро, реально выкаченных за спринт (цель ≥1).

Когда НЕ нужно добавлять ещё один PM-инструмент в стек

Если у вас в команде меньше 12 человек, здоровая доля выполненных спринт-обязательств и ретро меняет поведение — вам не нужен Copilot для PM, интегрированный стек Atlassian или платформа ботов для встреч. Дополнительная сложность стоит дороже сэкономленного времени.

Если вы до Product-Market Fit — самые рычажные инвестиции в PM это разговоры с пользователями и быстрые итерации. Тяжёлые церемонии и ИИ-инструменты подождут, пока появится сигнал, которым стоит управлять.

Как выбрать партнёра со зрелым PM — вопросы, которые работают

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

В1. «Покажите недавнее ретро и изменение, которое оно дало». Зрелые команды отвечают за две минуты. Незрелые переключаются на регалии.

В2. «Какая ваша последняя оценка промахнулась более чем на 30%, и что команда из этого извлекла?» Честный ответ говорит больше любого кейса. Тот, кто утверждает, что не промахивался с оценкой на 30% за последний год — либо слишком мал, чтобы масштабироваться, либо лжёт.

В3. «Покажите, как вы измеряете cycle time и время ревью PR». Если они не могут описать дашборды или источники данных — они не измеряют работу. Отсутствие измерений — сильнейший предиктор просроченных дедлайнов.

В4. «Как вы решаете, что ИИ-аугментация действительно экономит время?» Правильный ответ называет конкретные типы работ, а не процент ускорения. «На 30–40% быстрее при планировании снизу вверх для задач с минимум тремя историческими аналогами» — реальный ответ; «наша команда на 40% продуктивнее» — маркетинг.

В5. «Если у нас требования HIPAA / SOC 2 / резидентности данных в ЕС, покажите ваш поток данных для ИИ-инструментов». Конкретные ответы называют провайдеров, BAA, окна хранения и куда фактически уходит аудио. Расплывчатые ответы — провал.

Красные флаги подрядчика в эпоху ИИ-PM

Флаг 1 — «Наш PM ведёт ИИ». Перевод: позиция старшего PM не закрыта, и инструмент должен это компенсировать. ИИ дополняет PM, но не заменяет их ни при каком текущем уровне развития технологии.

Флаг 2 — статус-отчёты без сырых данных. Красивые PowerPoint-резюме без потока тикетов, лога коммитов или метрик QA-цикла — знак, что партнёр кураторствует, а не работает.

Флаг 3 — «всё идёт по плану» три спринта подряд. Реальные проекты понемногу разъезжаются каждый спринт. Статус-отчёт, в котором никогда не поднимается риск — это статус-отчёт, который никто не читает, или, хуже, который никто не пишет.

Флаг 4 — сертификаты вместо артефактов. Стена значков PMP, PMI-ACP, CSM без живого примера ретро, разобранной оценки и данных по cycle time — декоративна, а не операциональна.

Флаг 5 — расплывчатые истории про ИИ-безопасность. Если они не могут сказать, через каких ИИ-провайдеров их бот для встреч пропускает аудио, где хранятся транскрипты и как долго — не включайте его ни в одном разговоре, где есть PII, PHI или коммерчески чувствительные данные.

FAQ

Что почитать дальше

Готовы отточить PM и процесс доставки к 2026 году?

Февраль 2025 сделал картину яснее, но не проще. ИИ реален, но скользкий, масштабируемый Agile институционален, но непостоянен, интегрированные инструменты работают на масштабе, PMI только что поглотил Agile Alliance, а боты для встреч мощные, но небесплатные. В 2026 году побеждают команды с письменным процессом, честными данными по доставке, точечно, а не повсеместно, применяющие ИИ, и партнёром, чью PM-зрелость можно проверить на бумаге.

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