Как я могу сохранить свои технические навыки после того, как стал менеджером проекта?


16

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


1
просто заниматься техническим делом в свободное время должно быть достаточно?
Матиас

Ответы:


8

Продолжайте кодировать

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

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

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

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


Да, у менеджеров по-прежнему должно быть отличное чувство сложности программирования.
Jé Queue

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

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

5

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

Вы получите некоторое уважение к «действительной работе» (с точки зрения ваших указаний), и вы останетесь настолько острыми, насколько сможете.

Черт возьми, ты будешь надеяться / возможно даже учиться у них.


3

Если ваша карьера ведет вас к менеджменту, вам нужно решить, куда вы хотите пойти. Похоже, вы уже на полпути по этому пути.

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

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

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

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


1

Был там некоторое время.

  1. Поймите, что PM обычно не делают кодирования.
  2. Если вы будете придерживаться обоих, вы можете оказаться ниже среднего в любом из них.
  3. Если вы хотите стать премьер-министром, боритесь за позицию, которая не требует от вас кодирования.
  4. Кроме того, выясните, действительно ли становление премьером - это прогресс в вашей карьере. Отличные инженеры могут зарабатывать больше, чем среднестатистические сотрудники.
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.