Какова карьера для разработчика, который не любит управление?

Если вы разработчик (старший или ведущий разработчик) и предпочитаете заниматься разработкой кода / дизайна, а не заниматься управленческой карьерой, каковы возможные пути карьерного роста в вашей компании или о каких вы слышали? Как далеко вы можете пойти?

Можно ли продолжать быть выродком, пока вы не укусите пыль, или это слишком наивно?

Такие люди, как, например, дядя Боб, по-прежнему считаются разработчиками, как они утверждают?

Я собираюсь выйти из этого положения и сказать что-то, что вряд ли будет тем ответом, который вы хотите услышать, но если вам не нравится менеджмент, ваш карьерный путь будет очень ограниченным. Если то, что вам нравится делать, это код, и если вы действительно хороши в этом и не хотите останавливаться, то ваша карьера идет по единой траектории: инженер-программист, а затем старший инженер-программист.

Если другие признают, насколько вы хороши, их склонность к тому, чтобы поставить вас в положение, в котором вы можете передать свой опыт другим. Другими словами, они захотят, чтобы вы управляли и / или управляли. Трудно взять на себя эту дополнительную ответственность, не принимая какую-либо форму управления. Если вы являетесь архитектором и отвечаете за дизайн системы, и если вы хотите, чтобы этот проект был успешно реализован, вам нужно будет руководить и управлять другими. Если вы становитесь основателем стартапа и добиваетесь успеха, то в какой-то момент вам может понадобиться нанять кого-то, чтобы помочь, а затем вам нужно будет управлять им. Если вы станете техническим директором, то в аду вы не справитесь.

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

Ответ на этот основной вопрос поможет указать вам правильное направление. Или, другими словами, то, как мы все должны думать о работе, которую мы делаем, это: как выглядит ваша идеальная работа? Забудьте о титрах на секунду, забудьте о компании, в которой вы работаете, просто сосредоточьтесь на своей повседневной жизни и тех вещах, которые сделают вас по-настоящему счастливыми и процветающими. Затем работайте над созданием этой должности в том месте, где вы работаете, или в компании, которую вы строите сами.

Зависит от того, в какой компании вы работаете.

Многие компании не ценят талантливых, опытных разработчиков так же высоко, как менеджеров, и никогда не вознаграждают их на одном уровне <- Это не та компания, на которую должны работать такие люди, как вы.

Другие (обычно более сфокусированные на технологиях) компании будут больше ценить своих разработчиков, и использование технологий не должно ограничивать вашу карьеру с точки зрения вознаграждения и статуса <- вы, вероятно, хотите работать в такой компании.

Если у вас есть немного предпринимательского духа, вы также можете создать свою собственную компанию - тогда вы будете боссом.

В моей компании треки управления и отдельных участников являются отдельными и в основном параллельными. Отдельные участники могут подняться очень высоко в компании (до технического сотрудника), не будучи менеджером по персоналу. Это помогает частично избежать принципа Петра , но никогда полностью.

Хотя у архитектора, кажется, есть негативные коннотации, я думаю, что это технический эквивалент перехода к управлению.

FWIW, Microsoft (как и другие крупные компании, я уверен) имеет карьерные возможности для не-менеджеров, которые переходят на эквивалентные уровни VP (Distinghished Engineer и Technical Fellow). MS действительно хорошо показывает карьеру для не-менеджеров.

Вероятно, что-то вроде этого:

Jr Developer -> Developer -> Sr Developer / Руководитель группы / Ведущий разработчик -> Архитектор программного обеспечения

Договаривающееся. Там гораздо больше денег на внештатную работу.

Я видел несколько путей:

1. Менеджер по продукту
2. Аналитик требований
3. Архитектор
4. Руководитель группы
5. Менеджер конфигурации
6. Технический писатель
7. Основатель стартапа
8. Грант Автор

Зависит от компании. Многие компании предлагают два пути развития разработчиков: технический и управленческий. Если вы предпочитаете технику, вы медленно повышаете уровень заработной платы, развиваете ценные навыки разработки, но придерживаетесь развития - вы становитесь гуру. Это меньше денег, чем управление, но если вы хотите взломать, пока не умрете, это путь.

Если вы работаете в небольшой компании, быть разработчиком может быть самой высокой ролью, если вы не создадите свою собственную компанию. Затем вы станете разработчиком / директором. Не беспокойтесь о достижении высшей технической роли в компании. Просто делай то, что делает тебя счастливым.

Если вы работаете в правильной компании, то не должно быть никаких ограничений на то, чтобы быть разработчиком, если вы действительно хороши в этом. Управление на самом деле является одним из самых простых способов подняться по карьерной лестнице, если вы менее технически опытны. Я часто видел это в мире разработки программного обеспечения.

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

Кроме того, это может показаться очевидным, но вы должны поговорить со своим боссом о том, каковы ваши варианты карьерного роста - вы можете быть удивлены. Это помогает, если вы думаете о некоторых потенциальных должностях, которые не существуют в вашей компании, и вы можете спросить своего начальника, можете ли вы работать над его изменением - что-то вроде «Глава качества кода» или, по сути, название, которое намекает на нечто большее, чем просто разработчик, даже если вы все еще можете быть разработчиком - это выделит вас, когда дело доходит до будущих рекламных акций или даже платных обзоров. Вы должны помнить, что на вершине меньше рабочих мест, поэтому нужно выделяться. Многие люди говорят, что название должности очень мало значит, но это не так - это может сделать вашу карьеру, если вы выберете свою собственную - выполнение этого простого действия также показывает некоторые амбиции.

У Texas Instruments была двойная лестница, когда я был там.

• Ассоциированный инженер
• инженер
• Старший инженер
• ---- с этого момента, вы должны были быть назначены кем-то уже выше
• Член технического персонала группы
• Старший член технического персонала
• (возможно) заслуженный член технического персонала
• TI Fellow
• Старший научный сотрудник
• Главный научный сотрудник TI (насколько я знаю, в компании был только один из них)

Есть много названий, которые встречаются на пути программиста, если он придерживается технической карьеры, такие как

• Ведущий разработчик / Ведущий инженер-разработчик.
• Лидер группы.
• Архитектор решений (ориентирован на проектирование и интеграцию систем и т. Д.).
• Технический директор (технический директор). Это чисто технический вопрос, но в то же время он является главным техническим специалистом в Организации.

Всегда помните, что вы можете пойти по другому пути и стать консультантом по программному обеспечению. Вы также можете параллельно работать над другими проектами, например, писать книги или работать в блоге ...

Если вам не нравится управление, вам следует обратиться к руководству, чтобы изменить положение вещей и сделать его приемлемым для единомышленников.