Анализ семи основных рисков проекта ERP: от стратегического планирования до всеобъемлющего руководства по безопасности системы

Ключевые битвы и скрытые проблемы цифровой трансформации бизнеса

На волне глобальной цифровой трансформации внедрение системы планирования корпоративных ресурсов стало ключевой кампанией для предприятий по повышению их основной конкурентоспособности и совершенствованию управления. Однако успех кампании отнюдь не является неизбежным - по статистике, более трети ERP - проектов не достигли желаемых целей или даже закончились неудачей. Зачастую эти проекты связаны не с техническими недостатками, а с недостаточным выявлением и эффективным контролем рисков на многих уровнях - стратегическом, управленческом, организационном и безопасном. Углубленное понимание семи основных рисков ERP - проектов, от стратегического планирования до системной безопасности для создания всеобъемлющей системы профилактики и контроля, стало обязательным для предприятий, чтобы обеспечить успешную отдачу от этих крупных инвестиций.

Стратегическая двусмысленность и дислокация целей: отсутствие четкой ценностной ориентации

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

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

Недостаточная поддержка на высоком уровне и сопротивление организационным изменениям

Проект ERP имеет глубокий характер.Организационные измененияА не просто технологическое обновление. Поэтому активное участие и постоянная поддержка со стороны старших руководителей являются залогом успеха проекта. Во многих случаях высшее руководство предприятия, хотя и заявляло о своей поддержке при запуске проекта, не вкладывало в его реализацию необходимых усилий и полномочий. Они полностью делегируют проекты ИТ - отделам или внешним консультантам и сами становятся « наблюдателями». Однако, когда проект затрагивает глубоководные районы, такие как секторальные конфликты интересов, перераспределение полномочий и обязанностей или преобразование основных процессов, отсутствие решений на высоком уровне приведет к тому, что проект остановится или даже умрет.

Сильные люди рождаются вместе с недостаточной поддержкой на высоком уровне.Сопротивление организационным изменениямНовые процессы и правила, которые привносят ERP - системы, неизбежно изменят рабочие привычки и корыстные интересы сотрудников. Отсутствие эффективной стратегии управления изменениями может создать угрозу и путаницу для сотрудников, что приведет к негативному сопротивлению или даже публичной оппозиции. После того, как розничная компания вышла на линию ERP, из - за недостаточной подготовки персонала по закупкам и описания сравнения старых и новых процессов, в результате чего большое количество сотрудников по - прежнему работают в соответствии со старыми привычками, только в системе, чтобы восстановить данные, чтобы справиться с проверкой, система постепенно сводится к дорогостоящему « инструменту ввода данных». Реальное управление изменениями требует систематического общения, обучения, мотивации и корректировки производительности, чтобы направлять организацию на плавное преодоление трудностей перехода.

Расхождения между бизнес - процессами и системным дизайном

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

С другой стороны, чрезмерная индивидуализация также может привести к катастрофическим последствиям. Внесение значительных изменений в основной код для удовлетворения особых потребностей отдельных секторов может подорвать стабильность и модернизацию системы и привести к возникновению огромного « технического долга». Когда поставщики программного обеспечения выпускают новые версии, компании часто вынуждены оставаться в старых версиях из - за несовместимости пользовательского кода и не могут получить обновления безопасности и улучшения функций. Идеальным подходом было бы следовать принципу « 28 - й восьмерки» - 80% потребностей удовлетворяются стандартными функциями или конфигурациями системы с ограниченной настройкой только 20% дифференцированных потребностей, которые действительно отражают основную конкурентоспособность предприятия.

Качество данных и риски миграции

Данные - это кровь ERP - системы,Кризис качества данныхЭто прямая техническая причина, по которой система не работает или даже не используется после того, как она запущена. Многие предприятия при запуске проекта обнаруживают проблемы, оставленные историей, такие как путаница в кодировании материалов (один ярд, один ярд и несколько предметов), отказ BOM и неполная информация о поставщиках. При временном давлении может быть проведена только грубая очистка данных и миграция, чтобы заложить « бомбу замедленного действия» для системы. После того, как система подключена к сети, неправильные первичные данные о материалах могут привести к тому, что результаты операций MRP будут полностью ненадежными, в то время как ошибки в базовой информации о ценах могут привести к искажению всей калькуляции затрат.

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

Ошибки выбора партнеров и передачи знаний

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

Эффективная передача знаний должна проходить на протяжении всего проекта, а не только на "централизованном обучении" перед выходом в онлайн. Лучшая практика заключается в создании модели « общей команды», которая позволяет ключевым пользователям бизнеса глубоко участвовать во всем процессе от анализа потребностей, разработки программ до тестирования систем. Продовольственная компания в реализации ERP выбрала более десяти бизнес - кадров для полного рабочего дня в проектной группе, они не только стали внутренними экспертами после выхода на линию, но и выдвинули ряд важных предложений по улучшению, которые имеют практическое значение для бизнеса. Такое глубокое участие обеспечивает высокую степень соответствия системы реальным потребностям предприятия и создает устойчивый потенциал внутренней поддержки.

Системные недостатки в управлении проектами

На уровне управления проектами,Время выхода из реальности, давление и диапазон выходят из - под контроля.Это обычная причина поражения. Чтобы удовлетворить нереалистичные требования руководства к выходу на линию (например, « должен быть запущен до Нового года»), проектная команда сжимает ключевые звенья, такие как тестирование процесса, обучение пользователей и проверка данных, что приводит к появлению системных заболеваний в сети и множеству проблем. Другой сценарий заключается в том, что бизнес - подразделения постоянно выдвигают новые индивидуальные потребности в процессе внедрения, а проектная команда не имеет строгого процесса контроля за изменениями, что приводит к неограниченному расширению масштабов проекта, перерасходу бюджетных средств и задержкам с основными функциями.

Научное управление проектами требует четкой структуры управления проектами, детального разделения работы, тщательной оценки этапов и эффективных механизмов коммуникации. Управление рисками должно быть сквозным, периодически выявлять, оценивать и реагировать на потенциальные проблемы. Используя поэтапную и постепенную стратегию реализации, отдавая приоритет основным функциям в сети и быстро проверяя ценность, а затем постепенно расширяясь, мы можем эффективно снизить риски проекта и повысить доверие всех сторон. Предприятие медицинского оборудования делит проект ERP на три этапа: « Финансовая цепочка поставок», « Качество производства» и « Полная модульная интеграция», каждый из которых имеет четкие цели бизнес - ценности и стандарты приемки, и в конечном итоге успешно реализует плавный переход и ожидаемую прибыль.

Потенциальные угрозы безопасности системы и риски соблюдения

По мере роста ценности данных и усложнения киберугроз,Риски для безопасности системыЭто стало неотъемлемым аспектом ERP - проектов. С точки зрения технической архитектуры система может сталкиваться с различными угрозами, такими как утечка данных, несанкционированный доступ и прерывание обслуживания. В частности, в облачной модели развертывания ERP предприятиям необходимо четко понимать модель разделения ответственности за безопасность с поставщиками облачных услуг и обеспечивать полную защиту критических данных и приложений. С управленческой точки зрения отсутствие детального управления правами может привести к ненадлежащему доступу к конфиденциальной информации; Без регулярных проверок безопасности и механизмов сканирования уязвимостей невозможно своевременно выявлять и устранять угрозы безопасности.

Риск соблюденияТо же нельзя недооценивать. Нормативные требования в различных отраслях и регионах (например, GDPR, Закон о кибербезопасности, East Security 2.0) строго регулируют хранение, обработку и трансграничную передачу данных. Система ERP, как основная платформа данных предприятия, должна быть встроена в соответствие с требованиями. Например, ERP в финансовом секторе должны соответствовать строгим требованиям финансовой отчетности и аудиторского контроля; Фармацевтическая промышленность должна соответствовать спецификации GMP / GSP, чтобы обеспечить прослеживаемость всего жизненного цикла продукта. На этапе планирования проекта предприятие должно полностью определить применимые требования к соблюдению и сделать их обязательным условием для проектирования и внедрения системы.

Создание всеобъемлющей системы защиты от рисков

Семь основных рисков ERP - проектов взаимосвязаны и взаимосвязаны. Стратегическая двусмысленность может привести к смещению целей; Недостаточная поддержка на высоком уровне усиливает сопротивление организации; Отсутствие связи между бизнес - процессами и системами может привести к сбоям в работе приложений; Проблемы с качеством данных подрывают ценность системы; Неправильный выбор партнеров может затянуть весь проект; Недостатки в управлении могут вывести риск из - под контроля; Пробелы в безопасности могут угрожать жизни бизнеса. Успешные компании не пытаются устранить все риски - а это невозможно - вместо этого контролируют риски в приемлемых пределах, создавая системные механизмы выявления, оценки, реагирования и мониторинга рисков.

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