Вообще говоря, я видел людей, следующих по следующим маршрутам:
1) Оставайтесь разработчиком . На самом деле нет никаких оснований для того, чтобы двигаться дальше, развитие - это нормально, и есть много людей, которых я знаю, в возрасте 30-40 лет, которые не собираются переходить из того, что им нравится, в то, чего они не хотят просто ради " прогрессия».
2) Технический Архитектор . Потенциально все еще до некоторой степени, но также включает в себя технический дизайн и анализ более высокого уровня, выбор платформы и так далее. Вообще говоря, технический архитектор потратил 5-10 лет в качестве разработчика, прежде чем перейти к такого рода роли.
3) Управление проектом . Первый из этих вариантов (правильный менеджер проектов не будет кодировать, за исключением, может быть, странного маленького инструмента, облегчающего их собственную жизнь). Менеджер проекта управляет проектом в целом от начала до конца, поддерживая связь с бизнесом и разработчиками, обеспечивая обоснованность экономического обоснования, планирование и управление планом, мониторинг рисков и так далее. С точки зрения того, когда вы можете перейти к управлению проектами, это может произойти в любой момент, хотя, чем раньше вы это сделаете, тем меньше будет проектов, которыми вы будете управлять.
4) Бизнес-анализ / Генеральное консультирование . Написание спецификаций, обсуждение того, что нужно с пользователями и клиентами, документирование этого, работа с разработчиками и тестерами, чтобы убедиться, что это понято. Опять же, переход к такой роли может произойти в любое время, хотя больший опыт в качестве разработчика даст вам больше возможностей в качестве аналитика.
5) Управление развитием . Отличается от менеджера проекта, хотя в некоторых случаях (особенно в небольших организациях) они будут объединены. Самое простое различие заключается в том, что руководитель проекта отвечает за проект, а менеджер по разработке отвечает за команду. Менеджер по разработке почти всегда имеет технический опыт, может быть под рукой, и у него будет хорошее понимание процесса разработки и связанных с ним инструментов. Большая часть их времени будет потрачена на поддержание продуктивности команды и продвижение работы по развитию. Вообще говоря, кто-то должен был проработать 5-10 лет разработчиком, прежде чем перейти на такую роль.
Если вы хотите выйти за рамки вышеперечисленного и перейти к более высокому руководству, то наиболее вероятными выходами являются менеджер проекта и менеджер по развитию.
То, что лучше для вас, полностью зависит от того, что вы хотите сделать и каковы ваши навыки, и ни одно из них не должно рассматриваться как правильное или лучшее, чем другие. Вполне возможно попробовать их и вернуться назад или двигаться дальше. Исходя из моего опыта, единственное, что останавливает подобные шаги, - это когда вы становитесь достаточно взрослыми, чтобы не брать падение зарплаты, которое является частью перехода в область, где вы менее опытны.