Почему технические директора не проходят в CIO: портфель проектов против навыка «докрутить»

от автора

Обычные карьерные советы — отполировать резюме, нарешать кейсы на собеседованиях, подготовить легенду об уходе с прошлого места — работают ровно до позиции руководителя департамента. Дальше, на уровне CIO, CDTO или исполнительного директора, эти инструменты не просто бесполезны, а вредны. Они создают иллюзию контроля.

Год назад я разбирал ситуацию с действующим IT-директором крупной госкорпорации (38 лет, 16 лет в IT). Он хотел прыгнуть на уровень выше. И его главный страх звучал так: «мне не хватает опыта, на собеседовании придется докручивать цифры».

В этом признании — диагноз большинства сильных технических специалистов. Они упираются в потолок, где умение чинить кластер не конвертируется в умение управлять P&L. И единственный инструмент, который они видят, — полировка формулировок.

Эта статья — не про то, как правильно врать на собеседовании. А про то, почему executive-уровень проверяет вас совсем по-другому.

Интервью ≠ готовность к позиции

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

Интервью я прошел, а готовность к позиции оказалась фикцией. Разрыв между «продажей себя» и «способностью делать» в executive-зоне становится неприлично большим.

Две стратегии: аналитик против управленца

В банковской сфере (где IT и риск-менеджмент срослись в единый узел) я наблюдал две прямо противоположные стратегии.

Первый кандидат — крепкий IT-директор, пришел на финал к президенту банка из топ-10. Его посыл был аналитическим: «дайте мне стратегию банка и полгода на изучение, тогда я пойму, какие проекты вам предлагать». Ему вежливо предложили пост директора департамента трансформации, а CIO назначили другого.

Ошибка не в отсутствии компетенций, а в позиционировании. Он пришел с вопросом, а не с готовой управленческой гипотезой. На уровне CEO никто не платит за диагностику — за неё платят консультантам. От CIO ждут ответа «что делать» в контексте бизнеса прямо сейчас.

Второй топ-менеджер (тоже с бэкграундом в рисках и IT) действовал иначе. Он предварительно проанализировал конкурентное окружение банка, публичные отчеты и регуляторные требования. На собеседование он пришел с портфелем из пяти проектов: с прикидочными бюджетами, сроками и прогнозом влияния на капитализацию.

«Через три года эти инициативы дадут плюс 10-15% капитализации и выведут банк в лидеры в сегментах A, B и C», — заявил он.

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

Почему «докрутить» не получится

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

Следовательно, подготовка к собеседованию на CIO — это не тренировка ответов на «почему мы должны вас взять?». Это системная инженерная задача по накоплению правильного типа опыта.

Что это значит на практике. Вместо того чтобы думать «что я скажу на интервью», нужно честно оценить разрывы.

Например:

  • Если вы не можете объяснить, как конкретное решение по миграции legacy ERP повлияло на TCO и операционную эффективность прошлой компании — вы не готовы.

  • Если вы идете на встречу с CEO с идеей «давайте разбираться» вместо «я вижу три точки боли в вашей инфраструктуре» — вы не готовы.

  • Если ваш нетворк ограничен текущим местом работы и парой митапов — вы не готовы.

Кейс: что сделали вместо «докрутки»

В моей практике с тем самым CIO из госкорпорации мы не стали «докручивать» и учить его говорить как стратег, потому что стратегом он не был. Мы сместили акцент на его реальную силу — управление рисками и цифрами P&L.

И собрали портфель из трех конкретных проектов:

  • миграция унаследованных систем с сокращением совокупной стоимости владения;

  • внедрение платформенной инженерной модели для снижения time-to-market;

  • консолидация data-платформ.

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

Главная ошибка и как её исправить

Главная ошибка, которую я вижу, — это погоня за быстрым результатом. «Я позвоню через две недели, когда откроется вакансия». Не сработает.

Тот CIO, о котором речь в начале, дал себе 1.5 года на подготовку. Это сняло давление срочности и позволило не врать, а доращивать компетенции. Он начал решать новые задачи с новым типом сложности на текущем месте и взял ментора.

Книги и курсы — это инструменты, но не замена реальному управленческому опыту.

Вывод

Executive-позиции в продукте или госкорпорации — это не про удачное интервью. Это про портфель проектов, который у вас уже лежит в столе заранее до того, как вы отправили резюме.

Если вы чувствуете, что на собеседовании придется «докручивать» — значит, вы уже проиграли. Потому что на этом уровне разрыв между тем, кем вы являетесь, и тем, кем притворяетесь, виден за первые пять минут разговора о бюджетах.

В следующем материале разберу, почему ожидания бизнеса от CIO в ритейле, продуктовой компании и госкорпорации отличаются сильнее, чем язык Java от Python, и как под конкретный тип бизнеса набирать нужные кейсы.

ссылка на оригинал статьи https://habr.com/ru/articles/1040656/