Несколько курсов, новые сертификаты и освоенные инструменты ещё не означают профессиональный рост в IT. Если через месяц инженер по-прежнему решает задачи прежним способом, а новая компетенция живёт только в заметках, компания получила отчёт об обучении — но не изменение практики. Об этом пишет Habr / Карьера в материале Анны Илларионовой, специалиста по обучению и развитию сотрудников Innostage.
Автор описывает знакомый для отрасли разрыв: IT-команды привыкли учиться постоянно, но не всегда успевают встроить знания в работу. В календаре разработчика легко соседствуют дедлайн по проекту, несколько встреч, ревью и очередной курс. При таком раскладе обучение воспринимается не как инвестиция в задачу или новую роль, а как ещё один обязательный слот. Хорошо оценённый вебинар и сильный спикер ситуацию не спасают, если после занятия у сотрудника нет ни времени, ни подходящей задачи, ни поддержки руководителя.
В Innostage предлагают смотреть на развитие не через число пройденных программ, а через изменения в работе. Иногда вместо нового курса полезнее час разбора с опытным коллегой, совместное решение сложного кейса или возможность применить инструмент на реальной задаче. Для инженерных команд это особенно практично: знание появляется быстро, а привычка работать иначе — только после нескольких попыток в боевых условиях, с ограничениями проекта и обратной связью.
От сертификата до рабочей привычки
В корпоративном обучении этот переход называют learning transfer — переносом знаний в практику. Например, инженер может пройти обучение по автоматизации, выполнить упражнения и разобраться в инструменте, но продолжить вручную делать часть рутинных операций. Причины не обязательно связаны с мотивацией: внедрению могут мешать процессы, отсутствие окна в спринте, технические ограничения или нехватка помощи со стороны команды. Есть и более прозаичная причина: старый способ знаком, предсказуем и уже однажды сработал.
Поэтому формула «прошёл обучение — вырос» слишком удобна, чтобы быть полезной. Профессиональный рост в IT требует не только освоения технологии, но и среды, где её можно проверить. Это касается и руководителей: отправить сотрудника на курс проще, чем выделить ему задачу для практики, разрешить ошибку на ограниченном участке работы или договориться о поддержке более опытного коллеги. Но именно эти условия определяют, останется ли навык в конспекте.
Отдельная тема — критическое мышление. На фоне ИИ-инструментов получить вариант кода, архитектурную идею или готовое объяснение стало быстрее. Однако ответ, сгенерированный системой или найденный в документации, не освобождает инженера от проверки: какие у решения ограничения, что произойдёт на конкретной инфраструктуре, как оно повлияет на безопасность, стоимость и поддержку? По мнению автора, зрелость специалиста проявляется в умении сопоставлять варианты, замечать слабые места и не принимать предложенный подход на веру.
Сначала роль и задача, потом программа обучения
Запрос «хочу развиваться, посоветуйте курс» часто маскирует более сложный вопрос: кем человек хочет быть в следующей роли. Сильный технический специалист, который рассматривает позицию тимлида, может не нуждаться в ещё одном техническом сертификате. Ему могут быть важнее делегирование, распределение ресурсов, договорённости внутри команды и ответственность за общий результат. А может, управление вообще не его цель: вместо вертикального перехода человеку интереснее архитектура, экспертный трек, наставничество или смежная область.
Автор предлагает сначала сформулировать ожидаемый результат, затем определить дефицит опыта и только потом выбирать формат. Это можно разложить на пять шагов: честно описать текущий уровень; назвать желаемую роль или результат; найти разрыв между ними; выбрать конкретное действие для практики; заранее определить признак прогресса. В качестве примера — переход к архитектурной работе. Если специалисту не хватает опыта в выборе решений, действием может стать подготовка нескольких архитектурных вариантов для ревью с архитектором. Признак роста — способность самостоятельно обосновать варианты и объяснить их компромиссы.
В этой схеме курсы не исчезают, но перестают быть универсальным ответом. Внутренние выступления, наставничество, участие в незнакомом проекте и разбор ошибок могут дать больше, если задача — научиться объяснять решения, принимать их в условиях неполных данных или видеть последствия для команды. Подготовка доклада, например, заставляет эксперта отделить главное от второстепенного, выстроить аргументацию и ответить на неудобное «почему вы сделали именно так?». Это уже не пассивное потребление контента, а проверка собственного опыта на прочность.
Для бизнеса вывод тоже не самый комфортный: каталог курсов и высокий процент прохождения не равны развитию сотрудников. Полезнее связывать обучение с конкретными рабочими изменениями, выделять время на применение и обсуждать цели развития в связке с руководителем. Для специалистов вывод проще, хотя и требовательнее: следующий курс стоит выбирать не потому, что тема модная или сертификат красиво смотрится в профиле, а потому, что он помогает сделать следующую рабочую задачу лучше. Вопрос на ближайшие годы не в том, как учиться больше, а в том, смогут ли компании и команды превратить обучение в устойчивое изменение работы.