Оценка руководителей проектов: зоны роста и сильные стороны
Что упускает классическая оценка проектного менеджера
Большинство компаний оценивает руководителей проектов по треугольнику: сроки, бюджет, содержание. Сдал вовремя — молодец. Уложился в деньги — профессионал. Заказчик принял результат — можно повышать. Эта логика работает до первого проекта, где всё пошло не по плану.
Проблема в том, что проекты срываются не из-за отсутствия сертификата PMP или незнания методологии. Они срываются из-за поведения руководителя в момент неопределённости. Один начинает микроменеджерить и душит команду контролем. Другой избегает сложного разговора с заказчиком, пока проблема не становится катастрофой. Третий продавливает решение, не слыша возражений инженеров, — и проект уходит в технический долг.
Оценка по результату показывает что произошло. Диагностика показывает почему это произошло и как это изменить до того, как случится следующий провал.
Что диагностика показывает на языке поведения, а не шкал
Когда руководитель проекта получает обратную связь по Hogan, он видит не баллы по шкалам, а сценарии. Например: «В спокойной обстановке вы даёте команде автономию и люди это ценят. Под давлением сроков вы перестаёте делегировать, забираете задачи себе и превращаетесь в бутылочное горлышко. Команда демотивируется, потому что её отстранили от решений».
Это не оценка личности. Это карта того, как сильная сторона — вовлечённость и ответственность — под нагрузкой становится деструктором. Руководитель не «плохой», он теряет доступ к собственному арсеналу в стрессе.
Другой пример — PCM. Руководитель с базовым типом «Бунтарь» отлично генерирует нестандартные решения в фазе инициации проекта. Но когда проект входит в рутину отчётности и план-фактного анализа, он теряет энергию, отвлекается, саботирует формальные процедуры. Диагностика даёт ему не клеймо «несобранный», а конкретный рецепт: как оставаться эффективным на скучных этапах, не ломая себе мотивацию.
Как выглядит разбор результатов на практике
Разбор начинается не с отчёта, а с контекста. Руководитель приносит реальную рабочую ситуацию: проект, где коммуникация с заказчиком пошла вразнос, или команда не выдаёт результат, хотя все перерабатывают.
Специалист по диагностике накладывает профиль на эту ситуацию. Допустим, Reiss Motivation Profile показывает аномально низкую потребность в статусе. Руководитель не борется за видимость своих решений перед стейкхолдерами — он искренне считает, что «работа сама себя покажет». А заказчик тем временем тревожится, что проект никто не контролирует, и начинает дёргать команду через голову PM.
Разбор даёт не абстрактное «развивайте политическую компетентность», а конкретную поведенческую настройку: на каких встречах и в каком формате специально подсвечивать прогресс, чтобы закрыть слепую зону. Одна сессия — и руководитель уходит с понятным действием на понедельник.
Где это применяют: четыре точки входа
Первая — отбор. Когда компания нанимает руководителя проектов, она проверяет опыт и кейсы. Диагностика добавляет прогноз: как этот человек поведёт себя в конфликте с заказчиком, сможет ли он толкать проект без административной власти, насколько он гибок при смене требований. Решение о найме становится менее азартным.
Вторая — развитие. Руководитель уже в должности, проекты идут, но есть повторяющийся паттерн проблем: например, на каждом проекте выгорает пара ключевых сотрудников. Диагностика вскрывает причину — скажем, деструктор «скептицизм» в профиле Hogan, из-за которого руководитель не транслирует команде уверенность в успехе, даже когда сам верит в проект.
Третья — формирование проектных команд. Harthill LDP показывает стадию смыслотворчества руководителя. Тот, кто находится на стадии «Специалист», будет строить проект вокруг собственной экспертизы и невольно конкурировать с сильными членами команды. Тот, кто на стадии «Стратег», способен удерживать противоречивые интересы стейкхолдеров и собирать решения на стыке конфликтующих требований. Это прямо влияет на то, каких людей ставить с ним в пару.
Четвёртая — сопровождение критичных проектов. Когда ставки высоки, диагностика команды и лидера до старта даёт карту рисков, которые не видны в уставе проекта. Где команда зависнет в обсуждениях, не переходя к действию. Где лидер не услышит ранние сигналы проблемы. Где конфликт между ключевыми участниками неизбежен из-за разницы мотивационных профилей.
Чего инструмент не делает
Диагностика не предсказывает успех проекта. Она не говорит: «Этот руководитель сдаст проект в срок». Она говорит: «Вот условия, при которых этот руководитель максимально эффективен, а вот условия, при которых он с высокой вероятностью включит неоптимальные сценарии».
Она не оценивает профессиональные знания. Методологии, отраслевую экспертизу, опыт — это проверяется отдельно. Диагностика работает с поведенческим слоем: как человек применяет свои знания в реальной среде, под давлением, в коммуникации с живыми людьми.
Она не ставит диагноз и не вешает ярлык. Результат диагностики — это гипотеза, которую руководитель проверяет на своём опыте. Если профиль показывает склонность к избеганию конфликтов, а руководитель узнаёт в этом свои последние три проекта, гипотеза становится рабочим материалом для изменений. Если не узнаёт — значит, контекст другой, и это тоже ценный вывод.
С чего начать оценку проектного лидера
Начинайте не с инструмента, а с вопроса. Какую именно управленческую задачу вы решаете: нанимаете, развиваете, спасаете проблемный проект или собираете команду под сложную задачу? Ответ определяет, что именно вы смотрите: мотивационные драйверы, деструкторы под стрессом, стадию лидерского мышления или коммуникативный профиль.
Дальше — одна глубокая диагностика вместо батареи поверхностных тестов. Один инструмент, разобранный в привязке к реальным рабочим ситуациям руководителя, даёт больше пользы, чем десять обезличенных отчётов. Руководитель проекта не нуждается в ещё одной абстрактной классификации. Ему нужна точная карта собственных сильных сторон и зон роста, которую он сможет применить завтра утром на планёрке.
Часто задаваемые вопросы
Наиболее частые сценарии включают микроменеджмент под давлением, избегание сложных разговоров с заказчиком и игнорирование возражений команды, что ведет к техническому долгу и демотивации.
Hogan фокусируется на сценариях поведения в стрессе, показывая, как сильные стороны превращаются в деструкторы, а не на абстрактных шкалах личности.
Да, диагностика добавляет прогноз поведения в конфликтах, гибкость при смене требований и способность работать без административной власти, снижая риски ошибочного найма.
Рекомендуется проводить диагностику при появлении повторяющихся проблем, например, выгорания команды, или перед стартом критичного проекта для выявления скрытых рисков.
Диагностика не предсказывает успех проекта, не оценивает профессиональные знания и опыт, а лишь выявляет поведенческие сценарии, которые требуют проверки в реальной работе.