Градація в ІТ: як вирости з джуна до архітектора

Джун, мідл, сеньйор – якщо ти цікавишся сферою ІТ, то, напевне, чув такі слова. Так, це рівні спеціаліста відповідно до його професіоналізму та досвіду. Простіше кажучи, градація від молодшого спеціаліста (Junior) до старшого (Senior). 

А куди далі? Хто такі тімліди та архітектори? Як і хто визначає ієрархію команди? На ці питання ми відповідаємо в статті: читай та залишай свої коментарі під текстом.

Для початку розглянемо кожен грейд спеціаліста детальніше.

Junior

Junior – спеціаліст-початківець із мінімальним досвідом роботи або зовсім без досвіду. Однак варто уточнити, що в більшості компаній початківці без досвіду роботи займають позицію Trainee або Intern.

Відповідальність. Джун потребує менторського нагляду, але відповідально ставиться до роботи, завзято навчається та приймає нові виклики.

Ситуація на ринку. Джуніору складно знайти першу роботу. Як стверджує дослідження ринку праці в IT, проведене магістрами кафедри маркетингу ХНЕУ ім. С. Кузнеця, лише 7% вакансій, розміщених під час повномасштабної війни, розраховані на спеціалістів без досвіду роботи або з досвідом менше року.

Знання та навички. Це залежить від спеціалізації. Наприклад, джуну-розробнику треба добре знати мову програмування, якою він пише код, і технології, що використовує компанія. Мінімумом для проджект-менеджера стане  розбиратися в Agile-методологіях.

Софт скіли. Комунікабельна та відкрита людина, яка має легко сприймати конструктивну критику, вміти слухати та аналізувати помилки. Джуну важливо мати жагу до нових знань та не боятися невдач.

Middle

Middle – cпеціаліст, який має принаймні 2 роки досвіду, розуміє вимоги бізнесу, має цілісне бачення продукту та знає, як його вдосконалити.  Портфоліо мідла складають як комерційні, так і внутрішні проєкти компанії. 

Відповідальність. Мідли мають достатній рівень відповідальності, щоб виступати в ролі ментора для джунів. Водночас спеціалісти цього рівня так само потребують менторської підтримки.

Ситуація на ринку. Станом на 2022 рік, спеціалістів, які мають досвід роботи від 1 до 3 років, шукають найчастіше: для них відкрито більше половини (56%) вакансій.

Знання та навички. На відміну від джуна, мідл не тільки знає мову програмування, а й використовує додаткові технології. Такий спеціаліст вміє писати код та корегувати його, щоб він став простіше та зрозуміліше.

Софт скіли. Для мідлів перелік необхідних особистісних рис ширший і включає стресостійкість, ініціативність, самостійність, системне й критичне мислення, відповідальність за результат, налагоджений тайм-менеджмент.

Senior

Senior – досвідчений спеціаліст, який працює в галузі не менше 4 років. Він повинен, умовно кажучи, вирішувати проблеми на проєкті ще до їх виникнення, тобто передбачати їх. Це один із головних членів команди, який уміє ухвалювати правильні рішення та вирішувати найскладніші технічні завдання. Може займатися менторством та виступати експертним спікером на різноманітних конференціях.

Ситуація на ринку. У 2022 році найменше роботи було для досвідчених спеціалістів: лише 3% вакансій відкрито для тих, хто має понад 6 років професійного досвіду. Це пов’язано з цінністю спеціаліста для компанії та складністю його утримання.

Знання та навички. Сеньйори-розробники розуміють алгоритми, пишуть чистий код та пропонують за необхідності кілька рішень для однієї задачі,  знаючи, яке з них у результаті буде найбільш дієвим.  Такий спеціаліст перевіряє код менш досвідчених колег.

Софт скіли. Оскільки рівень відповідальності в сеньйорів значно вищий, ніж у попередніх спеціалістів, вони часто ведуть проєкт самостійно та є основою команди. Для цього сеньйору необхідно уважно обробляти ТЗ замовника та вибудовувати план роботи, а значить мати лідерські якості для ведення проєкту.

А що далі?

На сеньйорі градація спеціалістів у компанії не закінчується. Адже ініціативний сеньйор може стати тімлідом, техлідом та архітектором. Коротко розповімо про кожного з них.

Team Leader

Тімлід (з англ. Team Leader) – це спеціаліст із понад 5 роками досвіду, який очолює команду розробників, впевнено володіє технічними знаннями, виконує рев’ю коду. Також він має розвинені менеджерські якості: правильно делегує та розподіляє задачі, вміє коректно оцінювати роботу членів команди, контролює процес роботи над продуктом, веде комунікації з замовником, керівництвом та іншими членами команди (розробниками, архітекторами, тестувальниками, менеджерами).

Tech Leader

Техлід (з англ. Technical Leader) відповідає за технічну якість проєкту. Головні обов’язки техліда: забезпечення команди необхідною технікою, впровадження та контроль робочих процесів, безперервний пошук способів оптимізувати роботу технічних спеціалістів та підвищити їхню продуктивність.

То чим відрізняються тімлід та техлід?

Перший займається суто організаційною частиною роботи команди, забезпечує якісну комунікацію, а другий – відповідає виключно за технічні аспекти роботи.

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

Architect

Архітетор (з англ. Architect) – незамінний спеціаліст, який має 7+ років досвіду та розуміє софт зсередини. Задача архітектора – продумати ключові рішення проєкту: з яких модулів складатиметься програма, які мови потрібно використати, які технології треба впровадити, як масштабувати проєкт тощо.

Від досвідченості та професійності архітектора залежить конкурентоздатність компанії, зокрема наскільки грамотно автоматизовані бізнес-процеси та технологічні рішення. Архітектор вміє аналізувати складні технічні системи, глибоко досліджує та розуміє бізнес клієнта й уміє донести це розуміння до розробників.

Ми запитали в досвідченого розробника та тімліда Папіна Паронікяна, що для нього значить градація в ІТ, як вона працює та в чому її переваги.

Папін Паронікян, Team/Tech Lead відділу Android-розробки в CHI Software:

«Усе просто: джуніору дістаються нескладні задачі, для реалізації яких йому потрібна допомога ментора. Мідл-розробник вирішує задачі, відповідно, складніші, пише чистий код, знається на потрібних технологіях, але також потребує нагляду та поради старших колег. Сеньйор же має авторитет у команді, адже саме за його думкою та рев’ю звертаються колеги.

Звичайно, в розробників перехід з рівня на рівень звична система, тоді як для нетехнічних працівників ранжування залежить від позиції: зазвичай воно є в проджект-менеджерів, маркетологів, бізнес-аналітиків.

Система грейдингу дозволяє не тільки переходити з рівня на рівень, а ще підвищувати заробітну плату, нарощувати скіли та збільшувати рівень відповідальності. А це означає, що «джун», «мідл», «сеньйор» – не просто лички, грубо кажучи.

Як відбувається перехід між рівнями? У кожній компанії по-різному. Але як правило, оцінюється глибина знань спеціаліста (для цього є періодичні перфоманс-рев’ю), результати його роботи на проєктах, а також ефективні софт скіли співробітника (це дуже важливо). Формально запит на підвищення рівня спеціаліста подає тімлід або менеджер відділу.

Грейдинг в ІТ – це такий собі мотиватор кар’єрного зросту. Саме тому джуни завзято працюють, щоб дорости до рівня сеньйора. Цей шлях може пройти кожен. Як? Я не скажу нічого дивовижного – тільки наполегливість, старанність, зацікавленість у роботі та бажання знати й вміти більше».

А як ти ставишся до градації в ІТ? Ділися в коментарях та пиши свої поради для переходу на новий рівень, якщо вже пройшов такий шлях.