К сожалению не всегда даже дают построить "грамотную проектную работу" т.е. использовать весь арсенал методологии управления проектами.

А "грамотная проектная работа" - она "окупится" на проекте?
Это защитит от возможных проблем или просто ляжет грузом макулатуры в шкафчик заказчика?

А строить дом (самолёт, корабль, реактор) с соблюдением технологии, стандартов, техники безопасности, СНиПов и пр. - оно окупится? Или на соплях собрать дешевле будет?

мне как заказчику и пользователю этого самолета "да"!
мне как продавцу - только лишние расходы на экспертизу и тд.

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

каждый большой проект проходит шесть этапов:
1. Энтузиазм
2. Разочарование
3. Паника
4. Поиск виноватых
5. Наказание невиновных
6. Награждение непричастных

Это к сожалению по определению
Но бываю варианты...

Пиратский SAP? Фантастика!
Грамотная работа, как правило неважно где, практически всегда окупается.
Хотя - "Ковчег строили любители - а Титаник профессионалы"

Мне больше этот вариант нравится.
Каждый большой проект проходит пять этапов:
1. Шумиха
2. Неразбериха
3. Поиск виноватых
4. Наказание невиновных
5. Награждение непричастных

Не такая уж фантастика! То, как проводятся некоторые внедрения - без соблюдения технологии, методологии, последовательности работ, без обучения проектной команды, без постановки задачи, без нормальных целей внедрения, с которыми потом можно сверить результат - это ли не пиратство?
Разве SAP - это только лицензии на продукт?

имхо, 50% общего числа производимых инсталляций производится в конечной цели: обуть лоха & наработать опыт (как сухой остаток)

Народ погрузился во флейм, я так понимаю, тема исчерпана?

Неееееееееееет!
Давайте вернемся к главной теме!

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

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

Например, сотрудник Вася хочет заработать бабло, что ему не хватает на взнос в ипотеку - я могу ему помочь, дав ему возможность поработать максимально денежно, сваливая на него всю переработку и тд.

Другой сотрудник, Петя, задолбался делать настройки в одном и том же модуле и хочет попробовать себя в чем то другом. Я и тут бы мог ему помочь.

Ну а третий сотрудник, Коля, вообще ничего не хочет, и готов просто спать на проекте. Значит ему дорога в суппорт, на почасовку.

Ваши бы слова да руководству в уши...