ERP системы сегодня напоминают стареющих атлетов принимающих стероиды

Гениев ИТ-архитектур предприятий, изначально задумавших и создавших ERP-решения, в середине 80-ых подобно Настардамусу восхваляли за успешную предусмотрительность эры dot-com - будущего рынка автоматизации бизнес решений. Рост необходимости оперативного получения бизнес данных и аналитических информационных срезов обеспечивали армии обслуживающих консультантов все новые и новые горизонты практики. ERP клиенты были поражены устойчивым потоком новых систем и технологий, предлагаемых лидерами. Сегодня те, созданные бизнес-системы, напоминают стареющих атлетов принимающих стероиды, и очень волнующихся, что об этом узнают.
ERP системы сегодня напоминают стареющих атлетов принимающих стероиды
За прошедшие 25 лет, геополитическая ситуация и основные бизнес-рынки, виды коммерческой деятельности во всем мире невероятно изменились. Современные компании теперь хотят иметь возможность получать ИТ услуги и пользоваться ими в глобальных масштабах, выходить на новые рынки и завоевывать новые для себя ниши с непринужденностью и при этом экономить каждый доллар. Но дело в том, что их ERP- инфраструктура поддерживается ИТ-технологиями подобным скорее аналогам 1981 года, чем 2006-го.
Мир продвинулся вперёд! Почему мы не продвинулись вместе с ним?

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

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

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

[Перепечатка материалов 12NEWS.ru разрешается только с предварительного согласования с редакцией или автором. Если вы читаете этот материал на другом ресурсе, пожалуйста, сообщите нам об этом editor@12news.ru]

В чём суть?

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

Может быть, детектор лжи или анализ крови, но что-то нам должно дать понять, что ERP продавцы не выполняют поставленных обещаний из десятилетия в десятилетие. Помните, как XML, Unix/client-сервер, объектно-ориентируемое программирование, Web-приложения, технологии интеграции сети, и т.д., всё это продвигало ERP-приложения, чтобы сделать их проще и легковнедряемыми. Еще сервис-ориентируемая архитектура (SOA) – ведь фактически каждый поставщик до сих пор надеется на неё. В этом деле нужна здоровая доза скептицизма.

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

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

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

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

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

Управлять изменениями сегодня, а не завтра

Почему же важно техническое проворство пользователям-ERP сегодня? Давайте для примера посмотрим на профессиональные сервис-фирмы. Программирование, архитектурная работа, TRIZ-разработка, X-ray и MRI - все это выполняется в странах с дешевой рабочей силой подобно России, Китаю или Индии. Компании этих стран редко сотрудничали с другими фирмами.

Теперь, компании пробуют построить глобальные модели поставки обслуживания, где проекты укомплектованы совместно с государствами с дешевой рабочей силой, которая обслуживает одинаково и поставщиков, и профессионалов. К примеру, новые сервисы обслуживания, подобно бизнес процессам, требуют, чтобы организации были партнерами с компаниями поставщиками технологий, инвесторами, специализированными поставщиками обслуживания. Сотрудничество необходимо, чтобы сделать компании более конкурентоспособными и более успешным в глобальной экономике. Реализованы в большинстве ERP эти возможности по партнёрству в сервисах, совместной проектной работе, глобальной объединенной поддержки? Нет.

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

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



Брайен Соммер - президент Techventive
Адаптация и перевод 12NEWS©

© Галактика, 2006
© Издание 12NEWS (ИП Маринин А.Л.), 2006


Online/авто
Опубликовано
Просмотров: 22058
Статистика Открыть ссылку в новом окне

ERP (Enterprise Resource Planning System)Система планирования ресурсов предприятия

Изначально термин ERP(Enterprise Resource Planning) применялся к системам планирования загруженности производственных мощностей. Несмотря на то, что термин ERP возник в производственной сфере, сегодня он имеет более широкую область применения. Современные ERP-системы обеспечивают выполнение всех основных бизнес-функций предприятия.

Системы планирования ресурсов предприятия - ERP - служат для интеграции всех данных и процессов организации в единый комплекс. Для этого современная ERP-система использует множество различных программных и аппаратных компонентов.

Стандарт MRP II (Manufacturing Resource Planning) был разработан в 1980-х годах и представляет собой набор требований к системе управления предприятием. Основные изменения, которые необходимо выполнить для соответствия этому стандарту, включают:
- Улучшение планирования и управления производством.
- Улучшение управления запасами и закупками.
- Улучшение финансового управления и учета.
- Улучшение управления качеством продукции.
- Улучшение управления проектами и программами.
- Улучшение управления рисками и изменениями.
- Улучшение поддержки принятия решений на основе информации, полученной из всех этих областей.

Комментарии на публикацию ERP системы сегодня напоминают стареющих атлетов принимающих стероиды

Гениев ИТ-архитектур предприятий, изначально задумавших и создавших ERP-решения, в середине 80-ых подобно Настардамусу восхваляли за успешную предусмотрительность эры dot-com - будущего рынка автоматизации бизнес решений. Рост необходимости оперативного получения бизнес данных и аналитических информационных срезов обеспечивали армии обслуживающих консультантов все новые и новые горизонты практики. ERP клиенты были поражены устойчивым потоком новых систем и технологий, предлагаемых лидерами. Сегодня те, созданные бизнес-системы, напоминают стареющих атлетов принимающих стероиды, и очень волнующихся, что об этом узнают.
06.11.06 : ERP еще рано хоронить
Тема статьи популярная, но, думаю, что специалисты вряд ли что-то для себя из нее почерпнут.:(

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

Конечно, вендоры ERP систем не выполняют своих обещаний, ибо в свое время пообещали они то, что эти системы и сделать не могут. К примеру, в России нет известных мне случаев полноценного внедрения производственного ERP-модуля для позаказных (мелкосерийных и единичных) производств. А какие деньги были потрачены отечественными заводами, а сколько горьких разочарований последовало...

Но справедливости ради следует сказать, что те функции, что самой ERP так и не удалось обеспечить, ныне реализуются другими специализированными системами, интегируемыми с ERP. К примеру, тот же производственный модуль ERP уже опирается на MES системы(Manufacturing Execution Systems), - и надо сказать, что их тандем вполне жизнеспособен.

Поэтому я не стал бы предсказывать скорый летальный исход этим ERP-атлетам... mesa.ru/phpbb/viewtopic.php?t=962
05.11.06 xbox: С интересом прочитал.
Выводы на поверхности, а причина не обнаружена. Типичное заблуждение непрофессионала.
Мир продвинулся назад. И мы, естественно, продвинулись вместе с ним.
Дело не в том на какой предпосылке построено ПО систем ERP, а в том, что самая большая беда этих систем - это ошибочная платформа в виде "Р"СУБД. Именно это и приводит к постоянному программированию даже при самых незначительных "изменениях". А изменения действительно незначительны. В основах (механике, например) их просто нет. Изменения в микробиологии и генной инженерии не могут привести к существенным изменениям "бизнес-процессов". Будущее, если оно будет, за небольшими эффективными компаниями. Им действительно нужны эффективные информационные системы, в которых надежно поддерживаются все формы движения материи и связанной с ней стоимости (а вовсе не все "бизнес-процессы"). Им нужно делать дело, а "Р"СУБД - непреодолимый барьер на пути любого бизнеса. И "ERP продавцы" просто фундаментально не могут выполнять "поставленных обещаний".

В нормальной объектной (пусть и "большой") системе не представляет никакого труда "сужать область данных для использования в другой группе бизнес логики." Самая большая проблема находится за пределами ИС - как не превратить "бизнес логику" в модное, но алогичное "перепроектирование бизнес-процессов".
Разумный и банальный то ли вывод, то ли предложение автора:
"Данные и логика должны быть связаны так, чтобы "интеллектуальная" адаптация могла пройти быстро, легко и правильно для всех ERP-решений."
Но это же очевидно.

Чернышев Андрей Леонидович
Гость
Тема/заголовок:
Комментарий: