Який кар’єрний шлях для розробника, який не любить управління?

Якщо ви розробник (старший або провідний розробник) і хочете скоріше залишатися з кодом / дизайном, ніж продовжувати кар’єру управління, які доступні шляхи кар'єри у вашій компанії чи якісь ви чули? Як далеко ви можете піти?

Чи можна продовжувати бути видовищем, поки ви не кусаєте пил чи це занадто наївно?

Чи такі люди, як дядько Боб, наприклад, як і раніше вважаються розробниками?

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

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

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

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

Залежить від типу компанії, в якій ви працюєте.

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

Інші (як правило, більш орієнтовані на технологію) компанії більше цінують своїх розробників, а перебування на технологіях не повинно обмежувати вашу кар’єру з точки зору винагороди та статусу <- ви, мабуть, хочете працювати в цій компанії.

Якщо у вас є трохи підприємницького духу, ви також можете створити власну компанію - тоді ви будете начальником.

У моїй компанії керівництво та окремі доріжки-учасники є окремими та здебільшого паралельними. Окремі співробітники можуть піднятися в компанії дуже високо (до технічного співробітника), не будучи менеджером з персоналу. Це допомагає частково уникнути принципу Петра , хоча і ніколи повністю.

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

FWIW, Microsoft (як і інші великі компанії, я впевнений) має шляхи кар'єри для неменеджерів, які переходять на рівні еквівалентного VP (Діючий інженер та технічний співробітник). МС справді великий у тому, щоб показати шлях кар’єри для неменеджерів.

Можливо, щось подібне:

Молодший розробник -> Розробник -> Сер Розробник / Керівник команди / Ведучий розробник -> Архітектор програмного забезпечення

Контрактування. Грошей на позаштатну роботу набагато більше.

Я бачив кілька шляхів, які я бачив:

1. Менеджер по продукції
2. Вимоги Аналітика
3. Архітектор
4. Ведучий команди
5. Менеджер конфігурацій
6. Технічний письменник
7. Засновник старту
8. Грант Письменник

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

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

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

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

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

Texas Instruments мав подвійну драбину, коли я був там.

• Інженер-юрист
• Інженер
• Старший інженер
• ---- з цього моменту вам повинен був висунутись хтось уже вище
• Член технічного персоналу Групи
• Старший член технічного персоналу
• (можливо) Шановний член технічного персоналу
• TI стипендіат
• Старший науковий співробітник Т.І.
• Головний науковий співробітник Т.І. (наскільки я знаю, був лише один із них у компанії)

Є багато назв, які знаходяться на шляху програмістів, якщо він дотримується технічної кар'єри, наприклад

• Провідний розробник / головний інженер з розвитку.
• Керівник команди.
• Рішення архітектор (орієнтований на проектування та інтеграцію системи тощо).
• CTO (головний спеціаліст з технологій). Це абсолютно технічний характер, але з особливою специфікою бути високотехнологічною особою в Організації.

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

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