Цели пишут в уставе. Да, они обычно носят очень обобщенный характер.. но тем не менее...

Вы это серьезно задали вопрос ? Чтобы не быть голословным , я приведу мнение своего друга - у него своя фирма по внедрению, правда 1С. Но тем более это будет показательно. Я это мнение разделяю.

Все проекты САП (1С также) делятся на откатные проекты и неоткатные.

Об эффективности первых - речь вести нельзя - какая к черту эффективность ?

Второй тип проектов - частный бизнес и непосредственный владелец заказывает нужный ему продукт , который нужен для достижения конкретных экономических целей.

Для второго случая сразу устанавливаются 4 критерия:

1) Известен фиксированный бюджет.
2) Даны четкие сроки
3) Известен целевой функционал - Что нужно бизнесу ? (есть четкое ТЗ и Бизнес-План )
4) Внедренный (разработанный) продукт сдается под ключ (и это главное условие) . Те основная оплата , как правило (50-75%) бюджета производится после продуктивного старта и успешного закрытия Одного или нескольких Месяцев (Квартала) средствами этого продукта и оговоренный функционал- сдан под роспись.

Теперь задайте себе вопрос: Сколько проектов внедрения САП отвечает пунктам 1) - 4) ?

Очевидно, что эффетктивными можно назвать только такие внедрения. Думаю, в САПе (Россия) они практически не встречаются и величина ограничена Единицами Процента.

Откатные/неоткатные.. Какая разница. Можно подумать, что проект, который родился из отката российского подрядчика российскому CIO существенно отличается от того, когда выбор подрядчика и системы спускается с западных "небес" как global standard. Невзирая на специфику и необходимость. Особо цЫнично получается, когда какие-нибудь индусы налоговый учет внедряют
Сроки, качество и бюджет должны удовлетворять заказчика по завершении проекта. Т.к. change management'а никто не отменял.

ВЫ плохо прочитали тему - ключевое слово "Эффективность". А кого вы там удовлетворили в процессе внедрения - это неважно.
Важны: бюджет , сроки и результат как производная от цели , которую вам поставили сначала.
Если цель - потратить много денег - тогда это эффективно , только к САПу уже отношения не имеет.

И про change management - не нужно напоминать , он всегда есть, но для того и существуют профессионалы , чтобы корректно оценивать бюджет и сроки проекта. Классические отговорки здесь не прокатят - я не заказчик , я профи (скромно так) ))) .

А вы не допускаете, что в ходе проекта:
1. Мог измениться бизнес заказчика?
2. Измениться потребности?
3. Произойти всякие M&A
4. Измениться орг.объем проекта (продали один из бизнесов, как вариант, реорганизации там всякие)
С учетом того, сколько идет средний сап проект на толстом клиенте первоначальные рамки проекта могут оказаться прокрустровым ложем.
Собственно, дайте определение, что такое эффективность, определите критерии, а потом уже можно сбором статистики заниматься. А так "шелковистость волос увеличилась на 63%"


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


Предположим, что в начале проекта клиент хочет только логистику+финансы. Но, через полгода, приходит аппетит и там уже +BI+CRM и сбоку бантик. Вы будете предлагать клиенту отдельный тендер проводить или "чуть-чуть" расширить объем проекта за "чуть-чуть" денег исключительно "за бантик" ?

Попробую пройтись по пунктам:

1. Если изменился бизнес и тп и тд, то это уже другие рамки проекта и другой договор (дополнение). Это очевидно.

Каждые дополнения , как со стороны заказчика, так и со стороны внедренца , должны удовлетворять пунктам 1) - 4) эффективного проекта (подпроекта), которые я озвучил раньше.

Если все изменилось настолько , что Ваша команда уже не может справиться - заказчик теряет предоплату, а вы время - это риски , которые каждый берет на себя. Те вся проблема свелась к новой задаче . И первую - мы вычеркиваем из рассмотрения , как неэффективную.

2. САП - не самоцель Эту цитату нужно запомнить. САП - это обычный ИТ проект , не нужно его возносить до небес или опускать ниже плинтуса. А ИТ проект и в Африке ИТ проект - он должен удовлетворять пунктам 1)-4) эффективного проекта

3. У заказчика появился аппетит Это тоже нужно запомнить. Все рассуждения - в пункте 1.

Действуйте согласно принципа "Бритвы Оккама": «Не следует множить сущее без необходимости».

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

Лошадиная сила - это сила, которую развивает лошадь массой в 1 кг и ростом 1 метр за одну секунду. Хранится в палате мер и весов в Париже


"Не справилась", "неуспешность".. Где критерий шелковистости?


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


Гмм.. Нужно просто удовлетворить заказчика А сколько сучностей было в процессе - это уже детали технической реализации