Шлях Team Lead: від розробника до лідера команди

Я — Анна Пасицельська, Recruiter in Canyon Development, R&D компанії. Працюю в українському філіалі з розробниками, інженерами та менеджерами. Крім рекрутингу займаюсь розвитком бренду компанії, впроваджую програми навчання та розвитку співробітників. В цій статті хочу поділитися з вами результатами власного дослідження «Хто такий Team Lead?»

Потреба в дослідженні виникла, коли отримала від наймаючого менеджера вакансію Team Lead SW department. Завжди системно працюю з новими вакансіями та ставлю багато питань. Так було і цього разу:

  • Чи є роль Team Lead найвищою сходинкою в кар’єрі розробника?
  • Чи всі розробники хочуть стати Team Lead?
  • Що треба, щоб стати Team Lead?

Я почала шукати відповіді, які вели мене до портрета кандидата.

Десь через 2 тижні спілкування з експертами, десятки статей та дві книжки — портрет намалювався. І думаю, тепер я знаю, як сьогоднішні розробники стають завтрашніми лідерами команд.

Статистика: У Linkedin нарахувала 34 000 українських профілів, де в заголовку є напис Team Lead. Загальна кількість українських ІТ-фахівців 302 000 на 2024 рік. Тож кожний дев’ятий айтішнік — Team Lead.

Конкуренція на ринку кандидатів дуже висока, бо зазвичай лідери зростають всередині компаній та майже немає відкритих вакансій Team Lead. На dou.ua 1108 вакансій developer, і тільки 112 з них на Team Lead.

Хто такий Team Lead відділу розробки?

Лідер команди розробки це фахівець, що спрямовує, координує та веде команду розробників. Сильний лідер знає сильні та слабкі сторони своєї команди та все про їх мотивацію. Має гарно розвинений емоційний інтелект.

Якщо в декількох словах, то обов’язки Team Lead:

  • Організаційна робота з командою (постановка цілей та розподіл задач між розробниками, контроль за виконанням та термінами, організація та модерація зустрічей);
  • Комунікаційні (взаємодія з Project Managers та іншими відділами);
  • Технічний контроль (організація процесу розробки, забезпечення високої якості коду);
  • Навчання, менторство та оцінка команди розробників.

Обов’язки залежать від розподілу ролей між Team та Tech Leads, та можуть бути різні в різних компаніях. Можна сказати, що Team Lead несе відповідальність за людей, а Tech Lead — за архітектуру та технічні рішення проєктів.

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

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

Загалом на роботу з людьми буде йти 70-80% часу Lead.

Важливий розвиток команди, що містить процеси оцінки hard та soft skills, визначення сильних сторін та тих, що потребують розвитку. Це написання індивідуальних планів розвитку та, звісно, менторство — через створення умов для навчання та розвитку всередині команди.

Тільки створення комфортних умов та відкритої комунікації всередині команди допоможе побудувати ефективний та результативний робочий простір.

Які навички потрібні для Team Lead?

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

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

Комунікація та створення в команді легкої, відкритої взаємодії. Без перекладання відповідальності. З конструктивним фідбеком та можливостями для зростання soft skills команди. Підтримка за потреби та екологічна атмосфера командних відносин.

Роботу з конфліктами, доведеться вирішувати суперечки та шукати правильні рішення в умовах обмеженого часу.

Кар’єрний шлях до Team Lead

Ті з ким я спілкувалась, починали з технічних позицій, таких як розробник, і поступово зростали до ролі лідера. Инший шлях в Team Lead — приєднання до нових проєктів на позиції лідера команди.

Team Lead — це роль, що поєднує технічну експертизу (20-30% часу) та управління людьми (70-80% часу). Вимагає сильних soft skills, лідерських якостей та готовності відповідати за результати команди. Не є обов’язковим кроком для Senior розробника, але відкриває нові можливості для професійного росту розробника.

Як стати Team Lead?

Щоб стати Team Lead, треба йти за своєю цікавістю. Брати на себе відповідальність, навчатися делегувати та ефективно розподіляти задачі. Розвивати комунікативні навички та технічний досвід. Бути готовим до високого рівня відповідальності та труднощів.

Знадобляться people management та високий рівень емпатії — бажання працювати з людьми та бачити, як вони зростають, повинно бути одним із стовпів Team Lead.

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

Книги для Team Lead:

  1. Марина Перескокова «Мамо, я Team Lead!»;
  2. Дж. Генк Рейнвотер «Як пасти котів»;
  3. Максим Дорофєєв «Джедайські техніки».

Ще читати книги по психології, бо важливо розуміти, як люди взаємодіють, та як будувати ефективну взаємодію в команді. Особливу увагу приділити розвитку емоційного інтелекту, прочитати книгу «Емоційний інтелект» Денiел Ґоулман.

Негативний кейс Team Lead

«Намагаючись бути й розробником, й лідером одночасно, не розвивався повноцінно в жодному напрямку. Довелось обирати: або перейти до ролі Tech Lead та займатися власним розвитком в програмуванні, або присвятити себе розвитку команди» — Team Lead команди SW розробки з 3-річним досвідом.

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

Червоні прапорці для ролі Team Lead:

  1. Страх втратити технічну експертизу;
  2. Заглиблення в код замість делегування;
  3. Уникнення складних розмов з командою;
  4. Мікроменеджмент.

Сучасні тренди та виклики

  • Soft skills не менш важливі, ніж hard skills — емоційний інтелект, навички ведення перемовин, управління командою;
  • Запит на Team Leads, які формують довіру в команді, надихають та будують ефективну комунікацію;
  • Фокус на індивідуальний розвиток фахівців — плани розвитку та менторство;
  • Створення умов для ефективної роботи — менше контролю та директивного управління командами;
  • Баланс між технічною та менеджерською роллю — не заглиблюватися надмірно в код;
  • Швидкі зміни в процесах та технологіях — гнучка позиція та швидка адаптація до змін;
  • Контроль не тільки психологічного стану команди, а й власного ресурсного стану.

Поради від Team Lead:

«Пріоритетом Team Lead є люди. Та розуміння, що треба робити при постановці технічних задач.» — Team Lead команди hardware з 10-річним досвідом.

«Бути максимально комунікабельним, підтримувати команду, не боятися критики» — Team Lead команди розробки мобільних додатків з 7-річним досвідом.

«Різати на задачі за кількістю людей на проєкті та завжди оцінювати результати» — Team Lead команди backend розробки з 15-річним досвідом.

«Team Lead — це не просто технічний лідер, це провідник, який допомагає кожному члену команди розкрити свій потенціал» — такою є спільна думка опитаних експертів. Особистісні якості важливіші за технічні знання. Лідер повинен бути комунікабельним, людяним та вміти «надихати» інших.

Успішний Team Lead — це фахівець із сильними soft та hard skills, який здатен ефективно управляти командою, навчати та підтримувати фахівців, а також забезпечувати їхній розвиток. Він є мостом між бізнесом та технічними фахівцями, що бере на себе відповідальність за стратегічні рішення.

Якщо під час читання вам відгукнулося, якщо роль Team Lead викликала у вас зацікавленість — не зупиняйтесь на роздумах. Це може стати початком нової цікавої дискусії. Напишіть мені, поділіться своїми думками, розкажіть свою історію. Впевнена, наш діалог допоможе вам зробити наступний крок у кар’єрі.

👍ПодобаєтьсяСподобалось2
До обраногоВ обраному3
LinkedIn
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter

Запрошую на подію forms.gle/Gcv3Q6Xbm1t7uykJA Поговоримо про Тімлідерство та як перейти від ролі розробника до Тімліда.

2 з 3 книг від росіян? Ще й з яндекс? Ви б хоч виклали лінки на піратську версію, чи ви пропонуєте їх купувати?

2 та 3 є українською. Пропоную їх купити. Стосовно першої можна поспілкуватися з chatgpt, і не купувати/читати російською.

3 є українською

Я думаю ви в курсі що таке роялті і як воно працює?

Стосовно першої можна поспілкуватися з chatgpt, і не купувати/читати російською.

У моєму контексті справа була не стільки в мові, скільки в тому, що ви віддаєте свої гроші росіянам. яндекс зробив дуже багато для спотворення сприйняття України звичайними росіянами, починаючи ще з 2014 року. Це одна з найпопулярніших пошукових систем у Росії, і на її головній сторінці є новини, які також відображаються в новій вкладці їхнього браузера — а його аудиторія там чимала. І «распятые мальчики» з’явились там з самого початку. Загалом, яндекс наробив чимало зла.

Взагалі, є три різних ліди, яких часто плутають між собою і хоча в ідеальному світі це мала би бути одна людина, в реалі можуть бути навіть три різних, навіть в одній команді:
1. Тімлід — в нормативах N-iX говорилося, що ним може бути людина від рівня мідл, тому що це представник менеджменту в команді, староста такий собі. Технічним гуру йому при цьому бути необов’язково, він про інше.
2. Техлід — технічний лідер, от для нього ключове це бачити трохи вперед і ширше ніж нішовий спеціаліст, який може переважати його у вузькій компетенції. Зазвичай поєднує обовʼязки тех і тімліда, зазвичай сам не нижче формального сіньйора.
3. Формальний лід інженер — не до кінця загальноусталений, але досить багато де прийнятий рівень компетенції над сіньйором. Компетенція захоплює більше аналітики, заходить в області архітектури та менеджменту.

Різниця між (2) та (3) не розкрита

Lead Developer це як сіньйор, тільки вище. Можна відразу пройти вхідну співбесіду на цей рівень (або згідно матриці компетенцій, коли вона автоматизована і сама підказує загальний рівень, або під відповідальність техінтервʼювера), або потім пройти на нього внутрішню атестацію і офіційно апнутись, як апаються на мідла джуніки чи на сіньйора мідли. Такий рівень формально існує в наших великих компаніях і може якось накладатися на рівні західних гігантів, десь там, де сіньйор переростає у прінсіпала.
Я сам на останній аутсорсинговій конторі прийшов на Senior Strong (не дотягнув по архітектурі і БД, здається) і відразу осів у тімці, де сіньйором була лише тестувальниця, а тімлідом мідл, молодший на вісім років. І нічого, нормально, чувак відповідав своїй посаді, на голову не ліз, розібратися з проєктом допомагав чудово. Потім я міняв тімки, аж доки не став формувати свою під розширення однієї з бекендних, а в процесі цього фактично рівно через рік пройшов той самий «евал на ліда»... Ну а далі, якби не втілена мрія втекти на продукт «з імпактом», що так співпала з повномасштабкою, то вже власне рухали в архітекти, але то вже інша історія...

Я би ще додала, що в деяких компаніях є така посада як Expert Software Engineer.Це людина з комерційним досвідом від 7 років і має в минулому досвід як TechLead.

Expert звучить як якось дико, не зустрічав такого.

Зазвичай є Senior -> Staf -> Principal -> Fellow

Це паралельна гілка, там розвиток такий: man -> dude -> bro -> ni*ga

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

а звідки взялась мігачна цифра 7? чим він кращий за інженера в якого 6 років досвіду?

Да в кожній компанії свої заморочки.Але, умовно, якщо ти заходиш на тех інтерв’ю як синьор, а проходиш його по результатах, як експерт, то тобі запропонують просто вище грейд і зп.
Наскільки я знаю просто, у клієнтів в аутсорсингових компаніях свої вимоги щодо кількості років комерційного досвіду розробника.
Іноді буває, коли, умовно, синьор ( 5 років досвіду) може пройти як стронг міддл/лоу синьор і тут вже залежить від того, чи зп на старті кандидата попадає в ренжі ,чи ні по результатах співбесіди.
Якщо що, в Україні взагалі простіше все це, ніж у європейських/світових компаніях.

було б цікаво почути поради де знайти ментора для самого тімліда

В чатиках. Заходьте до нашого t.me/swarchua

Бачила в linkedin менторів, що пропонують взяти під опіку розробника.

Спочатку треба сформувати вимоги і очікування від менторства.

Так, в різних компаніях різні обов’язки Lead-а... але чого така кількість бажаючих? Бачив много статтей, де підвищення рівня сприймається негативно... з одного боку підвищення рівня це визнання більшої вартості роботи, а з іншого це збільшення часу на звіти, планування та інше... і це ще не Lead... і працівники втрачають мотивацію... не всі професійні працівники хочуть бути менеджерами, але часто 2 в одному не працює... іноді бажання бути не відповідають реальності...

Варто спробувати одне, інше, а надалі — або обрати, де комфортніше, або перемикатися, коли набридає кодити чи лідити.

Сказати мамі, що ти начальник — безцінно.

Загалом на роботу з людьми буде йти 70-80% часу Lead.

Колись казали що йде 10% на кожного підлеглого.

Книги для Team Lead:

Ну ж забули найцікавіші:
* Peopleware
* Organizational Patterns of Agile Software Development

Запит на Team Leads, які формують довіру в команді, надихають та будують ефективну комунікацію;

Наразі на ринку фактично нульовий. Ну бо лідів притримують, а просто розробників звільняють. І якщо з’являється потреба — закривають нову вакансію своїми ж старими лідами.

Технічна експертиза, глибоке знання технологій розробки, дотримання стандартів розробки (що впровадженні в компанії), архітектурне мислення

оце конфліктує з:

не заглиблюватися надмірно в код
Team Lead — це не просто технічний лідер

Це взагалі не технічний лідер. Технічні потреби закриваються через skills matrix.

Більшість з ким спілкувалась, залишались залученими в процеси розробки. Дуже залежить від компанії, який функціонал має Team Lead. За поради книжок, дякую — додам у вішлист.

Підписатись на коментарі