Як IT-компанії вирощують Middle-розробників за рік: нова система менторства, що змінює ринок найму
Щоб відчути, наскільки гострий той дефіцит розробників, який переживає галузь програмування, не потрібно проводити дослідження й оцінювати галузеві звіти. Достатньо одного погляду на хантинг-ресурси: IT-ринок переповнений пропозиціями, водночас десятки рекрутерів не можуть закрити навіть одну вакансію на позицію Middle-девелопера.
Ринок переповнений програмістами-початківцями, але у слові «junior» рекрутер бачить лише ризик, що інвестиції у його навчання не окупляться, а його знань не вистачить для вирішення корпоративних завдань.
Проблема, яку всі бачать
Процедура онбордингу в IT-компаніях, відзначає Сергій, зазвичай не фокусується на справжньому зануренні нового спеціаліста у робочі процеси: новачку дають відеокурси або просять зробити тестовий проєкт, щоб побачити стек, але результати його роботи врешті-решт залишаються нікому не потрібними.
Такий алгоритм навчання віджив своє: junior проходить навчання, яке не сприяє адаптації і не формує навичку мислення out of the box. Інший бік медалі — senior-ментори, що звикли вирішувати завдання самостійно, а джуну ставити поруч із собою стільчик і казати «Дивись як треба».
Підхід робочий лише у короткостроковій перспективі, скерований на вирощування виконавця звдань а не самостійного інженера. Авторська система менторства від Сергія Клименка — пропозиція змінити традиційні підходи до навчання джунів: через функціональне, практичне навчання, здатне принести користь компанії вже на етапі онбордингу.
Як проходить контрольована адаптація
Головну константу і ключовий аспект своєї системи Сергій визначає як Guided Immersion — занурення у виконання реальних завдань, що стоять перед відділом розробки. Навчаючись за системою Сергія, новачок одразу працює з функціональним кодом, без тестових проєктів і без фіктивного навантаження. Якою б імерсивною не була система онбордингу, новачок ніколи не залишається наодинці з ключовими завданнями — весь шлях адаптації він проходить разом з ментором.
А ментор разом із новачком також змінює свою роль: зараз у AgileEngine всі Senior-наставники працюють як Thinking Partner — спеціаліст, який працює над вирішенням завдання разом з junior-розробником.
Згідно з технікою Q-Stepping (Question-First Leadership), яку Сергій так само зробив невід’ємною частиною методики, на питання junior-спеціаліста «Як це зробити?» не можна давати пряму відповідь. Клименко робить інакше: він змушує інженера-початківця розкладати власне мислення на блоки, запитуючи «Як ти шукаєш рішення? З чого складається процес пошуку? Де виникає пробіл?».
Питання та сама структура навчання можуть відрізнятися залежно від типу завдання. Головне те, що контрольована адаптація змушує молодого спеціаліста краще розуміти, чому він виконує свої завдання саме так і що можна покращити у процесі пошуку рішень.
Відпрацювання технічних навичок + психологія розвитку
Методика Сергія Клименка — сплетіння трьох авторських практичних програм з навчання junior-девелопера. Він розповідає:
«Перша програма — те, що я називаю системою «Навігатор-Водій». Ми уявляємо, що ментор вказує напрямок і не дає збитися зі шляху, поки junior-інженер тримає кермо і самостійно веде умовний автомобіль. Такий формат взаємодії знімає страх «чистого аркуша», але при цьому руки і голова розробника запам’ятовують код через власний досвід, власно прийняті рішення.
Я використовую психологічні інструменти «And What Else?» (І що ще?) та «5-Second Hold»: Питання «І що ще?» стимулює пошук глибших рішень і допомагає побачити ситуацію з різних боків. П’ятисекундна пауза після відповіді junior-а дає йому простір для власних інсайтів — той простір, який нетерплячі ментори зазвичай заповнюють власними відповідями.
Фінальний крок — модернізовані Code Review. На кожну помилку і на кожне успішне рішення я дивлюсь як на результат процесу мислення інженера. При цьому я дотримуюсь підходу Feedforward: замість критики минулих рішень пропоную поради на майбутнє».
Навчання за методикою дозволяє джуну зрости професійно за рік, тоді як середній термін підвищення кваліфікації такого спеціаліста становить 2-3 роки.
Як вимірювати результативність методики
Успішність методики в межах компанії Сергій вимірював за чотирма показниками: зменшення звернень до ментора з питаннями технічного характеру, зниження кількості багів, збільшення швидкості виконання завдань та пропозиції змін від інженера.
Для відстеження особистого прогресу кожного розробника Сергій Клименко використовує протокол OFNR (Observation, Feeling, Need, Request) у поєднанні з ненасильницьким спілкуванням. Суб’єктивні оцінки у вигляді «Ти став краще виконувати свою роботу» замінюються на факти: кількість закритих завдань без допомоги, фідбек стосовно різних операційних завдань. Не залишається без уваги й емоційна підтримка із прив’язкою до потреб компанії.
«Впровадження такої методики в роботу продуктової команди AgileEngine показало наступні результати: чотири розробники, які прийшли до нас junior-ами у 2018 році, вже у 2019-му стабільно закривали завдання рівня Middle і Senior, два з них — самоучки. У відділі на 92% зросла якість виконання завдань, тікети закриваються швидше на 25% — інженери бачать власні помилки і самостійно знімають бар’єри свого мислення», — розповідає Сергій.
Результативність методики не обмежується відмінними внутрішніми показниками компанії AgileEngine. Поки звична рекрутинг-процедура передбачає місячний пошук ідеального кандидата, а процеси онбордингу крутяться навколо простого виправлення помилок новачка, Сергій Клименко пропонує повністю змінити принципи навчання джунів.
Його фреймворк фокусується на розвитку мислення спеціаліста, а не тільки на його коді, а замість злості через помилки — на нетоксичному обговоренні за допомогою психологічних інструментів. В AgileEngine методологія вже стала внутрішнім стандартом, впровадженим і в інших відділах, де фахівці потребують тривалого навчання.
Стратегічні переваги
Здатність senior-інженера ефективно передавати знання — критична навичка, не менш важлива, ніж технічна обізнаність. Готовність компанії вирощувати спеціалістів, навчати, адаптувати – показник економічної і стратегічної зрілості компанії. Методологія Сергія Клименка дає практичний інструментарій менеджерам, керівникам, менторам та senior-девелоперам для ефективного онбордингу.
Для технологічного сектору вирощений всередині компанії спеціаліст, який глибоко знає проєкт і є лояльним до компанії, коштує значно менше, ніж пошук і найм готового кандидата вищого рівня. Сергій Клименко вирішує фундаментальне питання IT-індустрії: розрив між очікуваним рівнем підготовки та вкрай високими вимогами IT-сектору до працівників. Методологія мінімізує економічні втрати бізнесу від простою вакансій, що в масштабах країни впливає на темпи цифровізації та ВВП.
