Так, 2 умножить на 2, при любой власти будет 4.

Попробую перечислить проблемы, с которыми я наиболее часто сталкиваюсь на проектах, как руководитель со стороны Компании-консультанта, это:

а) Проблемы, связанные с Заказчиком:
1) Заказчик постоянно предъявляет претензии к консультанту за несоблюдение сроков и объемов проекта, при этом со своей стороны, как правило, с легкостью их нарушает. Регулярно возникают нарушения регламентов и сроков согласования проектных документов по вине Заказчика. Попытки аппелировать к договору или уставу обычно пресекаются ответом, типа "вы хотите чтобы этот документ был последним, которые вы сделаете на нашем проекте?"
2) Заказчик никогда не ограничивает себя в формулировке требований, даже перед самым продуктивным стартом, что нередко приводит к переносу срока начала проекта. При попытке аппелировать к договору или уставу - см. п.1

б) Проблемы, связанные с Компаниями-консультантами, в которых я работал:
1) хроническая нехватка квалифицированных специалистов на рынке труда, и соответственно, на проекте.
2) ориентация компании-консультанта на финансовый результат, а не на качество.
3) проблемы с решением вопросов мотивации проектной команды: с одной строны непросто "выбить" у руководства повышение окладов (премий) для консультантов, с другой стороны - все консультанты хотят интересной работы, связанной с чем-то новым, а не с тем, что они умеют.
4) трудно найти специалистов, желающих работать на сопровождении (следствие из 3-го пункта).
5) Проблемы с помещением для проектной команды - его всегда не хватает

ДАААА! Вот тут народ распинается и так и сяк, а Алиса то тю тю...
Читает хоть что то? Грустно как то

Элис - была засланным казачком, видимо от Заказчика. И теперь какой то проект лег мертвым грузом под сукно ...

Для того, чтобы избежать подобного в будущем, предлагаю при регистрации в форуме заставлять проходить входной тест как в древней игре Larry. 10 каверзных вопросов на тему "А не заказчик ли вы?".

Привет всем и спасибо за понимание! Сегодня прочитала, нахожусь далеко в отпуске, со след недели вступаю в диспут. Хочу доотдыхать еще 3 дня!

ps

Про "засланного казачка" обидно как-то.....

терпение тоже должно присутствовать, а Вы хотите все и сразу.... так не бывает! Привет, пишите, мои ответы и комментарии - во вторник!

Добавлю гвоздя до ответов. Некомпетентность менеджеров (это чо, я смог написать млин правильно )... Респект мне... Убивает когда PM заглядывает тебе в глаза и спрашивает: "Ну чо, брат, до дождя уберем?"!!!

Ну надо-же! На одну больше, чем в электронике! Там всего две:
1. Отсутствие контакта там где он должен быть;
2. Наличие контакта там, где его не должно быть.

А чо, лучше когда ПМ дает команду: "Все на уборку!" когда уже снег лег?
Ты же эксперт, братан! Ты и должен сказать что надо сделать чтобы до дождя все закончить!! Сколько тебе надо саляры, грузовиков, водки на конце межи, и даже баб в бане на каждой лавке.
А мы с этим списком все сделаем!

"ПМ" - раньше расшифровывался в СССР как "снабженец", ух и ушлая была должность.

Так раньше за такую команду и в турму сажали. Ибо халатное отношение к соцсобственности и зловредие!

С Вашим подходом ПМ должен тока в прожекте планчики вести, причем основываясь, опять же, на ответах "уберем, не уберем". А забыл еще. Вести непосредственную работу с заказчиком.

Сори за офф.. но мне отец, когда не заводится машина, всегда говорил:
- либо нечему гореть
- либо нечем поджечь..

навеяло

Все относительно.
Можно сказать на одну больше, а можно сказать, что больше в полтора раза.

мой бывший шеф как то расказывал как они вели непосредственную работу с заказчиком в доперестроичные времена. Никаких печенок не хватит, столько пить!

Привет всем тем, кто откликнулся на приглашение обсудить проблемы. Прочитала. Предлагаю обсуждение по вопросам.
Хочется ответить сразу murenets, а так же Алексею Марейко и его «ну просто бизонам мозгового штурма » :
1. Риск срыва сроков проекта
2. Риск выявления новых требований Заказчика на поздних стадиях проекта (когда нет времени их реализовать, читай не выполнение объема работ)
3. Риск превышения бюджета проекта

Ответ просматривается в самом описании риска «бизонами». Данные риски взаимосвязаны, завуалированы причины беспокойства на стартовом совещании. Мое мнение - первые два риска связаны с условиями подписания данного контракта. Как правило, контракт готовят и подписывают вовсе не те специалисты, нежели те, которым придется исполнять договорные условия.
Проект начался, на стартовом совещании у коллег отсутствует представление, что и как делать на данном проекте – по все видимости, в договоре четко указаны только сроки выполнения проекта и определен бюджет проекта. Что касается требований к проекту со стороны заказчика, то они, если существуют, то сформулированы в общем виде и четко не определены. Смею предположить, что в данном случае была покупка/продажа продукта SAP (модно, правильный выбор, есть аналоги, круто в конечном итоге для всех). Одно но! Необходимо на стадии подписания проекта четко для себя определить цель заказчика в данном проекта – сделать дело, или потратить деньги и сделать видимость реализации проекта. Кто и как со стороны заказчика заинтересованы в данном проекте?
В данном случае необходимо легко просматривается две основные проблемы:
 Не определены организационный и функциональный объемы проекта,
 Нет четкого представления о требованиях заказчика.
Рецепт лечения:
 Определить и узаконить фактические функциональный и организационный объемы проекта;
 Совместно с заказчиком определить, формулировать, уточнить и согласовать фактическое ТЗ проекта;
 Провести экспертную оценку реальных возможностей выполнения проекта и принять решение делать или нет проект на таких условиях.

Предположения:
 В рамках компании исполнителя не проработана или не соблюдается методология ведения проектов, что очень странно при внедрении SAP проектов;
 Квалификация консультантов и руководство проектом не соответствует уровню проекта (ниже):
o Нет понимания предметной области проекта (незнание основных бизнес-процессов заказчика по проекту и боязнь новых требований заказчика на поздних стадиях проекта!?);
o Нет понимания реальных рисков проекта (риски не определяются мозговым штурмом, и, как правило, выявляются другим способом, «проблем всего-то ровно три выделили» и больше не бывает? их намного больше «ровно трех»);
o Нет практического опыта ведения аналогичных проектов (возможно, это первый проект, или компания исполнителя относится к «наилегчайшей весовой категории» и участвует в проекте на субподряде);
o Бюджет проекта определен «на глаз».

Извините, но флудить и флеймить не в моих правилах.