Майже вся команда розробки Skyeng, що складається з понад 100 осіб, працює віддалено і вимоги до фахівців завжди були високі: ми шукали синьйорів, fullstack-девелоперів та мідлів. Але на початку 2019 року ми вперше найняли трьох джуніорів. Зроблено це було з кількох причин: найм лише супер-фахівців не вирішує всіх проблем, а для створення здорової атмосфери у розробці потрібні люди різного рівня професіоналізму.
Коли ви працюєте віддалено, то дуже важливо, щоб людина прийшла на проект і відразу ж почала приносити користь, без якихось довгих процесів навчання та розгойдування. З джуніорами так не виходить, плюс, окрім навчання, потрібна ще й грамотна інтеграція новачка до команди, адже йому все у новинку. А це вже окреме завдання для тимлід. Тому ми були сконцентровані на пошуку і наймані більш досвідчених девелоперів, що вже відбулися. Але згодом з'ясувалося, що у командах, що складаються лише із синьйорів та fullstack-розробників, є свої проблеми. Наприклад, хто займатиметься рутинними, але обов'язковими завданнями, які не вимагають супер-кваліфікації та якихось особливих знань?
Раніше замість найму джуніорів ми поралися з фрілансерами
Поки завдань було небагато, наші синьйори абияк стиснувши зуби брали ці нецікаві для себе завдання, адже технологія повинна рухатися вперед. Але довго так тривати не могло: проекти зростали, кількість простих рутинних завдань збільшувалася. Ситуація все більше і більше походила на анекдот, коли цвяхи забиваються мікроскопом замість молотка. Для наочності можна звернутися до арифметики: якщо ви залучаєте людину, рейт якої складає умовні 50$/годину до робіт, з якими впорається співробітник із рейтом 10$/година, то у вас проблеми.
Найважливіше, що ми винесли із цієї ситуації — поточна парадигма найму лише крутих фахівців не вирішує наших проблем із рутинними завданнями. Нам потрібен хтось, хто буде готовий робити роботу, яку матері синьйори сприймають як покарання та доручати яку їм банально неефективно. Наприклад, писати ботів для Slack-чатів наших викладачів та укладачів курсів або займатися дрібними проектами-покращеннями для внутрішніх потреб, на які у розробників постійно не вистачає часу, але життя з якими стало б набагато приємнішим.
У цей момент було вироблено проміжне рішення. Ми почали підключати до роботи над нашими проектами фрілансерів. Саме на подібний аутсорс почали йти прості та нетермінові завдання: десь щось підправити, десь перевірити, щось переписати. Наше фріланс-крило росло досить активно. Один із наших проджект менеджерів збирав завдання з різних проектів і розподіляв по фрілансерах, керуючись наявною базою виконавців. Тоді нам це здавалося добрим рішенням: ми зняли навантаження з синьйорів і вони знову могли творити на повний зріст, замість того, щоб колупатися з чимось елементарним. Звичайно, існували завдання, які через комерційну таємницю передати на зовнішніх виконавців не можна, але таких питань було в рази менше, ніж маса тяган, що йдуть на фріланс.
Але продовжуватися це вічно не могло. Компанія зіткнулася з тим, що фріланс-підрозділ перетворився на неповороткого монстра. Кількість рутинних простих завдань зростала разом із проектами і в якийсь момент їх стало дуже багато для того, щоб ефективно розподіляти їх за зовнішніми виконавцями. Крім того, фрілансер не занурений у специфіку проектів, а це постійне витрачання часу на онбординг. Очевидно, коли у вашій команді 100+ девелоперів-професіоналів, ви не можете найняти їм у допомогу навіть півсотні фрілансерів та ефективно керувати їхньою діяльністю. Крім того, взаємодія з фрілансерами – це завжди деякі ризики зриву термінів та інші організаційні проблеми.
Тут важливо позначити, що дистанційний співробітник і фрілансер — дві різні сутності. Віддалений працівник повноцінно оформлений у компанії, має зазначений робочий час, команду, начальство тощо. Фрілансер — це проектна робота, яка регулюється переважно дедлайнами. Фрілансер, на відміну від віддаленого співробітника, переважно наданий сам собі і слабо взаємодіє з командою. Звідси й потенційні ризики взаємодії з подібними виконавцями.
Як ми дійшли створення «відділу простих завдань» і що в нас вийшло
Проаналізувавши ситуацію, що склалася, ми дійшли висновку, що нам потрібні співробітники нижчої кваліфікації. Ми не робили якихось ілюзій на тему того, що з усіх джуніорів ми виростимо майбутніх суперзірок, або що найм десятка джунів обійдеться нам у три копійки. Взагалі, щодо ситуації з джуніорами реальність така:
- На короткій дистанції наймати їх економічно невигідно. Замість п'яти-десяти джунів прямо зараз краще взяти одного синьйора і платити йому мільйони грошей за якісну роботу, ніж витрачати бюджети на новачків.
- У джуніорів тривалий період входження до проекту та навчання.
- У той момент, коли джун чомусь навчився і начебто повинен почати «відпрацьовувати» інвестиції в себе за перші півроку роботи, його потрібно підвищувати до мідла, або він іде на цю позицію в іншу компанію. Отже найм джунів підходить лише зрілим організаціям, які готові вкладати в них гроші без гарантій отримання профіту на короткій дистанції.
Але ми доросли до тих розмірів, коли без джуніорів у команді нікуди: кількість рядових завдань зростає, а витрачати на них людиногодини запеклих професіоналів — просто злочин. Саме тому ми створили відділ спеціально для джуніор-розробників.
Період роботи у відділі простих завдань обмежується трьома місяцями, тобто це стандартний випробувальний термін. Після трьох місяців повноцінно оплачуваної роботи новачок або вирушає до команди, яка захотіла його бачити у своїх рядах як джуніор-розробник, або ми з ним розлучаємося.
На чолі створеного нами відділу стоїть досвідчений ПМ, який відповідає за розподіл робочих тяган за джунами та їх взаємодію з іншими командами. Джун отримує таск, виконує його, отримує зворотний зв'язок як від команди, і від свого менеджера. На стадії роботи у відділі простих завдань ми не закріплюємо новачків за конкретними командами та проектами — вони мають доступ до всього пулу тяган за своїми навичками (зараз ми наймаємо фронтендерів на AngularJS, бекерів на PHP або шукаємо кандидатів на позицію веб-розробника з обома мовами) і можуть попрацювати одразу з кількома проектами.
Але наймом джунів все не обмежується — їм треба створити й прийнятні для роботи умови, а це завдання зовсім іншого плану.
Перше, з чим ми визначилися, — це добровільне менторство у здорових обсягах. Тобто, окрім того, що ми нікого до менторства з існуючих фахівців не примушували, було чітко зазначено, що навчання новачка не повинно ставати заміною на основну роботу. Жодного «50% часу працюємо, 50% вчимо джуна». Щоб мати чітке уявлення, скільки часу піде на менторство, було складено невеликий «навчальний план»: список завдань, які мав виконати кожен ментор зі своїми підопічним. Те саме було зроблено і для проджект-менеджера джунів, і в результаті ми отримали дуже гладкий і зрозумілий сценарій підготовки новачків та їх входження в роботу.
Ми передбачили такі моменти: перевірка теоретичних знань, підготували набір матеріалів, якщо джуну потрібно щось довчити, затвердили єдиний принцип проведення код-рев'ю для менторів. На кожному етапі керівники дають фідбеку новачкові, що вкрай важливо для останнього. Молодий співробітник розуміє, в яких аспектах він сильний, а в яких треба бути уважнішими. Для спрощення процесу навчання для джуніорів та досвідчених розробників створено спільний чат у Slack, тож підключитися до процесу навчання та відповісти на якесь питання замість ментора можуть й інші члени колективу. Все це робить роботу з джунами цілком прогнозованим і, що важливо, контрольованим процесом.
Після закінчення тримісячного випробувального терміну ментор проводить з джуніором фінальне технічне інтерв'ю, за результатами якого вирішується, чи може джуніор перейти на постійну роботу в одну з команд чи ні.
Разом
На перший погляд, наш відділ для джуніорів схожий на інкубатор або якусь спеціально створену пісочницю. Але насправді це реальний відділ із усіма атрибутами повноцінної бойової команди, яка вирішує реальні, а не тренувальні завдання.
Але найважливіше – ми даємо людям конкретний обрій. Відділ простих завдань — це нескінченний лімб, у якому можна загрузнути назавжди. Є чіткий термін у три місяці, за який джуніор вирішує прості завдання щодо проектів, але при цьому може проявити себе і перейти до якоїсь команди. Новички, які наймаються нами, знають, що у них буде свій проект-менеджер, наставник із синьйорів (а може й кілька) і можливість повноцінно влитися в колектив, де йому будуть раді і чекати.
З початку року у відділ простих завдань було найнято 12 джунів, не пройшли випробувальний термін лише двоє. Ще один хлопець не прижився в колективі, але, оскільки в плані роботи він дуже здібний — його повернули до відділу простих завдань на новий термін, за який, як ми сподіваємось, знайде собі нову команду. Позитивно робота з джуніорами далася взнаки і на наших досвідчених розробниках. Деякі з них, після періоду менторства, відкрили сили і бажання спробувати на роль тимлідів, хтось, дивлячись на джунів, підтягнув власні знання і перейшов з позиції мідла на позицію синьйора.
Ми будемо тільки розширювати нашу практику за наймом молодих розробників, тому що це дає безліч переваг для команди. Джуни отримують можливість повноцінного віддаленого працевлаштування незалежно від свого регіону проживання: члени наших команд розробки живуть від Риги до Владивостока і відмінно справляються з різницею в часі завдяки налагодженим процесам всередині компанії. Все це відкриває дорогу талановитим людям, які мешкають у віддалених містечках та селищах. Причому йдеться не лише про вчорашніх школярів та студентів, а й про людей, які вирішили з якоїсь причини змінити професію. Нашому джуніору з однаковим успіхом може бути як 18, так і 35 років, адже джуніор — це про досвід та навички, але не про вік.
Ми впевнені, що наш підхід можна спокійно розповсюджувати і на інші компанії, які використовують модель дистанційної розробки. Він одночасно дозволяє точково наймати талановитих джуніорів із будь-якої точки Росії чи СНД, і при цьому прокачувати наставницькі скіли досвідчених розробників. У фінансовому плані ця історія вкрай недорога, тож у виграші залишаються всі: компанія, наші розробники і, звичайно ж, джуніори, яким не доводиться переїжджати у великі міста чи столиці для того, щоб стати частиною досвідченої команди і працювати над цікавими проектами.
Джерело: habr.com