dev.ua продовжує цикл матеріалів про професії в ІТ і диджиталі. Сьогодні своїм досвідом та оглядом ділиться Андрій Головко, Engineering Manager, SPD-Ukraine. Андрій має 15 років досвіду у сфері IT, 11 років із яких працює у компанії SPD-Ukraine, з 2018 року обіймає посаду Engineering Manager на fintech-проєкті PitchBook.
dev.ua продовжує цикл матеріалів про професії в ІТ і диджиталі. Сьогодні своїм досвідом та оглядом ділиться Андрій Головко, Engineering Manager, SPD-Ukraine. Андрій має 15 років досвіду у сфері IT, 11 років із яких працює у компанії SPD-Ukraine, з 2018 року обіймає посаду Engineering Manager на fintech-проєкті PitchBook.
Свій шлях Андрій починав як Java Developer.
«Я прийшов на проєкт PitchBook Java-розробником у 2011 році, команда тоді була не така велика, як зараз — 256 людей, тоді було всього 12 розробників. На той час у роботі були 10 сервісів, потім додавалися нові, які створювали вже разом із командою. Проєкт стрімко розвивався, і ми почали тісно працювати з командами з різних куточків світу (Індія, Китай, Канада, США, Велика Британія, Ірландія). Щороку ми ставили собі глобальні цілі та досягали їх.
Постійний рух, складний і цікавий домен проєкту, нові челенджі — це все тримало в тонусі та давало можливість розвиватися в напрямі Engineering Manager. Довгий час я був Team Lead, у моїй команді було 5 людей. У 2018-му році напрямки, на яких працював з командою, почали ще активніше розвиватися. Разом з цим росла команда. Також зʼявилася нагода оунити команду з суміжного домену — я скористався цією можливістю і став Engineering Managerʼом. Успішно пройшов випробувальний термін та закріпився в цій ролі. За цей час «виростив» одного ЕМ і ще двом спеціалістам допомагаю у цьому ж напрямку, та планую стати Senior Engineering Manager.»
Задача ЕМ — зосередитися на управлінні проєктом та людьми, налагодити комунікації з іншими командами, пріоритезувати завдання й планувати роботу команди з урахуванням бізнес-метрик на різні терміни (від місяця до року).
Такому менеджеру треба бути експертом в технологіях, з якими працюють ці команди, аби ефективно орієнтуватися і комунікувати із замовниками. Зазвичай, це розробник Senior-рівня, який вже був у ролі Team Lead та має досвід у галузі від 6 років (але можливі й виключення). У структурі кар’єрного шляху ця позиція знаходиться між Team Lead та Senior Engineering Manager.
Engineering Manager — це потужний технічний фахівець та управлінець, який цікавиться людьми та їхнім розвитком, але й сам невпинно продовжує зростати як спеціаліст. Він має чітко розуміти, з якими технологіями працює його команда, відстежувати можливі проблеми, критично мислити, бути на крок попереду й завжди мати план Б.
Оскільки у фокусі цієї позиції перш за все — розвиток команди й технічний ріст самих розробників. Тож, перш ніж йти цим шляхом, треба себе запитати, а чи справді ви хочете розвивати людей, тобто, чи справді вам це цікаво? І чи готові ви ставити на перше місце успіхи інших людей?
Для успішної роботи треба мати досвід розробки різних типів систем й архітектур, аби орієнтуватися в ідеях команди, щоб допомагати їй з напрямком руху в роботі над проєктом.
Такий спеціаліст має відмінно знати процеси, глибоко розбиратися у принципах розробки, крім цього, вміти комунікувати із замовниками, вміти впливати напряму й опосередковано.
Для цієї позиції необхідний досвід роботи від шести років, але все залежить від динаміки на проєкті, тож якщо людина активно розвивається й проходить багато челенджів, стати ЕМ можна і раніше. Але все одно треба час, аби у голові склалося розуміння «дизайну систем», аби можна було легко спілкуватися з іншими стейкхолдерами. Часто буває, що людина багато знає, розуміє, але не може перемикатися з режиму «реалізація» в режим «дизайну» та ефективно комунікувати.
На початку мого шляху до ЕМ, мені пощастило з компанією та проєктом, в SPD-Ukraine регулярно проводяться тренінги та воркшопи для підвищення hard & soft skills. На подібних івентах ми розвивали важливі навички — лідерство, критичне мислення, емпатію та стратегічне планування. Майбутнім ЕМ я б теж радив шукати компанію, яка готова займатись розвитком спеціалістів такого рівня.
Для розвитку soft skills можна використовувати додаткову літературу. Ось, наприклад, мій особистий список книг, які допомогли найбільше:
Головний челендж у роботі — це вміти перемикати фокуси. Адже зазвичай ЕМ працює з декількома командами — від 1 до 3-х.
Також важливим є критичне планування — навантаження команд, їхній прогрес і технічний розвиток. А ще, обовʼязково мати запасний план, бо в бізнесі завжди є динаміка, й зміни відбуваються регулярно.
Окрім того, ЕМ дбає, щоб мотивація команди та технічні скіли, а з ними й продуктивність, були на високому рівні. На мою думку, один з головних фокусів роботи ЕМ — це робити максимум для того, щоб інженери були задоволені й продуктом розробки, і компанією загалом.
Зазвичай на тижні у мене 4-5 face-to-face мітів з членами команд, обговорення їхніх успіхів та пошук варіантів вирішення моментів, які їм заважають у роботі, performance та загальний code review.
В плані коду, ЕМ, на мою думку, має тримати на мінімальному рівні навичку читання коду, аби «не іржавіло» це уміння, хоч і позиція більше про людей. Це потрібно для того, аби бути у курсі, розуміти, куди команда рухається далі у коді, аби вчасно помітити помилку й «викинути червоний прапор» Team Lead’у та підказати потрібний напрямок.
Також, не треба забувати, що технології не стоять на місці — завжди розвиваються, йдуть вперед і треба планувати технічні релізи, апдейтити бібліотеки, фреймворки, дивитися в сторону кращих рішень на ринку. Цьому аспекту теж треба приділяти увагу та бути у тонусі.
Протягом тижня, в ЕМ, також кипить робота з онгоінг-планами на 2-3 місяці вперед, постійне спілкування з замовником та командою й обговорення подальших кроків.
Загалом, до обов’язків ЕМ входить: пріоритизація задач, планування навантаження команди разом з Team Lead, аналіз метрик успішності команди, побудова персонального плану росту для розробників, регулярні 1:1 з командою, залученість до інтерв’ю з формування команд, і мітинги, багато мітингів, це must have для цієї позиції :)
Team Lead та Engineering Manager — це, по суті, найкращі друзі на проєкті.
Основна різниця між цими двома позиціями в тому, що Team Lead, на відміну від Engineering Manager, не займається (у більшості випадків) управлінням та розвитком людей, так само як і управлінням проєкту.
Team Lead більше сфокусований на технічній стороні створенні продукту. У нього є можливість напряму спілкуватися з бізнесом, він також має бути експертом у домені, адже технічна експертиза команди лежить на ньому. Тобто він відповідальний за те, щоб команда покращувала процеси, активно працювала, щоб не було затримок, аби усі одне одного розуміли, та комунікацію з ЕМ з приводу складностей, потенційних імпрувментів.
ЕМ в цьому плані виступає як відповідальний за технічний успіх команди, він напряму не працює з командою, не ставить задач, він уважно слухає, радить Team Lead і допомагає розв’язувати проблеми.
Якщо Team Lead чудово справляється зі своїми обов’язками та реалізує фічі вчасно, укладається в строки, і якість коду не страждає протягом певного проміжку часу, то в такому разі можна йти й сміливо пропонувати свою кандидатуру на позицію ЕМ.
Варто памʼятати, що позиція ЕМ, в першу чергу — про спілкування та розвиток команди, і без прокачаних soft skills там нічого робити. Тож, спеціалісту, який хоче перейти на таку позицію, я б радив активно качати крім hard & soft skills, не соромитися просити порад у свого ЕМ й питати фідбек у команди, аби краще розуміти над чим ще потрібно попрацювати.
Хто точно не може стати ЕМ, так це людина, яка не зацікавлена у розвитку інших. Їй краще продовжувати розвиватися у технічному аспекті.
ЕМ може розвиватися далі та стати Senior Engineering Manager.
Такий ріст можливий, коли менеджер у своїх командах вже виростив ЕМ, і потім він може йти на більш стратегічний рівень, в цьому випадку він буде більше комунікувати з бізнесом, і зосереджуватися на плануванні. Через деякий час, він може стати Director of Engineering — ця позиція вимагає ще більшого заглиблення у процеси команди та більш кросфункціонального підходу, адже тепер треба буде планувати процеси бізнесу. Після Director, йде позиція — VP of Engineering.
Загалом, після того, як людина стає ЕМ, вона може розвиватися вертикально ще років 10, а тоді з‘являється, так звана, кар‘єрна «стеля» і вже можна її «пробивати» і йти в бізнес.
З таким досвідом, менеджер вже вміє будувати команди, проєкти, давати профіт на глобальному рівні, а це дає можливість перейти в С-левел, і тут вже треба обирати — або розвиватися далі у тому продукті чи компанії, що є, або створювати власний і ставати CEO.
