Должен ли РМ знать функционал Системы?

[Alexey-IT]

Всем, добрый день!
Хочел бы узнать мнение всех по одному наболевшему вопросу: Должен ли РМ знать функционал Системы?
Ситуация такая, что я пишу и бюджеты и Устав проекта, а ПМ просто ходит и подписывает Акты приемки-передач, и зарплата соответственно у него высокая.
А моя должость - консультант MS....или я что -то непонимаю в этой жизни.......

[2A]

Цитата:

Сообщение от Alexey-IT

Всем, добрый день!
Хочел бы узнать мнение всех по одному наболевшему вопросу: Должен ли РМ знать функционал Системы?
Ситуация такая, что я пишу и бюджеты и Устав проекта, а ПМ просто ходит и подписывает Акты приемки-передач, и зарплата соответственно у него высокая.
А моя должость - консультант MS....или я что -то непонимаю в этой жизни.......

1. Связь знания функционала внедряемой системы и написания Устава проекта и бюджета - совсем не явная. Что Вы имели ввиду?

2. Конечно Устав и бюджет должен писать, согласовывать именно РМ.

[Nick]

ОБЯЗАТЕЛЬНО!
иначе это просто администратор...
но в жизни всё не так

[Lazy_Tiger]

Цитата:

Сообщение от Alexey-IT

Всем, добрый день!
Хочел бы узнать мнение всех по одному наболевшему вопросу: Должен ли РМ знать функционал Системы?
Ситуация такая, что я пишу и бюджеты и Устав проекта, а ПМ просто ходит и подписывает Акты приемки-передач, и зарплата соответственно у него высокая.
А моя должость - консультант MS....или я что -то непонимаю в этой жизни.......

ДОЛЖЕН, в обязательном порядке. Хотя бы в общих чертах.

[Starling]

Я не знаю должен он ее знать или нет, но из собственного опыта могу сделать вывод, что если ПМ знаком с функциональностью(не обязательно досконально), то руководить проектов он будет гораздо эффективнее

[raz]

http://forum.mazzy.ru/index.php?show...indpost&p=4198

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

Задача менеджера, как мне представляется:
1. выявить ключевые моменты, проверка которых даст клиенту уверенность в удовлетворительном завершении проекта.
2. Организовать команду подчиненных на время проекта специалистов, чтобы все ключевые моменты были закрыты вплоть до моменты расчета с клиентом.

Будет он знать систему или нет - его личное дело. Личное дело Творца конкретного проекта. Как рабочий процесс художника или поэта, любой творческой личности.

Очевидно, при таком раскладе, основная работа ПМ - работа с людьми. И скилзы ему необходимо наращивать в этом направлении.

То, что в Акспте и более мелких внедрениях ПМ-ы "тянут" технологию - от экономии на специалистах с целью выживания в конкурентной борьбе. Борьбе на рынке внедрения.

В SAP-e и Oracle, думается, такого нет или менее ярко выражено.

На более высоких уровнях организации проектов (например, государственные проекты), такого однозначно нет.

PS
Да, еще: если ПМ наращивает скилзы в технологии, то он не наращивает ("идет назад") таковые в PR (в общем понимании этого термина), т.е. ухудшает свои показатели как специалиста-ПМ.

2 Alexey-IT

так что правильно Ваш ПМ делает, что не лезет в нецарское дело - он хорошо все организовал и пожинает плоды своего профессионализма

[Spider]

Теоритически не должен. Это дело ведущих специалистов в составе проектной комманды.

А вообще есть такой принцип: чем больше проект, тем больше PM выступает в роли менеджера и меньше в роли специалиста. И наоборот. Если проект небольшой и в команде полтора землекопа, то PMу приходится дополнительно брать на себя роль консультанта, программиста, аналитика, а то и всех сразу.

Есть профессиональные PMы которые вчера вели проект по внедрению ERP, сегодня -- проект по строительству производственного комплекса, а завтра будут руководить разработкой аэробуса. Для них не реально разбираться в областях которых они работают, да и не царское это дало, как верно заметил otkudao.

[Spider]

А вообще, тема интересная. Имеет смысл сделать отдельный раздел форума - "Управление проектами".

[Alexey-IT]

Цитата:

Сообщение от Spider

Теоритически не должен. Это дело ведущих специалистов в составе проектной комманды.

А вообще есть такой принцип: чем больше проект, тем больше PM выступает в роли менеджера и меньше в роли специалиста. И наоборот. Если проект небольшой и в команде полтора землекопа, то PMу приходится дополнительно брать на себя роль консультанта, программиста, аналитика, а то и всех сразу.

Есть профессиональные PMы которые вчера вели проект по внедрению ERP, сегодня -- проект по строительству производственного комплекса, а завтра будут руководить разработкой аэробуса. Для них не реально разбираться в областях которых они работают, да и не царское это дало, как верно заметил otkudao.

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

[Alexey-IT]

Цитата:

Сообщение от otkudao

2 Alexey-IT

так что правильно Ваш ПМ делает, что не лезет в нецарское дело - он хорошо все организовал и пожинает плоды своего профессионализма

Все взаимодействие с Заказчиком осуществляем я и менеджер, а ПМ ничего не организовывает, а просто подписывает акты приемки - передач. ничего не ведется на проекте.....

он свое дело сделал - нашел Вас и менеджера и поддерживает Вашу активность на должном уровне. Как он это делает, не важно. Главное - результат.

Впрочем, я об этом уже писАл.

[gl00mie]

Должен ли руководитель проекта знать систему, которую внедряет?
Ой, ссылку уже привели...

думаете, обсуждение на том форуме более интересное?

[gl00mie]

Цитата:

Сообщение от Alexey-IT

Все взаимодействие с Заказчиком осуществляем я и менеджер, а ПМ ничего не организовывает, а просто подписывает акты приемки - передач. ничего не ведется на проекте.....

В свое время Сергей Котов написал познавательную статью Орг.структуры и команда проекта внедрения ERP-системы, где раписал роли, "права и обязанности" различных участников проекта. Посмотрите, может, ваш ПМ или вы занимаетесь не своим делом?

[gl00mie]

Цитата:

Сообщение от otkudao

думаете, обсуждение на том форуме более интересное?

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

а ну как придем к другим выводам? 3 года все-таки...

[gl00mie]

Цитата:

Сообщение от otkudao

а ну как придем к другим выводам? 3 года все-таки...

Если "другие выводы" будут сделаны после прочтения указанного обсуждения и с привлечением "других доводов" - замечательно Но прежние обсуждения стоит читать хотя бы ради таких сообщений

[Alexey-IT]

Цитата:

Сообщение от gl00mie

Если "другие выводы" будут сделаны после прочтения указанного обсуждения и с привлечением "других доводов" - замечательно Но прежние обсуждения стоит читать хотя бы ради таких сообщений

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