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