Процесс обучения российских пользователей при внедрении ERP-системы – это проблема. Если на Западе шли по пути постепенного усложнения информационных систем, то многие наши предприятия «перепрыгивают» через этапы, переходя к ERP-системам чуть ли не от текстовых редакторов. Сколько времени займет процесс самообразования и с каким количеством ошибок придется столкнуться отделам АСУ заказчиков на первых порах, предсказать трудно.
Проекты терпят фиаско
Таким образом, значительное число проектов по созданию информационных систем масштаба предприятия терпит фиаско в России.
Проекты не созрели или плохо продуманы?
Причины неудач в проектах создания полномасштабных систем зачастую связаны либо с недостаточным уровнем зрелости предприятия, либо с отсутствием системного подхода в решении сложной задачи. Недостаточный уровень организационной зрелости не следует воспринимать как негативную характеристику, это просто одна из ступеней естественного развития предприятия. Компаниям, переживающим этот этап, характерны следующие черты: изменчивость процессов, их неустойчивость, отсутствие целевой модели процессов и, как следствие, невозможность четко сформулировать задачи, связанные с их автоматизацией. Подчиняясь указаниям руководства по внедрению системы масштаба предприятия, ряд подразделений могут высказать свои требования и пожелания к будущей системе, в то время как другие остаются незадействованными. У некоторых подразделений, возможно, отсутствует как сама потребность в системе, так и интерес к ней. Если руководство не воспринимает систему как бизнес-инструмент, охватывающий все предприятие или организацию, либо не может донести это видение до сотрудников, то результаты проекта, скорее всего, окажутся неадекватными его целям. Все закончится «лоскутной» автоматизацией либо отображение бизнес-процессов в системе будет иметь мало общего с реальным положением дел на предприятии. В любом случае проект изначально обречен на неудачу. Другой распространенной причиной краха проектов становится отсутствие системного подхода к реализации подобных начинаний. Частным проявлением этой проблемы можно назвать нарушение порядка принятия решений в проекте. Зачастую сначала принимается техническое решение, а затем все усилия направлены на то, чтобы «подогнать» параметры уже выбранной платформы к реальным потребностям.
Непонимание влияния проекта на бизнес предприятия в целом, неэффективность коммуникаций с субподрядчиками, отсутствие административной поддержки, неопределенные критерии оценки результата и нереалистичные ожидания-проблемы внедрения ИТ проекта в России.
Может все кроется в людях?
Основные причины краха проектов лежат в области человеческих отношений. ИТ-проект должен быть подпроектом не менее крупного бизнес-проекта, иметь активную поддержку руководства предприятия, поэтому одно из первых лиц должно входить в состав руководства проектной группы, всячески демонстрируя и поддерживая ее деятельность. Нужно сделать все, чтобы проектная группа по составу и качеству соответствовала масштабу проекта, его задачам и уровню принимаемых решений. Необходимы также сильный менеджер и проведение обучения, особенно перед внедрением.
Пять категорий краха.
Причины, которые могут привести к краху ИТ-проекта, можно разделить на пять групп: стратегические и организационные, функциональные, оперативные, технические, политические и внешние.
Стратегические и организационные причины: отсутствие у предприятия долгосрочной стратегии в области ИТ, ошибки в постановке целей и задач проекта, переоценка возможностей готовых бизнес-приложений, недооценка стоимости проекта, изначально недостаточный бюджет. Причиной краха проекта может быть также непонимание руководством необходимости организационных преобразований в компании, обусловленных внедрением системы. Как правило, когда развертывается информационная система масштаба предприятия, бизнес-процессы предприятия в той или иной степени приходится менять. Важно еще на начальной стадии проекта представлять тот компромиссный вариант, который возможен за счет того, что бизнес предприятия подстроится под модели процессов, заложенные в готовом решении. Последнее, в свою очередь, предстоит доработать, учитывая специфику деятельности компании. Чтобы добиться успеха, предприятию необходимо обдумать и сформулировать на бумаге все эти аспекты до начала проекта, возможно, совместно с консультантами. Функциональные причины: несоответствие сложности бизнес-процессов предприятия функциональным возможностям внедряемых бизнес-приложений. К краху проекта может также привести плохое знание отраслевой специфики поставщиком услуг внедрения либо недостаточные возможности выбранных решений в том, что касается поддержки отраслевой специфики. Как с этим бороться? Предприятию необходимо не только определить, какая функциональность ему нужна сейчас, но и спрогнозировать, какие возможности потребуются через один-два года. Следует выбирать исполнителя проекта, уже имеющего успешный опыт внедрения аналогичных систем в той же отрасли.
Оперативные причины: ошибки управления проектом (просчеты в планировании сроков и стоимости работ, неэффективное управление бюджетом, несвоевременная идентификация проектных рисков), недостаточное участие руководства предприятия в проекте, нечеткое разграничение ответственности между проектными командами заказчика и исполнителя, сопротивление персонала предприятия внедрению информационной системы и сопутствующим этому процессу изменениям. К этой же группе рисков относятся отсутствие поддержки внедрения или прямое противодействие внедрению системы со стороны некоторых топ-менеджеров заказчика (это встречается, когда проект внедрения бизнес-приложений служит рычагом «политической» борьбы на предприятии), нехватка специалистов или радикальная смена состава проектной команды. Технические причины: наиболее вероятно возникновение сложностей в процессе интеграции внедряемых бизнес-приложений с уже имеющимися на предприятии учетно-управленческими системами. По оценке специалистов нашей компании, затраты на интеграцию могут составлять до 60 % бюджета проекта. Политические и внешние факторы: составляют особый риск в крупных проектах. Один из них — изменение рыночной конъюнктуры во время внедрения: если проект длится несколько лет, то за это время может что-то случиться с поставщиком решения, исполнителем проекта или предприятием-заказчиком. В проектах для госструктур определенный риск представляют возможные метаморфозы законодательства, регламентирующего их деятельность. Если законы изменятся в процессе внедрения, то автоматизация в том виде, в котором была изначально задумана, может потерять смысл.
Заключение
Таким образом, значительное число проектов по созданию информационных систем масштаба предприятия терпит крах в России. У каждой страны свой путь, и то, что происходило в сфере IT в Западной Европе несколько лет назад, в России не повторится в точности. Основная причина - отсутствие во многих отраслях рыночных механизмов и свободной конкуренции. Сами рынки развиваются совсем иначе, поэтому и IT востребованы в иной степени и в иных формах. Темпы изменений в России тоже будут совсем другими. Если даже предположить, что сейчас в России такой же уровень развития IT, как был в Германии 10 лет назад, то это не значит, что через 10 лет здесь будет такой уровень, как в Германии сейчас. Возможно, он будет достигнут через 5 лет или раньше. В России есть средства на автоматизацию, и средства большие, а это решает многие вопросы и сказывается на темпах изменений.
Список литературы
1. Гринберг А.С., Король И.А., Информационный менеджмент / М.: ЮНИТИ-ДАНА, 2003. - 415 с. - (Серия «Профессиональный учебник: Информатика»).
2.http://www.cfin.ru/
3.http://www.informsviaz.ru/
4.http://www.interface.ru/