Мартынов Дмитрий эксперт компании «Koder Logic» (www.koderlogic.ru), соучредитель компании «Интеллектуальная группа Киборг» (www.kiborg.net), автор термина «Indulgence Management». Автор статей: «Как сделать успешный ERP-проект», «Проблемы быстродействия ERP – системный кризис» и др. Работы автора цитируются научными изданиями, используются в учебных программах ВУЗов. Мартынов Дмитрий ведет авторские курсы по проблемам ИТ, по защите компании от воровства и коррупции и др.

Замкнутый цикл производства пустых фантиков

«Маленький мальчик на бирже играл,
Акции он продавал – покупал.
Тихо – спокойно, без криков и стонов
Он проиграл девятьсот миллионов».

Автор частушки не известен

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

Каждый бизнесмен знаком лично или получает от коллег информацию о заваленных проектах. Но внедрять надо – польза «очевидна» и без глубокого анализа. Бизнесмен ищет выход там, где он должен быть, – и пытается купить проверенное решение. Этот путь дает прекрасный результат в других вопросах, но в вопросе внедрения ERP только усугубляет риски.

Желание клиента – закон для продавца. Маркетологи следят за ходом мысли бизнесмена и предлагают ему готовое решение. Но готовых ERP решений не бывает, а бывают только маркетинговые предложения, и чтобы это стало очевидно, поставим себя на место интегратора.

Допустим нам где то удалось успешно внедрить ERP систему, например в сельхоз компании. Мы делаем пресс-релиз и поднимаем свой рейтинг. Можно ли развить успех? В процесс внедрения систему пришлось дорабатывать под нестандартные задачи. Теперь все эти доработки можно объявить отраслевым решением. В пресс-релизе будет написана фраза: «Внедрено собственное отраслевое решение для сельского хозяйства». Лукавство здесь в том, что никакого решения на момент начала проекта не существовало. Была договоренность о внедрении стандартной ERP системы. Нет, оно не было создано в процессе внедрения. Фактические его не существует! А как же новые полезные функции?

Проведем аналогию: Компания купила корабль. При его запуске в рейс он тут же сел на риф. Фирма, обслуживающая корабль залатала дыру и усилила обшивку, так чтобы этот риф больше не смог причинить неприятности. Вот эта заплатка и объявляется отраслевым решением.

То, что оформлено в фантик нового решения, это всего лишь бумага: некоторая документация, куски кода и рекламные листовки. Более того, как обычно программисты переделали множество функций системы (фактически придумали их заново). Скорее всего, на корабле был радар, который можно было использовать чтобы обойти риф, но легче было усилить обшивку, чем разбираться с незнакомыми функциями.

Замкнутый цикл

Возможно, отраслевое решение, которое стало стандартом и можно пробовать, но большинство предложений рынка – это подсистемы которые были удачно внедрены единожды (а точнее созданы в процессе успешного проекта) и возможно со скрипом были внедрены еще кое где. Полученное решение