Лет восемь назад мне поручили возглавить мой первый проект по внедрению карьерных треков. В компании уже были настроены процессы работы с кадровым резервом, реализованы программы обучения, руководители достаточно хорошо были вовлечены в развитие персонала. Но как только возникала необходимость назначить сотрудника на ключевую позицию, включался ручной режим: срочные обсуждения, спор о кандидатах, экстренный найм, Фраза, которую я часто слышал: «Да, резерв у нас есть, но на эту позицию из него никто не готов».
В тот момент я руководил центром HR-экспертиз и отвечал за методологию развития и оценку персонала. Я понимал риски, из-за которых проект мог быть провальным, но ключевой причиной было сопротивление тех, кто должен был жить внутри этой системы – функциональные директора и руководители среднего звена.
Жёсткий разговор у нас состоялся на рабочей встрече HR c бизнесом, посвященной старту проекта. Я пришёл туда с гипотезой, что основные возражения будут касаться ресурсов, загрузки экспертов и сроков. Это было ошибкой. Ключевые возражения были куда неприятнее, потому что затрагивали саму логику работы с карьерными треками.
Первое возражение звучало так: «Карьерные треки не сработают, потому что у менеджеров и руководителей нет на это времени». Формально они были правы, так как любой инструмент требует определенных затрат на работу с ним.
В этот момент я понял, что, если начну защищать карьерные треки, как ещё один важный HR-процесс, проект можно закрывать. Поэтому я не стал убеждать руководителей, что им придётся «совсем немного» дополнительно работать. Я сказал другое: проблема не в карьерных треках, а в том, что большинство HR инструментов реализуются как дополнительные параллельные активности, не заменяя или дополняя реализованные ранее.
Я сформулировал свою позицию следующим образом: если работа с карьерными треками добавит менеджеру новый объем работ, а не заменит старый, значит, мы спроектировали процесс неправильно. Мы должны не увеличивать объём ручного управления, а снижать общее число ошибочных назначений, «срочных обсуждений» и кадровых решений «в последний момент».
На бумаге это звучало убедительно. На практике было совсем не так, мы быстро сделали первую ошибку. В пилотном проекте взяли слишком большой контур: много позиций и много профилей. По сути, мы принесли менеджерам красивый, но трудозатратный HR-процесс. Реакция была ожидаемой: вежливое согласие на совещаниях и фактическое игнорирование в операционке.
Тогда мы сделали то, что считаю одним из самых правильных решений во всём проекте. Мы резко сузили фокус. Вместо «системы для всей компании» выбрали несколько критичных ролей среднего и линейного уровня и самые критичные для компании позиции. HR централизованно взял на себя всю архитектуру: описание ролей, формирование критериев оценки готовности, описание логики переходов, формирование матрицы возможных перемещений. От руководителей требовался короткий разговор в квартальном цикле: какие роли критичны, кто готов в горизонте ближайших месяцев занять позицию, где необходимо развитие через задачу или проект.
В этот момент сопротивление заметно начало снижаться. Не потому, что менеджеры внезапно полюбили карьерные треки, а потому что увидели: проект не требует от них дополнительных затрат и не требует становится карьерными консультантами для своих сотрудников. Все что потребовалось от руководителей — это квартальная оценка и обсуждение готовности людей по тем ролям, которые являются критичными для их подразделений.
Вторым моментом, где нам пришлось сменить тональность проекта, стало возражение: «Менеджеры будут блокировать переходы, потому что им невыгодно отпускать сильных людей». Мы признали, что сами по себе треки не решают проблему мобильности. Если у компании нет прозрачных правил карьерных переходов, логики замещения позиций - карьерные треки остаются красивой презентацией.
Здесь мы тоже сделали ошибку: на одном из ранних этапов мы надеялись, что вопрос решится через обеспечение прозрачности - создание внутреннего рынка вакансий, коммуникации о карьерных возможностях, открытость к обсуждению возможных переходов. Но мы быстро увидели, что прозрачность без четких правил принятия решений о назначении не работает. Люди, по-прежнему, ориентировались на реакцию непосредственного руководителя. Руководители, по-прежнему, исходили из своих интересов. И проект начинал буксовать именно в той точке, где сотрудник уже был готов двигаться, а система не обеспечивала условий для его безопасного перехода.
Изменения произошли только тогда, когда мы перевели разговор из плоскости «почему руководители не отпускают людей» в плоскость принятия решений. Мы начали обсуждать не мотивы руководителя, а то, где именно блокируется переход: на уровне реальной неготовности кандидата или на уровне отсутствия замещения в подразделении, из которого он уходит. Какие риски возникают при назначении или уходе сотрудника, за счет чего мы можем их нивелировать. Это резко снизило градус возражения и помогло сформировать понятные правила переходов.
Третьим и главным барьером реализации карьерных треков оставалось возражение, которое первым вслух сформулировал один из моих коллег в HR: «Мы опишем треки, но руководители всё равно будут принимать решения о назначении сотрудников, исходя из личного доверия и опыта работы». И это была довольно болезненная правда.
На тот момент я уже понимал: если мы не изменим саму логику принятия кадровых решений, никакие треки не спасут наш проект. Можно нарисовать идеальную карьерную карту, но она останется просто картинкой, если в момент назначения руководитель скажет: «Этот человек надёжен, он давно работает, решает задачи, значит его можно назначать».
Поэтому мы выделили готовность сотрудника к следующей позиции как отдельный критерий для оценки перед назначением.
И здесь мы тоже были ошибки. Первая версия критериев оценки готовности была слишком сложной. Много компетенций, много шкал, много описаний. Для HR это выглядело логично, для бизнеса - как излишняя формальность. На калибровочных сессиях руководители всё равно уходили в привычную логику: «Я его знаю, он сильный сотрудник, у него хорошие результаты». Тогда мы поняли простую вещь: пока инструмент не помогает принять решение быстрее и точнее, он не изменит мнение руководителя.
После этого мы упростили систему до нескольких параметров: соответствие базовым требованиям позиции (образование, стаж, допуски), опыт решения задач следующего уровня (стажировки, замещения, роли в проектах), уровень автономности (способность принятия решений в нестандартных ситуациях).
Именно в этот момент начало меняться поведение руководителей, так как мы получили инструмент, позволяющий оценивать уровень готовности сотрудника к новой роли и механизм снижения ошибок назначения.
Заключительным этапом интегрировали все инструменты в существующий процесс работы с кадровым резервом.
Появились квартальные ревью, на которых мы обсуждали глубину замещения по ключевым позициям, сроки готовности кандидатов, зоны возможного риска при переходе сотрудников. Было заметно как руководители меняют фокус обсуждения: вместо «жалко отпускать» обсуждали «какая позиция не закрыта», вместо «он давно у нас работает» обсуждали «какой уровень автономности и каких компетенций не хватает». Это был реальный сдвиг и совсем другое понимание работы с кадровым резервом.
Прежде всего, ушло ощущение, что карьерные треки — это «еще один» дополнительный HR-инструмент. Пока система обсуждалась как абстрактная модель карьерного развития, руководители воспринимали её именно так: ещё один инструмент, который требует времени, но не помогает улучшить качество принимаемых решений. Ситуация изменилась только тогда, когда мы сфокусировали систему на критичных ролях и встроили её в квартальный управленческий цикл. В этот момент руководители увидели практическую ценность: использование треков позволило планировать кадровые назначения и снизить вероятность ошибочного назначения.
Второй важный результат связан с внутренней мобильностью. В начале проекта она воспринималась почти исключительно как поведенческая проблема: руководители «не хотят отпускать» сильных сотрудников. На практике это оказалось слишком упрощённой трактовкой. Мы не устранили сам конфликт интересов и было бы наивно ожидать обратного. Но мы перевели тему в плоскость корпоративных правил. Стало возможным обсуждение: что считается допустимым удержанием, где удержание сотрудника считается барьером, как компенсируются риски при переходе сильного сотрудника и кто отвечает за глубину замещения позиций. Это резко повысило качество коммуникации и обсуждений кадрового резерва.
Третий результат для меня стал ключевым. Карьерные треки начали влиять на качество принимаемых кадровых решений. Бизнес стал обсуждать не абстрактное наличие потенциала и компетенций, а вероятность ошибок при назначениях, сроки готовности к переходу, уровень автономности и реальную способность сотрудника показать результаты в новой роли. По сути, проект начал менять логику принятия кадровых решений.
Но важно сказать и о том, что не получилось.
Не получилось быстро и без конфликтов. Не получилось решить всё за счет методологии и точно не получилось реализовать проект только силами внутреннего HR. Проект потребовал постоянной фасилитации, сложных многоуровневых переговоров с руководителями, калибровки критериев, упрощения инструментов и регулярного возвращения дискуссии от людей к ролям, рискам и готовности. Это была постепенная пересборка логики процесса.
Именно здесь находится главный урок - реализация карьерных треков не проваливается из-за самой идеи. Она проваливается в тех случаях: когда у менеджеров нет понимания своей роли в процессе, когда низкий уровень качества коммуникаций на всех уровнях и отсутствует вовлеченность первых лиц в проект, когда HR реализует инструмент, ориентируясь только на методологию, и не учитывает необходимость его адаптации в компании.
Поэтому сегодня я почти никогда не говорю о карьерных треках как об инструменте развития процесса работы с резервом, для меня это прежде всего механизм снижения кадровой уязвимости. В этой логике карьерные треки начинают работать и на бизнес и показывать результат.
Для меня главный итог проекта в том, что кадровые решения начали приниматься исходя из оценки рисков и готовности сотрудников к назначению. А это уже было признаком того, что наша система управления становилась эффективнее.
В тот момент я руководил центром HR-экспертиз и отвечал за методологию развития и оценку персонала. Я понимал риски, из-за которых проект мог быть провальным, но ключевой причиной было сопротивление тех, кто должен был жить внутри этой системы – функциональные директора и руководители среднего звена.
Жёсткий разговор у нас состоялся на рабочей встрече HR c бизнесом, посвященной старту проекта. Я пришёл туда с гипотезой, что основные возражения будут касаться ресурсов, загрузки экспертов и сроков. Это было ошибкой. Ключевые возражения были куда неприятнее, потому что затрагивали саму логику работы с карьерными треками.
Первое возражение звучало так: «Карьерные треки не сработают, потому что у менеджеров и руководителей нет на это времени». Формально они были правы, так как любой инструмент требует определенных затрат на работу с ним.
В этот момент я понял, что, если начну защищать карьерные треки, как ещё один важный HR-процесс, проект можно закрывать. Поэтому я не стал убеждать руководителей, что им придётся «совсем немного» дополнительно работать. Я сказал другое: проблема не в карьерных треках, а в том, что большинство HR инструментов реализуются как дополнительные параллельные активности, не заменяя или дополняя реализованные ранее.
Я сформулировал свою позицию следующим образом: если работа с карьерными треками добавит менеджеру новый объем работ, а не заменит старый, значит, мы спроектировали процесс неправильно. Мы должны не увеличивать объём ручного управления, а снижать общее число ошибочных назначений, «срочных обсуждений» и кадровых решений «в последний момент».
На бумаге это звучало убедительно. На практике было совсем не так, мы быстро сделали первую ошибку. В пилотном проекте взяли слишком большой контур: много позиций и много профилей. По сути, мы принесли менеджерам красивый, но трудозатратный HR-процесс. Реакция была ожидаемой: вежливое согласие на совещаниях и фактическое игнорирование в операционке.
Тогда мы сделали то, что считаю одним из самых правильных решений во всём проекте. Мы резко сузили фокус. Вместо «системы для всей компании» выбрали несколько критичных ролей среднего и линейного уровня и самые критичные для компании позиции. HR централизованно взял на себя всю архитектуру: описание ролей, формирование критериев оценки готовности, описание логики переходов, формирование матрицы возможных перемещений. От руководителей требовался короткий разговор в квартальном цикле: какие роли критичны, кто готов в горизонте ближайших месяцев занять позицию, где необходимо развитие через задачу или проект.
В этот момент сопротивление заметно начало снижаться. Не потому, что менеджеры внезапно полюбили карьерные треки, а потому что увидели: проект не требует от них дополнительных затрат и не требует становится карьерными консультантами для своих сотрудников. Все что потребовалось от руководителей — это квартальная оценка и обсуждение готовности людей по тем ролям, которые являются критичными для их подразделений.
Вторым моментом, где нам пришлось сменить тональность проекта, стало возражение: «Менеджеры будут блокировать переходы, потому что им невыгодно отпускать сильных людей». Мы признали, что сами по себе треки не решают проблему мобильности. Если у компании нет прозрачных правил карьерных переходов, логики замещения позиций - карьерные треки остаются красивой презентацией.
Здесь мы тоже сделали ошибку: на одном из ранних этапов мы надеялись, что вопрос решится через обеспечение прозрачности - создание внутреннего рынка вакансий, коммуникации о карьерных возможностях, открытость к обсуждению возможных переходов. Но мы быстро увидели, что прозрачность без четких правил принятия решений о назначении не работает. Люди, по-прежнему, ориентировались на реакцию непосредственного руководителя. Руководители, по-прежнему, исходили из своих интересов. И проект начинал буксовать именно в той точке, где сотрудник уже был готов двигаться, а система не обеспечивала условий для его безопасного перехода.
Изменения произошли только тогда, когда мы перевели разговор из плоскости «почему руководители не отпускают людей» в плоскость принятия решений. Мы начали обсуждать не мотивы руководителя, а то, где именно блокируется переход: на уровне реальной неготовности кандидата или на уровне отсутствия замещения в подразделении, из которого он уходит. Какие риски возникают при назначении или уходе сотрудника, за счет чего мы можем их нивелировать. Это резко снизило градус возражения и помогло сформировать понятные правила переходов.
Третьим и главным барьером реализации карьерных треков оставалось возражение, которое первым вслух сформулировал один из моих коллег в HR: «Мы опишем треки, но руководители всё равно будут принимать решения о назначении сотрудников, исходя из личного доверия и опыта работы». И это была довольно болезненная правда.
На тот момент я уже понимал: если мы не изменим саму логику принятия кадровых решений, никакие треки не спасут наш проект. Можно нарисовать идеальную карьерную карту, но она останется просто картинкой, если в момент назначения руководитель скажет: «Этот человек надёжен, он давно работает, решает задачи, значит его можно назначать».
Поэтому мы выделили готовность сотрудника к следующей позиции как отдельный критерий для оценки перед назначением.
И здесь мы тоже были ошибки. Первая версия критериев оценки готовности была слишком сложной. Много компетенций, много шкал, много описаний. Для HR это выглядело логично, для бизнеса - как излишняя формальность. На калибровочных сессиях руководители всё равно уходили в привычную логику: «Я его знаю, он сильный сотрудник, у него хорошие результаты». Тогда мы поняли простую вещь: пока инструмент не помогает принять решение быстрее и точнее, он не изменит мнение руководителя.
После этого мы упростили систему до нескольких параметров: соответствие базовым требованиям позиции (образование, стаж, допуски), опыт решения задач следующего уровня (стажировки, замещения, роли в проектах), уровень автономности (способность принятия решений в нестандартных ситуациях).
Именно в этот момент начало меняться поведение руководителей, так как мы получили инструмент, позволяющий оценивать уровень готовности сотрудника к новой роли и механизм снижения ошибок назначения.
Заключительным этапом интегрировали все инструменты в существующий процесс работы с кадровым резервом.
Появились квартальные ревью, на которых мы обсуждали глубину замещения по ключевым позициям, сроки готовности кандидатов, зоны возможного риска при переходе сотрудников. Было заметно как руководители меняют фокус обсуждения: вместо «жалко отпускать» обсуждали «какая позиция не закрыта», вместо «он давно у нас работает» обсуждали «какой уровень автономности и каких компетенций не хватает». Это был реальный сдвиг и совсем другое понимание работы с кадровым резервом.
Прежде всего, ушло ощущение, что карьерные треки — это «еще один» дополнительный HR-инструмент. Пока система обсуждалась как абстрактная модель карьерного развития, руководители воспринимали её именно так: ещё один инструмент, который требует времени, но не помогает улучшить качество принимаемых решений. Ситуация изменилась только тогда, когда мы сфокусировали систему на критичных ролях и встроили её в квартальный управленческий цикл. В этот момент руководители увидели практическую ценность: использование треков позволило планировать кадровые назначения и снизить вероятность ошибочного назначения.
Второй важный результат связан с внутренней мобильностью. В начале проекта она воспринималась почти исключительно как поведенческая проблема: руководители «не хотят отпускать» сильных сотрудников. На практике это оказалось слишком упрощённой трактовкой. Мы не устранили сам конфликт интересов и было бы наивно ожидать обратного. Но мы перевели тему в плоскость корпоративных правил. Стало возможным обсуждение: что считается допустимым удержанием, где удержание сотрудника считается барьером, как компенсируются риски при переходе сильного сотрудника и кто отвечает за глубину замещения позиций. Это резко повысило качество коммуникации и обсуждений кадрового резерва.
Третий результат для меня стал ключевым. Карьерные треки начали влиять на качество принимаемых кадровых решений. Бизнес стал обсуждать не абстрактное наличие потенциала и компетенций, а вероятность ошибок при назначениях, сроки готовности к переходу, уровень автономности и реальную способность сотрудника показать результаты в новой роли. По сути, проект начал менять логику принятия кадровых решений.
Но важно сказать и о том, что не получилось.
Не получилось быстро и без конфликтов. Не получилось решить всё за счет методологии и точно не получилось реализовать проект только силами внутреннего HR. Проект потребовал постоянной фасилитации, сложных многоуровневых переговоров с руководителями, калибровки критериев, упрощения инструментов и регулярного возвращения дискуссии от людей к ролям, рискам и готовности. Это была постепенная пересборка логики процесса.
Именно здесь находится главный урок - реализация карьерных треков не проваливается из-за самой идеи. Она проваливается в тех случаях: когда у менеджеров нет понимания своей роли в процессе, когда низкий уровень качества коммуникаций на всех уровнях и отсутствует вовлеченность первых лиц в проект, когда HR реализует инструмент, ориентируясь только на методологию, и не учитывает необходимость его адаптации в компании.
Поэтому сегодня я почти никогда не говорю о карьерных треках как об инструменте развития процесса работы с резервом, для меня это прежде всего механизм снижения кадровой уязвимости. В этой логике карьерные треки начинают работать и на бизнес и показывать результат.
Для меня главный итог проекта в том, что кадровые решения начали приниматься исходя из оценки рисков и готовности сотрудников к назначению. А это уже было признаком того, что наша система управления становилась эффективнее.