«Стандартные» системы управления ресурсами предприятийРассматриваются ряд подходов к построению систем управления для сек тора средних и малых предприятий (облегчение «тяжелых»продуктов, «референтные модели»). Приводится мнение о том, как сегодня должна выглядеть интегрированная система — по крайней мере, в качестве «пу теводной звезды».
Определимся с терминологией. Под «стандартны ми» системами управления ресурсами предприятий предлагается понимать интегрированные системы управ ления ресурсами предприятий, которые удовлетворя ют рекомендациям влиятельных ассоциаций профес сиональных консультантов по управлению, ведущей из которых является американская APICS.
Таким об разом, речь идет о том, что в профессиональной лите ратуре обозначается аббревиатурами ERP, ERPII, MRPII и т. п.
В настоящее время сказанное уже не требует по яснений. Во первых, найти сегодня систему управле ния ресурсами предприятий, которая имеет несколь ко внедрений и при этом не декларируется как систе ма типа ERPII, уже невозможно. Во вторых, вследст вие огромной затратности независимого тестирования, какая -либо сертификация данных продуктов в мире отсутствует.
На основании этого в статье опускается обсужде ние функционального наполнения таких систем (и сте пени их соответствия той или иной концепции, выра женной приведенными аббревиатурами).
Наверное, можно считать, что мировые лидеры данного рынка более соответствуют ожиданиям заказчиков, а аутсай деры — менее. При этом имеются также отраслевые и региональные предпочтения, дифференциация по целевым рынкам и пр.
Хочется обратить внимание на то, что в новейшей истории развития ERP систем предпринимались по пытки «облегчения» т. н. «тяжелых» продуктов для сек тора средних и малых предприятий, что выражалось в добавлении к торговым маркам расширения « light».
Как известно специалистам, ничего путного из этого не получилось. Результатом проведения разработок, инвестиции в которые выражались суммами в сотни миллионов долларов, стало понимание того, что функ циональные потребности средних и малых предприя тий в совокупности равны функциональным потреб ностям лидеров промышленности.
Сущность данных попыток заключалась в сокра щении функциональной мощности комплексной ин тегрированной системы для крупных предприятий с целью снижения ее стоимости — и, соответственно, увеличения доступности программного продукта для средних предприятий. В результате сохранить универ сальность продукта не удалось.
Таким образом, можно заключить, что рынок сред них предприятий с позиции универсальных «стандарт ных» систем охватывается не путем сокращения функ циональности, а посредством специализированных на строек и с привлечением опыта отраслевых внедрений.
Такой подход получил название «референтных моде лей». Ценовая оптимизация при этом достигается не снижением стоимости лицензий на программное обес печение, а снижением стоимости внедрения — за счет
накопленного опыта.
Практически все лидеры рынка придают сегодня большое значение развитию направления референт ных моделей и соответствующих инструментальных средств, к которым относятся бизнес моделеры и спе циализированные системы управления проектами вне дрения. Последние все больше приобретают характер
баз знаний из области внедрения систем.
Кроме того, для удовлетворения нужд средних и ма лых предприятий бурно начал развиваться рынок пре доставления лицензий на рабочие места ERP систем через Internet — рынок ASP услуг.
Это увеличило до ступность функциональности интегрированных сис тем для предприятий с финансовыми ограничениями на полномасштабные собственные внедрения.
Новые стандартыЧто сегодня характеризует «стандартные», в выше упомянутом смысле, системы — кроме того что они расширяют сферу автоматизации деятельности пред приятия вплоть до управления взаимоотношениями с
клиентами (CRM) и управления цепочками поставок (SCM)?
По крайней мере, ведущие из них имеют (кроме собственно функциональных модулей): - систему поддержки Help On line;
- систему обучения с демо базой данных;
- бизнес моделер;
- подсистему интеграции;
- инструментальные средства разработки прило жений и отчетов;
- подсистему поддержки национальных или тер риториальных локализаций;
- подсистему управления конфигурациями;
- специализированную систему планирования и управления проектами внедрения;
- отраслевые референтные модели в виде репози ториев бизнес процессов, присущих соответст вующим отраслям промышленности.
В последнее время системы дополняются инструмен тальными средствами создания хранилищ данных с обес печением возможностей для их многомерного анализа и репортинга. Причем перечисленные системы интег рированы не только по данным, но и по приложениям.
Говоря об инструментальных средствах, необходи мо отметить желательность (с точки зрения заказчи ков) того, чтобы разработчик системы использовал продукты «третьих» производителей, достаточно «рас торгованные» на рынке.
Это увеличивает доступность кадров для сопровождения и развития и, как прави ло, обеспечивает более высокий уровень инструмен тальных средств — по сравнению с пакетированны ми решениями от собственно производителя интегри рованной ERP системы.
Специализированная система управления проекта ми внедрения интегрированной системы управления, как уже упоминалось, имея характеристики эксперт ной системы по разработке и операционному управ лению проектами внедрения, позволяет повысить ка чество планирования проектов внедрения и снизить риски получения отрицательных результатов.
Кроме того, для систем, которые используют в ин терфейсе активные бизнес процессы, возник независи мый рынок референтных, или отраслевых, моделей, представляющих собой репозитории бизнес процессов.
Что такое активный бизнес процесс в интерфей се? Дело в том, что до недавнего времени интерфейс си стем управления ресурсами предприятий наследовал Windows подобный подход, основанный на иерархи ческих функциональных меню с выпадающими окна ми, из которых производился вызов сессий системы для ввода и анализа данных (так, как это происходит в Word, Excel и т. п.). В некоторых системах количест во подобных выпадающих меню достигает пяти семи.
Понятно, что при выполнении сложных многохо довых бизнес операций пользователю очень сложно воспроизводить необходимую последовательность дей ствий.
Реакцией на это неудобство явилось появление в составе интегрированных систем подсистем бизнес моделирования, которые позволяют проектировать в гра фическом виде последовательности действий в виде известных программистам блок схем алгоритмов.
Эти блок схемы алгоритмов «выкладываются» в пользовательский интерфейс и позволяют осуществ лять вызов сессий непосредственно из графических пиктограмм, обозначающих данные операции. При этом пользователь может уже не заботиться о том, что бы надежно помнить всю последовательность дейст вий — она находится перед ним.
Пионером в развитии такого подхода была Baan, затем разработку данного направления продолжила компания IFS. Таких систем пока не много, но автор уверен, что в ближайшее время наличие бизнес моде лера, активных бизнес процессов в интерфейсе, авто матического конфигурирования рабочих мест на ос новании бизнес модели предприятия станет сложив шимся стандартом (конечно, в понимании de facto).
По мнению автора, возрастание роли интеграци онных средств систем, о чем уже говорилось выше, приводит также к необходимости развития стандартов представления данных бизнес моделирования для обес печения кросс операбельности в использовании ре ферентных моделей. Рынок в этом заинтересован, ком пании разработчики — не очень.
Но это противоречие будет разрешено — интересы рынка однозначно пере весят. Многие помнят почти десятилетнюю дискуссию по нотациям объектно- ориентированных моделей и чем все это закончилось. Автор уверен — рынок рефе рентных моделей будет создан.
ИнтернационализмУчитывая мировые тенденции развития предпо чтений заказчиков, можно констатировать, что в на стоящее время они, скорее, склонны предпочесть ис пользование функциональных модулей разных по ставщиков (по принципу выбора «best of breed») ис пользованию унитарного продукта. По этой причине резко возрастает роль подсистемы интеграции.
Так, в настоящее время возник целый рынок интеграции ин тегрированных систем — такая себе «интеграция2». Что, по мнению автора, является проблемным в данной связи — это, прежде всего, глоссарии систем.
Данная проблема также сильно связана с проблема тикой создания корпоративных хранилищ данных и локализацией рассматриваемых «стандартных» про дуктов для национальных территорий.
Остановлюсь на проблемах локализации (посколь ку руководил одним из проектов подобного рода). Реалии данного вопроса заключаются в том, что ис ходная документация на систему практически всегда предоставляется на английском языке и ее перевод на национальный язык осложняется не только объемом данной работы и проблемами обеспечения концепту ального единства, но и трудностями сопровождения вновь появляющихся версий.
Именно языковая про блема, по мнению автора, до настоящего времени при водила к тому, что более успешными на рынке ока зывались системы, развивавшиеся не в направлении появления новых версий, а, прежде всего, в сторону развития систем поддержки обучения и внедрения.
Такой подход, дополненный приоритетом маркетинга и сбыта перед процессами разработки новых (а тем бо лее — революционных) версий, пока доказал свою жизнеспособность.
Вообще, проблема внедрения инноваций на рас сматриваемом, достаточно консервативном рынке, пред ставляется сложным и противоречивым процессом.
С одной стороны, производственные компании со средоточены на поиске источников достижения кон курентных преимуществ (в частности, это привело к бурному развитию так называемых интеллектуаль ных систем).
С другой стороны, на развитом рынке внедрение инноваций обходится все дороже, они приводят к по вышению сложности систем, что зачастую неадекват но достижимому экономическому эффекту (хотя бы вследствие сложности освоения персоналом новых под ходов к управлению).
Совершенно очевидно, что количество версий си стем, продуцируемых компаниями поставщиками за год, абсолютно не гарантирует укрепления финансо вых позиций и часто, наоборот, ведет к финансовым потрясениям.
Потребители заинтересованы в функциональном развитии продуктов с одновременным снижением слож ности их освоения и стоимости. Решением этих про тиворечий является переход к компонентным систе мам, разработанным на основе объектно ориентиро ванного подхода, с возможностью независимого вне дрения компонент.
Несколько слов об «интеллектуальности» систем — как наиболее ярком проявлении процессов иннова ции на современном рынке. Объем рынка систем под держки принятия решений (DSS — Decision Support Systems) в ближайшее время достигнет 40% объема рынка систем ERP класса (9 и 25 млрд. долларов в год, соответственно).
При этом список лидеров рынка ERP систем абсо лютно не совпадает с перечнем лидеров рынка систем DSS. В первом списке: SAP, Peoplesoft&J.D.Ed wards, Oracle, Baan&SSA, IFS, а в другом — Cognos, Hyperion, SAS, Microstrategy. Рынок DSS систем не только не переживает потрясений, присущих в послед ние годы рынку систем ERP, но и демонстрирует устой чивый 30- процентный ежегодный рост.
Однако следует отметить, что сфера применимос ти систем поддержки принятия решений пока прак тически полностью сосредоточена в финансовой и мар кетинговой сферах. Проникновение интеллектуаль ных систем в сферу управления производством идет пока очень медленно. Но анализ происходящих изме нений наталкивает на мысли о направлениях будущих слияний и интеграции.
Путеводная звездаТеперь изложу мнение о том, как сегодня должна выглядеть интегрированная система — по крайней ме ре, в качестве «путеводной звезды».
Хотелось бы, прежде всего, иметь библиотеку биз нес классов, причем крайне желательно — в варианте ее независимого (и, желательно, «нерыночного») по полнения, этакая «VBX community». Под «нерыноч ным пополнением» подразумевается международная инициатива по свободному распространению кодов.
Желательна доступность данной библиотеки в ис ходных кодах, так как получение признанного всеми глоссария бизнес объектов является, наверное, прин ципиально неразрешимой задачей.
С одной стороны, объем и сложность свободно распространяемого про граммного обеспечения в настоящее время невелики.
С другой стороны, в структуре доходов крупнейших поставщиков программных продуктов происходит по стоянное снижение доли продажи лицензий и посто янное увеличение доходов от консалтинга и обучения.
Автор не видит пока причин для изменения данной тенденции, в силу чего можно прогнозировать сниже ние интереса компаний к сохранению закрытости ко да в ущерб увеличению ареала его распространения.
К данной библиотеке необходим один или несколь ко конфигураторов со средой отладки, тестирования, управления документацией и т. п. Конечно, еще бы иметь сертификацию — но это уже полная утопия в на стоящее время. Хотя поживем — увидим.
Необходим бизнес моделер (один или несколько) и рынок независимо распространяемых референтных моделей. Добавим сюда специализированные системы управ ления проектами внедрения, системы документирова ния спецификаций заказчика — и автор уже хотел бы работать в такой среде.
В принципе.
С одной стороны, изложенная программа является полной утопией: она не отражает реалий рынка, среди которых главная — защита авторских прав. Сегодня линия обороны производителей — это языки с компи ляторами и инструментальные средства.
Если компа ния этого не имеет, вести с ней речь о поставке исход ного кода системы бесполезно.
С другой стороны, все перечисленные пожелания, хоть и не в столь «рафинированном» варианте, уже от ражены на рынке, что и позволяет сформировать пред ставленный «прогноз».
Приведенный или подобный анализ, по мнению автора, может представлять интерес также с точки зре ния поиска «нашего» места в мировом разделении тру да.
Так вовлечение отечественных программистов в интернациональные проекты более вероятно либо по линии интеграционных, базисных и инструменталь ных компонент, либо по линии разработки компонент и систем управления документооборотом. Другие груп пы задач в большей степени имеют национальную спе цифику в требованиях.
|
