Информационные технологии и управление предприятием | страница 97



• зарубежные системы, как правило, опираются на стандарты, которым процессы должны удовлетворять;

• зарубежные системы, направленные на автоматизацию управления, поддерживают полный набор управляющих функций: планирование – контроль отклонений (учет) – регулирование;

• российские системы более полно отражают национальные особенности, российскую учетную специфику;

• логика российских систем близка российским управленцам;

• российские системы более удобны в случае работы с неполными, недостоверными или конфиденциальными данными.

Отметим, что значительное число проектов в отечественной практике создания КИУС завершается неудачно либо имеет тенденцию неограниченного увеличения сроков внедрения при одновременном отсутствии значимых результатов. При этом объяснение причины неудачи является традиционным (и очень удобным для консультантов-внедренцев) – «предприятие не готово к внедрению». На самом деле основные причины неудач лежат в несколько иной плоскости.

Фактически не система настраивается под предварительно реорганизованные бизнес-процессы конкретного предприятия, а наоборот, предприятие перестраивается под систему (любимая фраза внедренцев – «мы проводим реинжиниринг под нашу систему»). При этом зачастую и сам выбор системы осуществляется не на основании детальных функциональных требований к соответствующему компоненту КИУС, а попросту навязывается поставщиком. В одном из последних бюллетеней MIT Sloan Management Review отмечается: «…от 30 до 75 % систем не соответствуют ожиданиям пользователей, главная причина – стремление подогнать бизнес-процессы предприятия под существующую технологическую инфраструктуру».

Детальное моделирование и анализ задач не проводятся по следующим причинам:

• это серьезная работа, требующая высокой квалификации исполнителей и соответствующей оплаты, а заказчика еще нужно убедить в полезности полученных результатов в виде отчетов;

• фирме-поставщику тиражируемого решения невыгодно выполнять такую работу, поскольку сравнительный анализ модели требований и функционала системы может привести к плачевным результатам, вплоть до потери заказчика;

• само внедрение на основании модели требований не оставляет шансов тиражировать фрагменты настроек и знания из других проектов;

• фактически настройки осуществляются членами проектной группы самого предприятия (бухгалтерами, экономистами, плановиками и т. п.), прошедшими короткое обучение, – консультанты лишь отвечают на их конкретные вопросы и решают вставшие перед ними проблемы.