ERP /\/ Управление /\/ Системы (Лучшие)Предпроект - Методология - Внедрение - Эксплуатация
Проблемы быстродействия ERP – системный кризис
Описанные здесь особенности рынка ERP не имеют целью запятнать чью либо репутацию, а отражают общую тенденцию развития. Несомненно на этом рынке встречаются и исключения, которые упорно гребут против течения, подтверждая каждый раз свою хорошую репутацию. Однако они в меньшинстве. Как бывает в жизни? Внедрена ERP система, началось работа. Обычно это качественное улучшение информированности менеджмента, увеличение скорости обмена информацией, получение возможности контроля операций и многое другое. Если все внедрено хорошо, а такое бывает, то все быстро привыкают к хорошему. Хорошая система дает менеджеру несколько выгодных преимуществ. И тут вдруг…. Похожие ощущения испытает менеджер когда выясниться, что отчетность которую он получает через ERP он вовремя не получит. Вопрос, «почему?» звучит смешно. Не подумали о будущем не протестировали… Но проблема типичная. Многие интеграторы, внедряющие ERP часто делают это без учета потенциальных проблем которые могут наступить при наборе критической массы данных, или развитии системы. Причин несколько:
Все четыре причины, являются системными и вытекают из особенностей бизнеса по внедрению ERP систем, по этому остановимся на каждой из них поподробнее: Почему распространенные ERP устаревают технически?Любая ERP система состоит из программы (бизнес-логики) и данных (информации). Программа состоит из ядра и обновлений. Ядро – это главная часть системы. Благодаря хорошему ядру ERP система однажды стала популярной. В дальнейшем ядро обновляли: добавляли новые функции, исправляли багги и др.. Для хранения информации обычно используется СУБД, например Microsoft SQL, Oracle Database и др. Современные СУБД имеют множество новых инструментов, которые повышают возможности и скорость управления информацией. Но ядро ERP их не использует. Оно устарело и не учитывает эти возможности. Почему же создатели ERP не перепишут ядро системы? Некоторые переписывают, но те кто пошли по этому пути часто теряли свой рынок по нескольким причинам:
Те кто не переписал ядро остались в плюсе. Но в такой ERP многие возможности СУБД не используются и скорость обработки данных низкая. Почему Интеграторы продают неправильные системы?ИТ технологии довольно дороги, по этому важной издержкой взаимодействия клиента и поставщика является неправильное позиционирование продукта. Клиенту предлагается более дешевая система рассчитанная на более мелкий бизнес с заверением, что уж на его то задачи возможностей хватит. К сожалению не существует осмысленных критериев сравнения ИТ систем. Например, на уровне присутствия или отсутствия модуля сравнение часто бессмысленно, т.к. при серьезном анализе (а чаще уже в процессе замены одной системы другой) выясниться, что функции отсутствующего модуля в определенной системе берут на себя другие модули. Качественная реализация модулей (например логистики и финансов) ни чего не может сказать о качестве их интеграции между собой, и т.д… Большинство методик сравнения ERP являются в корне бессмысленными и существуют лишь из за отсутствия альтернативы. Если надо выбрать систему, то как то надо выбирать… В итоге продажа неправильных системы для небольших и средних фирм с большим объемом данных и сложными бизнес-поцессами является типичным случаем. Это усугубляется тем, что у интегратора при работе с таким бизнесом меньше риски связанные с возможностью Клиента надавить. К тому же сам Интегратор часто не является производителем ERP, и за ее выбор как бы не отвечает. В типовых договорах на продажу программного обеспечения ни продавец ни производитель ни за что не отвечают. Кстати, цена продукта для малого и среднего бизнеса вовсе не определяется себестоимостью, а определяется именно маркетинговым позиционированием: с малого бизнеса больше определенной суммы не возьмешь… Чтобы все не выглядело настолько фатально скажу про положительные сдвиги. Те кто принимают решение о внедрении теперь в большей степени ориентируются на опыт знакомых чем на презентации и рекламу. А у некоторых продавцов ERP появились новые (более осмысленные с точки зрения ERP) критерии отделения крупных предприятий от средних и от малых, например по количеству ИТ персонала или по количеству серверов. Разве Интегратор заинтересован в проблемах клиента? Можно сказать, что врач заинтересован в болезни пациента? Я что то не то сказал? Но это же очевидно... Я слышал, шутку о пользе проблем у клиента, много раз, и долго не верил что это правда. Недавно очередной раз услышал циничную речь незнакомого прежде менеджера по продажам: «А что плохого если будут проблемы – нас же пригласят их решить…» Разработчики интеграторов поддержанные менеджерами не заботятся о быстродействии. Но бывает и хуже. Менеджеры по продаже проектов, получают бонусы пропорциональные деньгам полученным от клиента. По этой причине проблемы клиента для них становятся благом. А раз так, то от деструктивных действие в отношении клиента их отделяет только совесть (у кого она осталась) и неумение сделать эти действия самостоятельно. По заданию менеджеров деструктивные действия выполняют программисты. Например совсем недавно удалось обнаружить закладку, оставленную Интегратором, случайным образом портящую данные. Такую закладку в большой системе обнаружить непросто. В идеале менеджеры по продажам и специалисты выполняющие проект должны быть мотивированы на долгосрочное и эффективную работу системы у Клиента. Но я ни где не встречал такой схемы мотивации. Она противоречит денежным потокам Интегратора, и по тому трудно-реализуема. Дополнительным источником доходов многих Интеграторов является продажа оборудования. Если интегратор не торгует оборудованием сам, то он может входить в холдинг включающий поставщиков оборудования или иметь негласные договоренности с поставщиками оборудования. Вот и еще одна выгода. Если вы изготавливаете плохую продукцию, то ее вам вернут и вы заплатите не устойку. На рынке услуг по настройке и разработке для ERP это не работает. Часто трудно доказать что то что сделано не соответствует ТЗ, детализация ТЗ обычно для этого недостаточно. Если поставщика убедить, что он не прав, то он исправит бесплатно, а если не убедишь (например, благодаря его сложной бюрократической структуре), то что бы исправить надо доплатить деньги. Не ужели у Интеграторов нет опытных кадров?Специалисты у интеграторов такие же как и везде. Они решают те проблемы, которые решать умеют, а не те, которые нужно. Неопытные кадры, также результат экономии на кадрах. Интегратор, который выиграл тендер за счет низкой цены не сможет себе позволить платить много. Но ключ в том, что интеграторы не любят специалистов, которые имеют опыт работы на действующих системах с реальными объемами данных, т.е. тех, кто длительное время работал на стороне клиента. Причин несколько:
Выходит, что опыт специалиста по работе с системой в сложных условиях больших объемов данных, для интегратора не является существенным. Конечно, ведь в момент внедрения в системе почти нет данных, и все работает быстро. Что же делать?Отражение проблем ERP в негативном свете, может сподвигнуть тех, кто уже было собрался внедрять систему – бросить это дело. Это будет самый неправильный вывод. Эффективность ERP настолько велика, что многие компании в течении длительного времени терпят ERP работающую медленно. Неправильная ERP, настроенная не самым удачным образом, все равно часто решает большую часть проблем учета и дает новые возможности управление и контроля. Наличие работающей ERP это гораздо лучше, чем ее полное отсутствие. Возможности Интегратора по одурачиванию Клиента велики, а риски минимальны. Но у Клиента есть много инструментов влияния на Интегратора. По отдельности у каждого из них эффективность не большая, но системная политика в общении с интегратором может дать вполне ощутимый результат. А вот, что гарантировано не даст результата – так это политика типа: мы платим не вникая в детали, вы делаете. Для начала позаботимся о том, чтобы юридически застраховать себя от проблем быстродействия. Ограничения скорости зависят не только от ERP но и от ее настройки. Значит, включить в договор настройки/внедрения гарантии от Интегратора по быстродействию возможно, при определенных усилиях. Требования по быстродействию должны быть четкими. Следует указать количество пользователей, количество операций в единицу времени. Не забудьте об определенном запасе, на неточность расчета, а также на роста вашей фирмы. Быстродействие это вопрос технический, и как следствие сильно зависит от кадров. Важная его особенность заключается в том, что об этой проблеме надо позаботиться заранее, поскольку часть источников замедления очень трудно ликвидировать, когда система уже работает. Подробнее об этом в статье «Причины замедления ERP».
Москва 2007г. Автор: Мартынов Дмитрий (эксперт компании ИГ "КИБОРГ") См. так же дополнения: О том, как ERP системы использую СУБД; Быстродействие Axapta, 1С
|
полная версия С т а т ь иo ПО ДАТАМ o ПО ЖУРНАЛАМ ==== >> ERP o УПРАВЛЕНИЕ o СИСТЕМЫ () Методология (+) ЭКСПЛУАТАЦИЯ, ПОДДЕРЖКА |