Дефицит компетенций: почему сильная команда может сорвать проект

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

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

Через месяц аналитик замечает отклонение в показателях, но не может защитить свой вывод перед руководством. Руководитель проекта сглаживает разногласия между продажами и маркетингом, хотя от него ждут конкретного решения. Сильный специалист берёт всё на себя, после чего команда начинает ждать его согласования по каждому вопросу.

Людей достаточно. Нужного поведения ^[1] в критический момент не хватило.

Сильный сотрудник для какой задачи?

Фраза «у нас сильная команда» почти ничего не говорит о готовности к проекту. Сотрудник может отлично работать внутри знакомого процесса и растеряться, когда меняются сроки, полномочия или состав участников.

Даже одинаковые должности в разных компаниях требуют разного набора компетенций. В одной организации руководитель проекта управляет работой внутри собственного подразделения. В другой ему приходится ежедневно договариваться с коммерческим блоком, производством, подрядчиками и собственником бизнеса. Название роли совпадает. Содержание работы совсем другое.

Поэтому дефицит появляется только относительно конкретной задачи. Нельзя измерить его универсальным списком качеств, одинаковым для каждой компании и каждого проекта.

В отчёте «Будущее рабочих мест, 2025» ^[2] Всемирный экономический форум приводит результаты опроса более тысячи работодателей, представляющих свыше 14 млн работников. 63% участников назвали дефицит навыков серьёзным препятствием для преобразования бизнеса. Работодатели также ожидают, что к 2030 году изменятся или потеряют актуальность 39% навыков, которыми сотрудники пользуются сегодня.

Эти цифры не предсказывают судьбу отдельного проекта. Они показывают другую проблему: прошлый опыт ^[3] всё быстрее устаревает как единственное доказательство готовности человека к новой работе.

Почему рейтинг сотрудников не показывает проектный риск

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

Средняя оценка одинаковая. Роли в проекте для них нужны разные.

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

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

С чего начать проверку команды

Оценка должна начинаться с проекта. Массово проверять сотрудников по десяткам качеств и только потом думать, что делать с результатами, слишком дорого и долго.

Описать моменты, в которых проект может сломаться

Нужно заранее разобрать ситуации с высокой ценой ошибки ^[4]. Что произойдёт, если запуск сдвинется на две недели? Кто пересоберёт план продвижения за один день? Как команда поступит, если данные аналитики будут противоречить мнению руководителя? Кто примет решение при конфликте ^[5] между продажами и маркетингом?

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

Перевести общие качества в рабочее поведение

Слово «коммуникабельность» невозможно использовать при распределении ответственности. Оно ничего не говорит о том, как человек ведёт сложные переговоры, сообщает о проблеме или отстаивает решение перед руководством.

Требование должно описывать действие. Например: сотрудник сообщает об угрозе сроку до того, как отклонение станет необратимым. Показывает, на каких данных основан его вывод. Фиксирует решение и ответственного после спорной встречи.

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

Сопоставить людей с ролями

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

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

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

Отсутствие данных ещё не означает слабость

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

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

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

Что делать с найденным дефицитом

Не каждый разрыв нужно закрывать обучением ^[7]. Если до запуска осталось три недели, общий курс по управлению вряд ли поможет руководителю изменить устойчивую модель поведения ^[8].

Иногда достаточно подключить наставника к нескольким сложным решениям. Часть ответственности можно передать другому участнику. Для критической зоны придётся привлечь нового специалиста. В отдельных случаях разумнее изменить сроки или сократить объём проекта.

Цена решения тоже имеет значение. Развивать человека несколько месяцев ради разовой задачи может быть бессмысленно. Нанимать нового сотрудника из-за одного слабого параметра в команде тоже.

Оценка здесь не выдаёт готовый ответ. Она показывает, какой именно вопрос руководителю придётся решить.

Где заканчивается автоматизация

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

Искусственный интеллект ^[9] может помочь обработать массив результатов и найти повторяющиеся связи. Принимать окончательное решение по конкретному сотруднику он не должен.

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

В таблице напротив фамилии кандидата может стоять зелёный статус. Через минуту сотрудник скажет, что в проект не пойдёт. Строку «хочет ли человек» забывают ^[10] добавить чаще остальных.