Чи всім девелоперам потрібна еволюція в управлінські ролі? Ризики та перспективи

«Ігоре, скажи будь ласка чи хотів би ти бути тімлідом», — рандомно запитала я нашого сініор фронтенд-розробника. Обличчя Ігора змінилось. Скептично поглянувши, він відповів:
«Ні, не хочу, постійно з клієнтом спілкуватись, відповідальність за процес... можливо, колись, але точно не зараз».

Чи усім девелоперам потрібна еволюція в управлінські ролі? Ризики та перспективи.

Спочатку про ризики:

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

Перспективи:

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

Це якщо коротко про плюси та мінуси.

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

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

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

Не існує єдиної формули чи моделі лідингу. І це ж теж супер для більш «творчих» менеджерів, або ж навпаки може фруструвати структурованого менеджера. І чудово бо це наявність опцій: налаштовувати процеси, створювати їх під специфіку проєкту чи йти напрацьованою схемою, що на виході дає нам досвід, практику та ВІДПОВІДАЛЬНІСТЬ — РІСТ.

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

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

Існує безліч ресурсів, доступних для програмістів, які зацікавлені в розвитку своїх управлінських навичок, таких як програми навчання лідерства, курси менеджменту чи самостійне вивчення літератури ( напр. «Як пасти котів» Дж. Ханк Рейнвотер, En Elegant Puzzle: System of engineering management, Will Larson).

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

На завершення думка СТО компанії: «Робота менеджера в ІТ не є еволюційним ростом технічного спеціаліста. Навіть якщо вам дуже цікавий менеджемент і ви впевнені, що вам все легко вдасться — прочитайте книжку чи другу, поцікавтесь наявними курсами, пригляньтесь, як це роблять успішні менеджери у вашому оточенні. Постійно вчіться. Дослухайтесь думок людей, з якими працюєте. Завжди ухвалюйте рішення зважено, самостійно, і все буде гаразд».