ERP – Эволюция: взгляд эксперта из Германии
Тот, кто решается на внедрение нового программного обеспечения, должен осознавать, что эта инвестиция будет влиять на работоспособность предприятия довольно длительный период времени, так как интеграция нового программного обеспечения означает вмешательство во многие области предприятия, включая сотрудников. При этом особое внимание приходится уделять оценке и выбору программного обеспечения. Только верный выбор создаст основу для безупречного и успешного использования программного обеспечения в автоматизации бизнес-процессов.
[Перепечатка материалов ERPnews.ru разрешается только с предварительного согласования с редакцией или автором. Если вы читаете этот материал на другом ресурсе, пожалуйста, сообщите нам об этом editor@erpnews.ru]
Риск ERP-проектов можно разделить на три типа:
• Недостижение содержательной целевой установки.
• Неправильный расчет времени внедрения проекта и нехватка бюджетной мощности.
• Полное прекращение инвестирования проекта.
Внимательно изучив исследования(FAZ, 2003 и Standish Group, 2000), видим, что внедрение ERP-программного обеспечения относятся к рискованным проектам предприятия: опрос показал, что только 85% предприятий добились определенного успеха, а 28% предприятий столкнулись с серьёзными трудностями.
Ввиду таких цифр не удивительно, что многие предприятия ожидают переход на ERP скорее со смешанными чувствами, чем с уверенностью, и откладывают переход, насколько это только возможно. Какого же все-таки вида эти проблемы, которых многие так боятся?
В течение последних 8–10 лет было произведено огромное количество различного программного обеспечения. Но знаний у конечного потребителя в этом вопросе практически нет. Например, не хватает обзора рынка вендоров, что соответственно ограничивает возможности при подборе программных решений.
Одновременно ERP-проекты сами по себе очень комплексны: программное обеспечение тянется, как «центральная нервная система», захватывая почти все области предприятия. Также и сама технология ведения автоматизации бизнес-процессов тяжело понимается конечным пользователем. Из-за этого происходят неясности при обсуждении требований и выбора поставщиков программ.
Также стабильная рамка согласно последовательному проектному менеджменту у многих проектов просто отсутствует. В большинстве случаев никакая ясная целевая установка не формулируется, область рассмотрения системы остается неопределенной, также не выставляется никакая проектная группа, которая связывает разные перспективы дальнейшего развития предприятия. Наконец, необходимы "вложения" со стороны руководства предприятия - согласно ясным рамочным величинам, зачастую отсутствует мотивация для проектной группы, нет также в наличии необходимой для проектной работы мощности, и не последнюю роль играет соответствие приоритетных задач при внедрении ERP-технологий на предприятии.
В конечном счете, идет накопление проблем, которые впоследствии стоят больших затрат времени, энергии и денег. В наихудшем же случае внедренное программное обеспечение может недостаточно отображать основные бизнес-процессы и превращать их, скорее, в пробку, перекрывающую доступ к росту прибыли всего предприятия.
Чтобы сократить упомянутый риск, нужно усвоить одно: При внедрении ERP- решений на Вашем предприятии речь будет идти о комплексных инвестиционных планах, которые отличаются несколькими особенностями.
Оценка ERP и его выбор создают основу для его успешного внедрения.
При этом необходимо заранее сформулировать следующее:
• Ясная и обязательная формулировка требований к программному обеспечению и сервису программного обеспечения.
• Точный анализ рыночного ассортимента.
• Ясная и обязательная фиксация производственного объема (программное обеспечение и услуги), сроков поставки и финансовых условий.
Ввиду сложности ERP-проектов, крепкий проектный менеджмент просто необходим, так же, как и плотное взаимоотношение с вендором на всех стадиях внедрения проекта.
В первом приближении инвестиции в ERP-проекты можно визуализировать как "воронку", исходя из требований, которые специфицирует специфические для предприятия требования к ERP-программам и услугам ERP-вендоров. Исходя из этих требований, при тщательном зондировании рынка, большое количество вендоров просто отпадает, что со временем создает более понятную картину происходящего. При этом содержание основных процессов предприятия и характер решения тех или иных задач изменяется в отдельных проектных фазах.
При этом набор требований представляет содержательный "позвоночник", который впоследствии и создаст ясную картинку для вендора. На переднем плане наряду с системной технологией стоят, прежде всего, программные функции, которые требуются к иллюстрации соответствующих бизнес-процессов предприятия.
Соответствующим образом бизнес-процессы предприятия - это исходный пункт для создания технического задания.
Требования должны уже жестко ставиться в самом начале проекта – впоследствии, в ходе бесед с отдельными программными вендорами, вы получите объективные данные по поводу объема предстоящих работ.
Самое позднее в преддверии переговоров о заключении договора необходимо определиться с необходимыми индивидуальными особенностями бизнеса, соответствующими стандартами программного обеспечения (например, интерфейсы, дополнительные функции).
Подготовленный список требований создаст, в конечном счете, содержательное ядро системы переговоров, к которой относятся такие составные части, как договор покупки программного обеспечения, договор на предоставление услуг и договор обслуживания.
Наиболее просто требования к системе управления можно найти в Интернете как дополнение к возможным макетам ERP систем для предприятия. С помощью этого можно сократить издержки процесса выбора системы до 80%.
Параллельно с постепенной конкретизацией требований развиваются критерии, посредством которых выбирается ERP-система, а также соответствующий вендор. В рамках скорее широко заложенного предварительного отбора на переднем плане сначала находится тот вендор, у которого подходит программное обеспечение технологически (например, относительно операционных систем сервера и банков данных) и функционально соответствующей поставленной задаче. Также это зависит от того, какие функции имеются в наличии в стандартном объеме и которые можно активировать согласно соответствующей отраслевой логике. Ввиду множества самых разных ассортиментов ERP-систем предприятия могут приобретать обширные и дополнительно загружаемые сведения о производственном спектре решений.
Если в период предварительного отбора у вас установилось от 3 до… % вендоров - кандидатов, то это уже неплохой результат.
Также обратите внимание на презентации продавца и отзывы клиентов, обратите внимание на отраслевую компетенцию и компетенцию решения тех же вопросов оставшихся вендоров, на методику внедрения и сервис. Не нужно пренебрегать в этой фазе также личным впечатлением, которое оставляет вендор и программное обеспечение (" Look & Feel ").
В последней фазе жесткие экономические и технические факты снова на переднем плане. Тонкая спецификация - веская предпосылка для детального проектирования, которое одновременно создает основу для нагружаемо калькулируемого ассортимента и, соответственно, системы договоров - в частности, принимая во внимание услуги приспособления и дополнения.
Следовательно, проекты ERP нужно понимать, в действительности, преимущественно как проекты инвестиции, особенность которых лежит, прежде всего, в их "однократности", объеме и сложности, а также всестороннем влиянии на структуры предприятия.
При этом должно быть ясно, что функционирующая инфраструктура ERP может внести важный взнос в конкурентоспособность. Ввиду жесткого соревнования на ERP-рынке, предприятия имеют сегодня сложность и страх перед выбором.
Чтобы ускользнуть от опасности возможно невыгодного капиталовложения, хочу порекомендовать, чтобы предприниматели посредством набора поставленных задач формулировали четкие требования, ожидания от нового программного продукта. Набор конкретных требований служит, в том числе, как основа переговоров и создает основу для успешного внедрения ERP-технологий на вашем предприятии.
Karsten Sontow,
Эксперт по выбору программного обеспечения,
Trovarit AG©
Связаться с автором возможно через редакцию.
Перевод и адаптация ERPNEWS©
[Перепечатка материалов ERPnews.ru разрешается только с предварительного согласования с редакцией или автором. Если вы читаете этот материал на другом ресурсе, пожалуйста, сообщите нам об этом editor@erpnews.ru]
Риски от ERP-проектов
Риск ERP-проектов можно разделить на три типа:
• Недостижение содержательной целевой установки.
• Неправильный расчет времени внедрения проекта и нехватка бюджетной мощности.
• Полное прекращение инвестирования проекта.
Внимательно изучив исследования(FAZ, 2003 и Standish Group, 2000), видим, что внедрение ERP-программного обеспечения относятся к рискованным проектам предприятия: опрос показал, что только 85% предприятий добились определенного успеха, а 28% предприятий столкнулись с серьёзными трудностями.
Ввиду таких цифр не удивительно, что многие предприятия ожидают переход на ERP скорее со смешанными чувствами, чем с уверенностью, и откладывают переход, насколько это только возможно. Какого же все-таки вида эти проблемы, которых многие так боятся?
В течение последних 8–10 лет было произведено огромное количество различного программного обеспечения. Но знаний у конечного потребителя в этом вопросе практически нет. Например, не хватает обзора рынка вендоров, что соответственно ограничивает возможности при подборе программных решений.
Одновременно ERP-проекты сами по себе очень комплексны: программное обеспечение тянется, как «центральная нервная система», захватывая почти все области предприятия. Также и сама технология ведения автоматизации бизнес-процессов тяжело понимается конечным пользователем. Из-за этого происходят неясности при обсуждении требований и выбора поставщиков программ.
Также стабильная рамка согласно последовательному проектному менеджменту у многих проектов просто отсутствует. В большинстве случаев никакая ясная целевая установка не формулируется, область рассмотрения системы остается неопределенной, также не выставляется никакая проектная группа, которая связывает разные перспективы дальнейшего развития предприятия. Наконец, необходимы "вложения" со стороны руководства предприятия - согласно ясным рамочным величинам, зачастую отсутствует мотивация для проектной группы, нет также в наличии необходимой для проектной работы мощности, и не последнюю роль играет соответствие приоритетных задач при внедрении ERP-технологий на предприятии.
В конечном счете, идет накопление проблем, которые впоследствии стоят больших затрат времени, энергии и денег. В наихудшем же случае внедренное программное обеспечение может недостаточно отображать основные бизнес-процессы и превращать их, скорее, в пробку, перекрывающую доступ к росту прибыли всего предприятия.
Проекты ERP - это инвестиционный план с особенностями
Чтобы сократить упомянутый риск, нужно усвоить одно: При внедрении ERP- решений на Вашем предприятии речь будет идти о комплексных инвестиционных планах, которые отличаются несколькими особенностями.
Оценка ERP и его выбор создают основу для его успешного внедрения.
При этом необходимо заранее сформулировать следующее:
• Ясная и обязательная формулировка требований к программному обеспечению и сервису программного обеспечения.
• Точный анализ рыночного ассортимента.
• Ясная и обязательная фиксация производственного объема (программное обеспечение и услуги), сроков поставки и финансовых условий.
Ввиду сложности ERP-проектов, крепкий проектный менеджмент просто необходим, так же, как и плотное взаимоотношение с вендором на всех стадиях внедрения проекта.
Рамка для оценки ERP–эволюции
В первом приближении инвестиции в ERP-проекты можно визуализировать как "воронку", исходя из требований, которые специфицирует специфические для предприятия требования к ERP-программам и услугам ERP-вендоров. Исходя из этих требований, при тщательном зондировании рынка, большое количество вендоров просто отпадает, что со временем создает более понятную картину происходящего. При этом содержание основных процессов предприятия и характер решения тех или иных задач изменяется в отдельных проектных фазах.
При этом набор требований представляет содержательный "позвоночник", который впоследствии и создаст ясную картинку для вендора. На переднем плане наряду с системной технологией стоят, прежде всего, программные функции, которые требуются к иллюстрации соответствующих бизнес-процессов предприятия.
Соответствующим образом бизнес-процессы предприятия - это исходный пункт для создания технического задания.
Требования должны уже жестко ставиться в самом начале проекта – впоследствии, в ходе бесед с отдельными программными вендорами, вы получите объективные данные по поводу объема предстоящих работ.
Самое позднее в преддверии переговоров о заключении договора необходимо определиться с необходимыми индивидуальными особенностями бизнеса, соответствующими стандартами программного обеспечения (например, интерфейсы, дополнительные функции).
Подготовленный список требований создаст, в конечном счете, содержательное ядро системы переговоров, к которой относятся такие составные части, как договор покупки программного обеспечения, договор на предоставление услуг и договор обслуживания.
Наиболее просто требования к системе управления можно найти в Интернете как дополнение к возможным макетам ERP систем для предприятия. С помощью этого можно сократить издержки процесса выбора системы до 80%.
Параллельно с постепенной конкретизацией требований развиваются критерии, посредством которых выбирается ERP-система, а также соответствующий вендор. В рамках скорее широко заложенного предварительного отбора на переднем плане сначала находится тот вендор, у которого подходит программное обеспечение технологически (например, относительно операционных систем сервера и банков данных) и функционально соответствующей поставленной задаче. Также это зависит от того, какие функции имеются в наличии в стандартном объеме и которые можно активировать согласно соответствующей отраслевой логике. Ввиду множества самых разных ассортиментов ERP-систем предприятия могут приобретать обширные и дополнительно загружаемые сведения о производственном спектре решений.
Если в период предварительного отбора у вас установилось от 3 до… % вендоров - кандидатов, то это уже неплохой результат.
Также обратите внимание на презентации продавца и отзывы клиентов, обратите внимание на отраслевую компетенцию и компетенцию решения тех же вопросов оставшихся вендоров, на методику внедрения и сервис. Не нужно пренебрегать в этой фазе также личным впечатлением, которое оставляет вендор и программное обеспечение (" Look & Feel ").
В последней фазе жесткие экономические и технические факты снова на переднем плане. Тонкая спецификация - веская предпосылка для детального проектирования, которое одновременно создает основу для нагружаемо калькулируемого ассортимента и, соответственно, системы договоров - в частности, принимая во внимание услуги приспособления и дополнения.
Итог: Верный набор требований при выборе ERP-программ сделает Вас успешными
Следовательно, проекты ERP нужно понимать, в действительности, преимущественно как проекты инвестиции, особенность которых лежит, прежде всего, в их "однократности", объеме и сложности, а также всестороннем влиянии на структуры предприятия.
При этом должно быть ясно, что функционирующая инфраструктура ERP может внести важный взнос в конкурентоспособность. Ввиду жесткого соревнования на ERP-рынке, предприятия имеют сегодня сложность и страх перед выбором.
Чтобы ускользнуть от опасности возможно невыгодного капиталовложения, хочу порекомендовать, чтобы предприниматели посредством набора поставленных задач формулировали четкие требования, ожидания от нового программного продукта. Набор конкретных требований служит, в том числе, как основа переговоров и создает основу для успешного внедрения ERP-технологий на вашем предприятии.
Karsten Sontow,
Эксперт по выбору программного обеспечения,
Trovarit AG©
Связаться с автором возможно через редакцию.
Перевод и адаптация ERPNEWS©
© Галактика, 2007
© Издание 12NEWS (ИП Маринин А.Л.), 2007
