У меня простой вопрос- а откуда беруться ПМ? Их что рожают такими или вы правда возьмете себе в ПМ у которого в резюме будет написано "окончил курся...., опыта работы не имею"? ПМ это прежде всего специалист, причем хороший. Саперу легче руководить проектами САПа, потому что у него есть предстовление что это такое и как это устроенно, совсем не обьязательно знать все тран. модуля чтобы понимать как он работает. ПМ без знание САПа трудней, но если у него есть опыт организаторской работы, он разбираеться в людях, да и вообще не дурак, то и он справиться.
Сапер может стать ПМ наверно года за 3-4, с условием что не дурак и повезет.
"""АлексО писал(а):
Год стажером, смена работы.
Год консультантом, смена работы.
Год ведущим,смена работы.
Руководитель проекта. """"" Как вариант))


У ПМ без знания САПа должен быть больше опыт, именно как у ПМ.
Вот такое мое ИМХО!

Еще как есть. Я так стал руководителем проекта в компании Текора.

Коллеги, вы наверное не работали на таких проектах, где совещания занимают большую часть рабочего времени. Если вы еще и архитектор, то либо в результате получите кривую систему, либо сорвете сроки проекта, либо будете гробить свое здоровье, работая по вечерам и выходным.
А по поводу требований заказчика - ПМ должен выслушать требования заказчика, выяснить, какие из этих требоаний приоритетны. Далее передать список на анализ архитектору. И потом с помощью бла-бла-бла (коммуницирование ) свести к единому знаменателю желаемое и возможное. А для понимания бизнес-процессов достаточно проичтать какую-нибудь популярную брошюру по отрасли.

полностью согласен.
Стать РМом проектов САПа, не зная ни того, ни другого, маловероятно... Но и кроме САПа существуе куча различных проектов...
К примеру - РМ внедрения систем документооборота, РМ внедрения Ахарта, РМ внедрения САП. За те же три года. Если очень повезет.

Еще есть классическая пословица: "Хочешь стать руководителем проекта - стань сначала его замом".

Классическая? Странно, никогда не слышал!

В классическом исполнении, насколько я помню, вместо "руководителя проекта" было слово "начальник"

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



Это прямо не ПМ, а человек-диктофон. У заказчика все проблемы важные и решить их надо всегда вчера. ПМ их заучивает наизусть (сам-то он их оценить не может) и рассказывает БА. Тот чешет затылок и говорит, мол, не сделаем, или сделаем - но за мильон человеко-лет. Человек-диктофон (пардон, человек-коммуникатор) заучивает ответ, истинность которого он не в состоянии оценить, и бежит обратно ... к заказчику? к руководителю практики (за мильоном)?
Не работа, а именины сердца!



Типа юмор, понимаю...

Кто знает - тот делает, кто не знает - учит, кто не может ни того, ни другого - руководит Не могу похвастаться, что я имею отношение к славной категории руководителей проектов, просто периодически мне приходится разгребать проблемы с клиентом, которые возникают когда РП не понимает, что происходит вокруг него. Возможно где-то такие РП и имеют место быть, но при внедрении сложных систем без знания этих систем, они не смогут вменяемо управлять ни рисками, ни функциональным объемом, ни планированием задач, ни бюджетом, да и просто заслужить уважение от консультантов им будет дотаточно сложно, а без этого уважения руководить группой неглупых людей достаточно сложно

Но поскольку РМы со стороны заказчика хотят совещаться с участием ПМ-а, вот мы и получаем, что это реальность. А тем более, что существуют проекты с большим количеством соисполнителей, что также колоссально увеличивает трудозатраты РМа на координацию. А кроме совещаний, есть еще и контроль исполнения, управление рисками и прочее-прочее...

Да, именно так, в необходимых случаях для убеждения привлекая специалистов. К примеру, не редкость в проектах наличие функционала 10ка модулей. Вы много знаете людей, знающих такой функционал на уровне архитектуры и при этом являющихся грамотными руководителями проекта? А в процентном отношении от количества ведущихся проектов? А при этом я знаю примеры вполне приличных внедрений, где РМ-ы не знали изначально SAP (внутренние проекты, в основном) и также мы знаем кучу проваленных проектов, которыми рулили гуру в SAPе. Попробуйте сбрать статистику, она Вас удивит.

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

Ну хватит, уже начали повторять...
Нужные ссылки по вопросу - в начале темы и в FAQ