Начиная как разработчик, каковы возможные карьерные шаги? [закрыто]

9

Я хотел бы знать, какие рабочие места / роли можно ожидать на их карьере, если они начнут как разработчик.

Я также хочу знать, сколько лет вы будете оставаться в той же роли, пока не перейдете на следующий уровень.

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

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

Амир Резаи
источник

Ответы:

13

Вообще говоря, я видел людей, следующих по следующим маршрутам:

1) Оставайтесь разработчиком . На самом деле нет никаких оснований для того, чтобы двигаться дальше, развитие - это нормально, и есть много людей, которых я знаю, в возрасте 30-40 лет, которые не собираются переходить из того, что им нравится, в то, чего они не хотят просто ради " прогрессия».

2) Технический Архитектор . Потенциально все еще до некоторой степени, но также включает в себя технический дизайн и анализ более высокого уровня, выбор платформы и так далее. Вообще говоря, технический архитектор потратил 5-10 лет в качестве разработчика, прежде чем перейти к такого рода роли.

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

4) Бизнес-анализ / Генеральное консультирование . Написание спецификаций, обсуждение того, что нужно с пользователями и клиентами, документирование этого, работа с разработчиками и тестерами, чтобы убедиться, что это понято. Опять же, переход к такой роли может произойти в любое время, хотя больший опыт в качестве разработчика даст вам больше возможностей в качестве аналитика.

5) Управление развитием . Отличается от менеджера проекта, хотя в некоторых случаях (особенно в небольших организациях) они будут объединены. Самое простое различие заключается в том, что руководитель проекта отвечает за проект, а менеджер по разработке отвечает за команду. Менеджер по разработке почти всегда имеет технический опыт, может быть под рукой, и у него будет хорошее понимание процесса разработки и связанных с ним инструментов. Большая часть их времени будет потрачена на поддержание продуктивности команды и продвижение работы по развитию. Вообще говоря, кто-то должен был проработать 5-10 лет разработчиком, прежде чем перейти на такую ​​роль.

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

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

Джон Хопкинс
источник
+1 Вы также можете добавить график доходов здесь просто хотите знать его глобально.
Джигар Джоши
@ org.life.java - это город от города, умение к умению, проект для проекта и изо дня в день. Я не думаю, что есть какое-то жесткое или быстрое правило о том, какая роль будет зарабатывать больше, чем другие, и, в частности, что конкретный человек может заработать в каждой роли (например, отличный программист может быть очень плохим руководителем проекта, поэтому сможет заработать больше практического, где для кого-то это было бы наоборот).
Джон Хопкинс
это правда, я согласен, но я ожидал некоторого стандартного графика. рассматривая стандартные ситуации
Джигар Джоши
@ org.life.java - Лучше всего посмотреть на рабочие места, где вы живете. Любое общее исследование, которое я видел, устарело до его публикации.
Джон Хопкинс
7

Что вы ожидаете? Деньги? Обслуга? Самореализация? Свобода? Сила? Всякий раз, когда я слышу, что кто-то хочет сделать карьеру , я чувствую, что у этого человека нет четких целей .

user281377
источник
3
Это было бы лучше в качестве комментария с просьбой разъяснить его цели и ожидания.
Джон Хопкинс
4

Разработчик, старший разработчик, архитектор, руководитель проекта (возможно, также главный инженер, руководитель программы, технический директор, и не дай бог, генеральный директор). Вот и все, единственный вопрос - в какой момент вы полностью переключитесь с вашего редактора / IDE на Microsoft Project / Word / Powerpoint.

mojuba
источник
Сколько лет опыта ожидается между этими этапами?
Амир Резаи
1
@Amir Rezaei: это зависит на самом деле. Когда мне было 24 года, я был назначен начальником отдела, руководил 12 разработчиками (многие из которых были старше меня). «Нормальная» карьера в этой отрасли подразумевает от 3 до 10 лет кодирования, прежде чем вы перейдете на руководящую должность, не связанную с кодированием, и затем некоторые люди никогда не прекращают программирование до выхода на пенсию. Очевидно, это зависит от ваших целей, приоритетов и предпочтений.
Моджуба
2

Количество лет в роли может быть рассчитано только на очень младшем уровне в Организации. Когда вы растете вертикально, эта формула терпит неудачу. Некоторые люди становятся генеральными директорами в 40, некоторые становятся генеральными директорами в 50, а некоторые никогда не достигают этого уровня, даже если они хотят.

Фанат
источник
Я исправил свою ошибку
Санкар Ганеш
1

Ну, я не могу сказать вам наверняка, но я покажу вам свою «карьеру» (вне обучения в университете) и то, что я хотел бы сделать (в скобках):

веб-администратор -> научный сотрудник-волонтер -> кинематографист -> тестировщик программного обеспечения -> работник колл-центра (продажа вина) -> разработчик финансовых услуг -> самозанятый разработчик (финансовые услуги) -> разработчик научных инструментов [-> получить докторскую степень в чем-то связанном с CS -> получить должность лектора -> получить должность -> уйти в отставку]

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

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

Мэтт Эллен
источник
0

Хай Амир Резаи,

Я хотел бы предложить вам, что программист может начать карьеру в качестве разработчика младшего уровня после завершения нескольких проектов в хорошем стиле, а также получить опыт работы в течение одного года (т.е. некоторый разумный опыт), после чего он / она может быть повышен до уровня старшего Разработчик уровня, если фирма чувствует, что он / она обладает техническими навыками и навыками управления, такими как лидерские качества и т. Д. Аналогичным образом он / она может перейти на следующие уровни, такие как

Старший разработчик -> Руководитель группы Руководитель группы -> Архитектор-архитектор -> Руководитель проекта

Санкар Ганеш
источник
Год, чтобы стать старшим разработчиком? Шутки в сторону?
Джон Хопкинс
@ Джон Хопкинс: На самом деле это зависит от того, как вы улучшили свои технические и управленческие навыки. Я не думаю, что без этих навыков он / она не может стать старшим разработчиком с таким большим опытом работы?
Санкар Ганеш
2
Я абсолютно не согласен. Я никогда не видел никого, кто бы за год получил что-то большее, чем базовая компетенция, не говоря уже о том, чтобы приблизиться к уровню старшего разработчика.
Джон Хопкинс