В настоящее время я управляю проектом по сборке программного обеспечения, управляю 2 разработчиками, инженером по контролю качества и дизайнерами UI/UX. Мне уже не до рук. Раньше я был бывшим разработчиком, но мне это не нравилось, поэтому я переключился на управление в качестве менеджера agile-проектов и нахожу это гораздо более интересным.
Я хотел бы сделать на этом карьеру, но не хочу когда-либо возвращаться в руки к разработке, возможно ли, что я смогу?
Как видно из комментария @TiagoCardoso, единого ответа нет. Это примечательно, учитывая, что такой форум, как StackExchange, автоматически выбирает технически подкованных участников. Таким образом, общая тема «Быть техническим специалистом удобно, но не обязательно» указывает на то, что владение современными технологиями проекта не обязательно.
Согласно Своду знаний по управлению проектами , PM тратит 90% своего времени на общение. См. Ведущие технические команды в качестве гибкого нетехнического руководителя проекта . Вам нужно будет часто обращаться к внутренним и внешним заинтересованным сторонам. К первым относятся члены команды и вспомогательный персонал, а также все, кто появляется в качестве владельца задачи или действия в вашей WBS. Внешние заинтересованные стороны — это клиенты, высшее руководство, торговые ассоциации, другие подразделения вашей фирмы или все, на кого вы можете положительно или отрицательно повлиять на ваш проект. Подробнее об управлении заинтересованными сторонами в разделе Работа с «единой точкой контакта» Как перейти от программиста к руководителю проекта? для получения дополнительных предложений по осуществлению перехода.
Таким образом, у вас нет времени на «настоящую работу». Как продакт-менеджер, вы устраняете препятствия и поощряете прогресс. Вот почему нетехнические продакт-менеджеры могут процветать и завоевывать уважение и поддержку членов команды. Команда оценит вашу способность поддерживать поток бюджета и ресурсов и не пускать в свои волосы менеджеров-экскурсоводов. Ведущие разработчики команды должны заниматься устранением технических неполадок, а время от времени привлекать консультантов для решения более трудноразрешимых проблем.
УолтХаузер
Тьяго Кардосо
Марв Миллс