Не всі розробники хочуть бути управлінцями, і це норма

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

Кар'єрний шлях розробника

Напевно, ви стали (або хочете стати) розробником, тому що ви любите кодувати. Любіть "загортати" абстрактні ідеї на код. Створювати щось важливе з нічого. Вивчати нові технології, мови програмування, фреймворки та ін. Розбиратися, як усе потроєно. Тому поки ви працюєте на позиції junior-девелопера, поступово розвиваєтеся до міцного "середнячка" і досягаєте статусу senior, ви отримуєте задоволення від того, що робите. І ось одного прекрасного дня ви досягаєте пікової форми у своїй справі, або раптом проявляєте себе хорошим організатором, або просто у вашій команді немає нікого, що підходить на роль менеджера, що цю посаду пропонують вам. У таких випадках прийнято говорити: "Перейти на керівну посаду - у порядку речей". Але я хотів би заперечити: гадаю, ніхто не повинен робити те, що він робити не хоче.

Чому такий перехід – не в порядку речей

По-перше, якщо ви просите спеціаліста, якому подобається писати код, стати кимось, хто цим не займається зовсім, де логіка? Він відчує, що в нього забрали улюблене заняття, і рано чи пізно згорить і зненавидить свою роботу. Звичайно, він може відмахнутися від нових обов'язків та продовжити кодувати, але тоді в команді "провиснуть" менеджерські функції. А це погано для бізнесу. Навіщо комусь потрібний керівник, який не хоче керувати людьми? По-друге, якщо людина добре пише код, це не означає, що вона буде добрим менеджером. Розробка та управління - різні сфери діяльності, в яких важливі різні навички та спосіб мислення. Це як футболісти та тренери. Якщо ти хороший футболіст, це не означає, що ти зможеш добре вести справи футбольної команди ( хоча, звичайно, таке зустрічається ). Менеджеру потрібно тісно взаємодіяти з людьми та налаштовувати робочий процес так, щоб він приносив плоди. Потрібно давати людям можливість виконати свою роботу так, щоб вона була результативною, але не робити цю роботу замість них. А розробник – це лінійний співробітник. Бути менеджером = добиватися результатів, правильно організуючи роботу інших людей, а чи не роблячи її самостійно. По-третє, є становище, відоме як " принцип Пітера ". Його суть у тому, що фахівці отримують підвищення, засноване на їхньому попередньому робочому досвіді, поки не доростають до позиції, для якої їм не вистачає компетенції. Таким чином, якщо хорошого розробника підвищують до управлінця, а він до цього не готовий, він не зможе виконувати нову роботу як слід. Перехід хорошого розробника до поганого менеджера буде лише на шкоду компанії. Підвищувати потрібно у межах поточної діяльності. І якщо розробник добровільно не тягне на себе менеджерські компетенції, не варто його штовхати у цьому напрямі. По-четверте, деякі фахівці погоджуються на менеджерську посаду заради підвищення заробітної плати. Так, часто менеджери одержують більше своїх підлеглих. Але не завжди: трапляються і зворотна ситуація. Якщо у команді працюють сильні фахівці, їм буде складніше знайти заміну, ніж менеджеру. Якщо внесок розробника у компанію цінніший, ніж внесок менеджера, немає причин переплачувати управлінцю. Крім того, латка – це ще не все. Краще займатися тим, що подобається, за менші гроші, ніж виконувати ненависну роботу за вищу зарплатню. По-п'яте, ніколи не варто погоджуватися на посаду управлінця лише тому, що у вашій команді більше немає нікого, що підходить на цю роль. Це не ваша провина. Ви повинні свідомо будувати свою кар'єру. Інакше постраждає не лише ваш настрій та самооцінка, а й компанія. Так що робити, якщо ви любите програмувати і не хочете переходити на бік управління? Вихід є!

Ви маєте вибір

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

1. Senior/головний розробник - це може бути саме та позиція, на якій ви захочете і надалі розвиватися. Дозволити програмістам senior-рівня залишатися лінійними співробітниками – це нормально.

2. Провідний розробник (техлід) – це напівменеджерська роль. Провідні розробники управляють проектами / людьми лише з технічного погляду. У них немає прямих підлеглих і вони не керують співробітниками: вони можуть впливати на остаточне рішення щодо тих чи інших питань силою свого авторитету. Втім, компетенції та зона впливу цього фахівця можуть відрізнятись у різних компаніях.

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

Висновок

Сподіваюся, серед читачів будуть розробники, яким стане трохи легше: сумніватися, чи потрібно ставати менеджером абсолютно нормально. Робіть те, що ви любите, і не дозволяйте іншим втягнути вас у справу, яку ви зненавидите. Тим більше, що програмування це те, що вам дійсно подобається, чи не так? Бути менеджером нормально, і я знаю тих, хто із задоволенням виконує свої обов'язки, бо їм подобається саме робота з людьми. Вибираючи подальший кар'єрний шлях, зважайте на те, що вам дійсно подобається.