Все начинается с того, что руководство Заказчика принимает решение о начале проекта. В этот момент Исполнитель обычно еще не известен, и курировать проект начинает собственный специалист Заказчика. Его так и называют — Куратором проекта. Он отвечает за формирование команды, которая подготовит проект, распланирует его и выберет исполнителя. Очевидно, что успех всей затеи во многом зависит от того, насколько удачно был выбран Куратор. Ведь проблемами большинства ERP проектов являются:
    < низкая квалификация Куратора в области информационных технологий;
    < и/или недостаточная квалификация Куратора в области бизнеса Заказчика;
    < и/или низкая ответственность Куратора за результаты проекта;
    < и/или недостаточная мотивация Куратора на результаты проекта;
    < и/или низкая зарплата Куратора.
    Пытаясь снизить возможные издержки от неудачного выбора Куратора, Заказчик может совершить серьезную ошибку, доверив все Исполнителю. Зачастую это происходит на этапе выбора Куратора (когда Исполнитель еще неизвестен) и формулируется примерно так: «Сейчас мы найдем фирму, которая нам все сделает».
    Порой Куратор выбирается до того, как принято окончательное решение о запуске ERP проекта, и в его задачи, помимо прочего, входит поиск Исполнителя — для этого ни полномочий, ни ответственности не требуется. А дальше все идет по стандартному сценарию: к Заказчику приезжают специалисты фирмы интегратора, устраивают презентацию (главная цель которой — успокоить Заказчика и создать впечатление, что особых проблем с проектом не предвидится) и, если презентация прошла удачно, начинают обсуждать подписание договора. Договор готовит Исполнитель, так как для Заказчика договор не профильный и у него нет юристов, имеющих соответствующую квалификацию. Как следствие, в договоре отсутствуют требования к результату проекта, а есть только требования к процессу проекта (то есть по сути — требования Исполнителя).
    В конечном счете Исполнителю доверяется и выполнять проект, и контролировать его выполнение. Иными словами, ему поручается следить за самим собой.
    1.2. Взгляд со стороны исполнителя
    Введем упрощение. Будем считать, что невнедренный проект не влияет на репутацию Исполнителя. Это не совсем верно, но верно настолько, что мы можем это допустить.
    С точки зрения Исполнителя очевидно следующее:
    < Результат проекта неизвестен.
    < Договор заключать надо так, чтобы получить прибыль.
    < Чем больше денег будет получено до начала внедрения, тем лучше.
    Исполнитель знает, что составить такие описания бизнес процессов и другую требуемую для проекта документацию, которую подпишет комиссия Заказчика, в общем то нетрудно.
    2. Выполнение проекта
    — Да кто вас боится! — сказала Алиса (она уже достигла своего настоящего роста). — Вы просто несчастные карты — и все!
    Льюис Кэрролл, «Приключения Алисы в Стране Чудес»
    2.1. Описание бизнес процессов