Junior, Middle, Senior як рекрутеру визначити свій рівень?
Обов’язки включають керівництво та представництво middle java developer компанії на найвищому рівні, вищий Топменеджмент. На такому рівні ви повинні вміти розбиратися як в управлінні людьми, так і в технологіях бути відмінним менеджером і висококласним інженером. На 2023 рік існує безліч різних підходів до оцінки рівня кваліфікації програмістів. Іноді самі розробники не завжди впевнені, як визначити свій рівень чи рівень колег із команди. Порівняємо етапи зростання та важливі якості та навички, які свідчать про досягнення наступного кар’єрного ступеня.
За досвідом роботи
Фінансова складова є для працівників основною мотивацією, так як саме за гроші людина може задовольнити свої базові потреби – їжа, безпека від зовнішніх чинників (згідно піраміді Маслоу). Система грейдування функціонує саме на цій основі та спрямована на фінансове мотивування співробітників. Як правило, мотиваційний лист вони вчаться на останніх курсах університету та не володіють практичним досвідом. Основна вимога, яка потрібна для найму Junior-фахівця – здатність самостійно виконувати нескладні технічні завдання. Технічно сеньйор здатний замінити собою цілу команду розробників. Але в більшості випадків він обіймає посаду тимлід/техлід і займається роботою колективу девелоперів.
Заповніть свої дані нижче
- Вони здатні самостійно організувати середовище розробки, можуть розв’язувати різні задачі, працюючи як у команді, так і самостійно, а також бути наставниками для молодших розробників.
- Саме люди з прокачаними «м’якими навичками» обганяють простих технічних пролетарів у кар’єрі.
- Вони є ключовими членами команди, які визначають пріоритети, прогнозують ризики та оцінюють витрати.
- Це радше навичка вчитися у всіх і навчати всіх — те, що ще називають knowledge sharing.
По-друге, є власний ідеал чи вектор професіоналізму, може, навіть кілька. Тут просто — це те, як ви уявляєте справжнє сеньйорство. https://wizardsdev.com/ Порівнюючи себе з колегами, Марком Цукербергом, хакером на цікавій годині CCC чи рок-зіркою на GitHub, чи навіть з хвацькою тьотьою Мотьою, власницею генделика за рогом. Хтось може заперечити, що планувати — то справа не розробника, а PM’а, але я відповім, що кожен Senior має бути трошки PM’ом. Так, наприклад, middle-розробник розуміє для чого саме розробляється продукт і завдяки цьому реалізує максимальну кількість сценаріїв, щоб попередити нестандартні дії користувача. Це саме та людина в команді, що знає стандарти шаблонів та рішень та керуючись ними може відрізнити добре написаний код від поганої реалізації.
Hard skills
Особисто я, коли працюю з Senior, очікую, що навіть більшість проблем він принесе сам. Це означає, що людина відповідальна за задачу і не очікує, що хтось її страхує, перевіряє чи робить паралельно. Якщо спеціаліст відчуває необхідність залученості більш досвідченого колеги, чи потребує перевірки або поради — це відповідальність людини звернутися за цим і підсвітити проблему. Я керую командою аналітики в українській продуктовій компанії Jooble. В аналітиці я вже дев’ять років і за цей час мені доводилося працювати зі спеціалістами всіх рівнів від Intern/Trainee до C-level в багатьох напрямках та сферах.
№ 2. Рівень абстракції проблем, з якими працює спеціаліст
Спеціаліст, який координує проєкт, організовує взаємодію між відділами, керівниками та замовниками. У невеликій компанії один спеціаліст може поєднувати в собі роль тімліда та проджекта. Не страхувати джуна — то є дуже погане практика..це як кидати кошенят у річку, щоб вони миттєво плавати навчилися, бо так бабуся з відром кошенят бажає.. Що до різниці hard skills між middle та, senior спеціалістами, як на мене, трошки незрозуміло написано. Досить неоднозначна тема, буде цікаво почитати думки.
Підписатись на коментарі
Оцінить завдання загалом і те, чи здатен зробити все вчасно. Якщо візьме це завдання, піде сам домовлятись за плиту наперед або наголосить, що PM має потурбуватись про це. Цей щабель ієрархії посад в ІТ займає досвідчений працівник, який в першу чергу не потребує менторства. Він багато працював з кодом та, частіше за все, володіє розширеним стеком технологій.