Уважаемые, внесите пожалуйста ясность в следующий вопрос: какие нормативные обязанности project manager в it (софтверной) индустрии /и где они описаны/?
Так сложилось, что мое образование - гуманитарное, диплом по business administration. Т.е. номинально менеджерская часть присутствует.
Далее.
Последних 1,5 года занимался координацией разработки проекта под заказчика (до 7 разработчиков одновременно, численность менялась), начиная от набора персонала, выбора и приобретения оборудования, составления требований, выбора используемых технологий и литературы по ним, работы в сфере внешнеэкономической деятельности (нахождение тайваньских поставщиков необходимого оборудования, приобретение тестовых партий, дальнейшее общение с производителем), до зарисовок интерфейса и написания ант-скриптов автоматического тестирования проекта и выбора софта для установки на сервер. Есть весьма широкий кругозор по современным софтверным технологиям. Иностранный английский - свободный устный и письменный (свободный не значит, что всегда корректный ;) )
Т.е. единственное, что я не умею делать в рамках софтверного проекта - это непосредственно программировать. Ну и находить заказчиков. Первое постепенно компенсируется, т.к. изучаю в качестве базы С с прицелом на Java (на которой и пишется текущий проект).
У меня сложилось впечатление, что project manager предполагается как следующий этап "эволюции" team leader'a, который, в свою очередь, проходит этапы QA -> junior developer -> senior developer. Как следствие, возникает резонный вопрос: можно ли объять необъятное?

Т.е., резюмируя, можно ли расчитывать на должность project manager в (западной) компании, не являясь программистом? Или же there is no such thing? Интересно услышать опыт людей, работающих в данной сфере.

Благодарю.

P.S. http://forum.vingrad.ru/index.php?showtopi...st&p=504223

Это сообщение отредактировал(а) GSMD - 25.11.2006, 12:38

Менеджер проекта отвечает за то, чтоб проект(ПО, исследование, объём работ по поддержке) был выполнен имеющимися ресурсами, с имеющимся бюджетом в заданное время с заданным уровнем качества в соответствии с требованиями заказчика(директора ли, клиента)

То есть, основная его задача - не быть отличным снайпером и танкистом, а организовать снайперов и танкистов одно целое и быстро топать к победе, вместо того, чтоб расстреливать "одиноко стоящее дерево" )


Зачастую - через тимлида в ПМы и попадают. Как "первые среди равных"
Однако цепочка в принципе неправильная.

QA - это отдельная история, а не "недоразработчик".
Просто приклеили этот ярлык к начинающим программерам-студентам, посаженным ручками тестить - и вот результат.
Хороший QA порой дороже разработчика.
И функции - не кнопки тыкать и ошибки перевода искать - а проверять соответствие требованиям, качество архитектурных решений, код ревьюить и прочая и прочая.
Так, например, молодых девочек студенток можно посадить тыкать кнопочки по наезженной... Но вот проверить что написал джуниор и как оно там у него внутри - зачастую может только сениор/тимлид/архитектор. Которые часто выполняют исподволь функцию QA. Хотя порой QA и не является программером.
То есть QA - это не "снизу", а "рядом".

Ну и между "junior developer -> senior developer" ещё есть developer  - основная боевая единица 
Джуниор - это лишь старт, пометка "человек ещё не готов к самостоятельной работе".
И сразу после становления на ноги делать его сениором... нуууу... не знаю 
Сениор - это звучит гордо! Это значит что он может в любой момент повести за собой team.
Что он уже собаку съел на разработке. Он же может быть тимлидом. Он же может курировать пару девелоперов/джуниоров, быть архитектором не только своего класса, а целых кусков системы.




Во-первых - должность ПМа в западной компании... непонятно.
В представительстве? Филиале? Или "там", в центральном офисе?
В филиале, тем более, если местное руководство - местное, можно всё.
Если у компании "выездные" менеджеры и на местах есть лишь тимлиды, исполняющие часть функций ПМа - тогда надо "идти" "от разработчика".
"Там" - надо быть или очень хорошим менеджером с опытом управления в западных компаниях... и всё равно это очень нереально. 
Или идти разработчиком. Потому что менеджер частенько - штука вендор-специфичная.  Если девелоперу можно дать требования и документацию для полного счастья, то американский/английский менеджер зачастую не сможет с ходу/вообще влиться в коллектив, а наш - точно так же будет долго привыкать хотя бы к их корпоративным правилам.
Надо пройти(хотя бы и быстро) эту лесенку заново.

Что я вскорости и собираюсь сделать.

Но вот работать в филиале... запросто 
Хороший менеджмент отталкивается от того, что можно руководить грамотно чем угодно, не зная технических нюансов. Тут очень важная деталь - не лезть и не мешать профи, лишь организовывать ;)
Хотя, определённые знания(а тем более - глубокие)  не помешают(как правило)....

Управленцев в ИТ готовят на специальностях бизнес-информатики уже 3 года

Исходя из личных наблюдений, нет.

Можно.
Начнем с того, что настольной книгой менеджера является трудовое законодательство, а не справочник по Си или Java. 
И поэтому вовсе необязательно знать Си или Яву. Но нужно знать специфику отрасли, разработки, уметь определять... тебе уже все написали. 
Кроме, проект-менеджмента, есть еще и продукт-менеджмент. Поэтому мне кажется не в ту сторону устремился  
Что толку, что ты взялся за Си и Яву? Чтобы стать девелопером, нужно потратить не один и даже не два года. А как минимум три.  И то этого недостаточно.
У тебя диплом гуманитария. Даже если и будешь знать Си/Яву, то, во-первых, твое гуманитарное будет настораживать работадателя, а , во-вторых, если начнешь лезти в код... таких дров наломаешь.
Поэтому мне кажется не трать свое время на изученее языков программирования, а занимайся более полезным и перспективным для себя. Повышай квалификацию управленца, а конкретную реализацию оставь архитекторам и девелоперам, для этого они и существуют.

З.Ы.: все ИМХО конечно