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

https://softwareengineering.stackexchange.com/questions/1533

16-10-2019
|

Вопрос

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

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

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

Решение

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

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

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

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

Другие советы

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

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

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

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

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

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

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

Наверное, что -то вроде этого:

JR Developer -> Developer -> SR Developer / Leader / Lead Developer -> Architect Software Architect

Договор. В внештатной работе гораздо больше денег.

Есть несколько путей, которые я видел:

Менеджер продукта
Аналитик требований
Архитектор
Руководитель группы
Менеджер конфигурации
Технический писатель
Стартап-основатель
Грант -писатель

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

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

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

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

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

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

Инженер -партнер
Инженер
Старший инженер
---- С этого момента вы должны были быть назначены кто-то уже выше
Член технического персонала группы
Старший член технического персонала
(может) выдающийся член технического персонала
Ti Fellow
TI старший научный сотрудник
Основной сотрудник TI (насколько я знаю) только один из них был только один из них)

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

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

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

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

Лицензировано под: CC-BY-SA с атрибуция

Не связан с softwareengineering.stackexchange