С этим проблемы

Есть ГОСТ 19, 34 - оформление документов,
ТЭО - ГОСТ 24.202
ТКП - ГОСТа не нашел.
но все это такие артефакты...
более новые
ГОСТ Р ИСО/МЭК 12207-99 и ГОСТ Р ИСО/МЭК 14764-2002, определяющие процессы жизненного цикла программных средств.

Ну и методологии PMI PMBOK, например.

про RUP
вот интересная статья, там и про гост и про RUP
http://www.citforum.ru/programming/case/gost_34_19/

это же делать всё надо...- а вот с этим проблемы...

Это да... А для начала это еще надо знать. Т.е. кто-то с обеих сторон должен владеть ситуацией.

Конечно нельзя "лезть в бочку" и требовать досконального следования методологии, ГОСТам и т.д.
Поэтому в ТЗ в пункте "Подготовка проектной документации" ну и где это еще надо, как правило пишут "любые отклонения от ... производятся только с обоюдного согласия сторон, которое подтверждается ...".

Было бы интересно почитать технико-экономическое обоснование (к сожалению такового не нашлось) и расчет ожидаемой эффективности системы (это вообще очень интересно).

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

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

Не соглашусь.
Дело в том что эффективность ERP систем надо оценивать не при помощи финансовых методоа, а с использованием качественных и статистических показателей. ERP - это не движок интернет-магазина, который приносит прямую прибыль.
Но оправданием внедрения такой системы могут быть привлечнные инвестиции (раньше бы на вас и не посмотрели как на объект инвестиций), оперативность информации (мало кто менеджеров признает что некоторые его решения принесшие прибыль были приняты благодаря своевременности информации, но это так), не потерянные ресурсы и т.д.
О задаче-парадоксе. Сейча есть такой термин "парадокс окупаемости ИТ". А что такое парадокс? Парадокс - это утверждение, которое противоречит здравому смыслу, но может быть верным. Т.е. все расчеты покажут, что ИТ-технология не окупается, но заключение что ИТ-технология приносит пользу верно. Все как в физике зависит от выбора системы отчета. Так и киты - разводить не прибыльно, но рубли то не пожаришь.

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

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

уверяю вас пробовали. Но у нас у людей такие зарплаты... что САП не обоснуешь

Дело в том что зашел я в топик раньше чем вы ответили, а нажал кнопку отправить позже, вот и получилось, что я с вами не соглашаюсь. На самом деле я понял намек skif'a, и отвечал ему.

Это только один критерий. Экономический эффект от оптимизации планирования поставок и прочее. Куча же направлений, где действительно использование САПа повышает эффективность. Надо просто это увидеть.
А насчет зарплаты, прикинь общий ФОТ и экономия даже 5% будет приличной суммы. А ведь никто не говорит, что система должна окупиться за пару месяцев.

Отлично сказано!

Да дело все в том, что эффект от оптимизации планирования поставок, другие немаловажные эфекты максимально раскрывают качественные методы оценки. Еще поди докажи, что этот эфект от САП, коммерческий директор думаю скажет, что это он так работу организовал и т.д.
Даже если экономия ФОТ по всему предприятию составит 10%, то система окупится через лет 10. А если внедрять с умом, то получается, что еще и новых людей нанимать надо - в 90-е годы так постарались, что сейчас работать некому. Причем такой перекос получается, ужас.
Да вы прикиньте ТСO (совокупную стоимость владения) системы.
А это:
1. Сама система
2. Рабочие места проектного офиса (зарплата, компы, помещение)
3. Консалт
4. Обучение проектной команды (само обучение, командировки и т.д.)
5. ПК для пользователей, принтеры и т.д.
6. Поддержка (ежегодно)
7. Лицензии.

Я конечно не отвергаю финансовых методов, но только как участников в выводе комплексного показателя.
Просто я бы посоветовал использовать именно качественные методы при обосновании внедрения ИТ. Дело тут вот в чем:
1. Недоверие руководства финансовым показателям расчитанным ИТ-службой
2. Лучшая аргументация качественных методов
3. На фоне качественной оцени необходимости внедрения ERP систем, финансовые показатели меркнут, их можно использовать как контрольный выстрел, после гранатометного обстрела аудитории.
и т.д.

Еще конечно есть вероятностные (статистические) методы, но они настолько сложны и из-за небольшого опыта (т.е. малой генеральной выборки) не могут быть расчитаны многими фирмами. На зарубежный опыт опираться глупо - у них как правило речь идет о замене одной системы на другую, т.е. какой0никакой, а порядок был. У нас же эфект от внедрения куда более заметен.

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