Текучесть проектных менеджеров из-за выгорания в Professional Services компании «Базис» снизилась на четверть, а срок выхода новичков на полную производительность сократился вдвое. Команда пришла к этому не новым регламентом и не усилением контроля: она начала формализовать софт-скиллы PM, которые раньше оценивали почти исключительно по впечатлению от собеседования.
О подходе рассказал руководитель проектного офиса Виталий, сообщает Habr / Карьера. Его вывод знаком многим IT-командам: кандидата нанимают за владение Jira, опыт внедрений и умение строить план проекта, а увольнять приходится из-за другого — он поздно сообщает о рисках, не управляет ожиданиями клиента, не умеет договориться с инженерами или берёт на себя всё сразу.
Исходная точка у команды была вполне измеримой. В 2023 году годовая текучесть PM достигала 35%: уходил примерно каждый третий специалист. Онбординг занимал три месяца, средняя оценка зрелости менеджеров составляла 45%, а конфликты с заказчиками возникали два-три раза в месяц и доходили до руководителей уровня C-level. При этом картина не укладывалась в простую формулу «нужно больше опыта»: один менеджер вёл пять проектов, другой не справлялся и с двумя.
Особенно болезненной оказалась зависимость от отдельных «звёзд». Один сильный PM держал критичные договорённости и статус проектов в голове; когда он выбыл на месяц, несколько проектов фактически остановились. Одновременно найм строился на интуиции: рекрутеры и руководители видели уверенную речь, релевантный опыт и структурность, но не могли заранее проверить, способен ли человек отказать заказчику при расползании объёма работ или, наоборот, не превратит ли соблюдение рамок в конфликт с клиентом.
Переломным эпизодом стал сентябрь 2024 года. Компания рассталась с PM, который не эскалировал риск в срок: заказчик узнал о задержке за день до дедлайна, после чего ситуация переросла в скандал. Ответы команды были предсказуемыми — добавить контроля, нанять более дорогих опытных специалистов, написать ещё регламентов. Но все три меры лечат последствия. Можно проверить, заполнен ли отчёт, но гораздо труднее понять, как менеджер принимает решение в неоднозначной ситуации и заметит ли проблему до того, как она станет чужой эскалацией.
Вместо поиска абстрактного «коммуникабельного кандидата» проектный офис начал описывать наблюдаемое поведение. Для этого команда сначала договорилась, какого PM считает хорошим. Внутренний культурный код должен был заменить расплывчатое «в целом нормально» на конкретную обратную связь в период испытательного срока и на встречах один на один. Среди важных для работы качеств — ответственность за общий результат, инициативность в работе с заказчиком и командой, способность вовремя поднимать риск и фиксировать договорённости так, чтобы проект не зависел от памяти одного человека.
Практическая ценность такого подхода не в том, чтобы превратить коммуникацию в таблицу с красивыми процентами. Скорее, это попытка связать наблюдения руководителя с рабочими сценариями. Если PM отправляет протокол встречи с лицами, принимающими решения, через три дня, проблема не в ярлыке «недостаточно проактивен». Это конкретный риск: договорённости успевают разъехаться, команда начинает работать по разным версиям реальности, а заказчик получает повод сомневаться в управляемости проекта. Так же можно разбирать и делегирование: недостаточно поставить задачу и назвать срок, нужно выяснить, понял ли исполнитель контекст, какие есть блокеры и когда о них следует сообщить.
Для разработчиков такая система означает меньше внезапных «срочно нужно к пятнице» из-за обещаний, данных без проверки. Для бизнеса — меньше ситуаций, когда клиент узнаёт о срыве последним, а руководитель проекта выгорает, пытаясь в одиночку закрыть все пробелы процесса. Для HR это ещё и повод пересмотреть интервью: технический опыт остаётся необходимым, но не заменяет проверку поведения в конфликте, при смене скоупа и в разговоре о рисках.
Кейс «Базиса» не обещает универсальной формулы: софт-скиллы PM зависят от типа проектов, заказчиков и полномочий менеджера. Но сама смена оптики выглядит полезной для рынка. Пока ожидания от PM живут только в голове руководителя, команда неизбежно будет путать сильную самопрезентацию со зрелостью. Следующий сложный вопрос — сумеют ли компании сохранить такие критерии живыми и не превратить их в очередной чек-лист, который заполняют после того, как пожар уже начался.
