Поделиться
MES: как разогнать ИТ-зоопарк
MES прививается в России с трудом, однако понятно, что автоматизация производства жизненно необходима для отечественных предприятий. Времена, когда ведущий технолог заменял большую часть управляющих систем, давно прошли. Российские и западные разработчики MES пытаются донести до бизнеса простую идею - одним ERP производство не наладишь, нужно средство, способное следить за "зоопарком" систем АСУТП.С позиции вендора
Несмотря на рекламные брошюры, распространяемые вендорами, ситуация с программными продуктами MES сейчас такова, что явного лидера нет. Нет даже иерархии типа "это самая дорогая и хорошая система", а эта "дешевле и лучше подходит для малого бизнеса". Есть лидеры в узких областях, например, в работе с технологическими данными или решения, хорошо зарекомендовавшие себя в какой либо отрасли (в основном за рубежом). Есть некоторые тенденции, намерения крупных известных фирм вложить средства в создание и доработку своих MES-решений. В целом, ситуация динамично меняется: фирмы помельче поглощаются более крупными, появляются новые продукты, старые сливаются в программные комплексы, но главная битва еще впереди.
Особенно тяжело внедрять MES в специфических российских условиях
Можно выделить 3 типа систем (границы классов размыты), данная классификация достаточно условна: заказные системы, успешные отраслевые продукты и системные платформы.
MES на заказ: плюсы и минусы
Заказные системы могут появляться на производстве либо в случае, когда руководство предприятия требует от своей ИТ-службы реализовать функционал MES самостоятельно либо заказывая его сторонней софтверной компании. Оба этих пути не лишены недостатков.
ИТ-служба предприятия предназначена, прежде всего, для поддержания работоспособности ИТ инфраструктуры, а не для полноценной разработки ПО в "классических" средах, таких как Visual Studio или Delphi. У нее просто недостаточно ресурсов для этого.
Появляются временные решения, наподобие попыток, используя е-технологии, показывать экраны SCADA на рабочих местах. При этом ИТ-служба натыкается на тяжелые "грабли" лицензирования и сталкивается с невозможностью разработать сложный аналитический отчет с агрегированной информацией по предприятию.
Такого рода решения рождаются не от хорошей жизни, но зачастую они все же сильно облегчают жизнь на производстве. Бывает так, что опытный начальник цеха по микроскопическому изгибу графика может сказать, что ненормального происходит в цеху в данный момент и, главное, кто в итоге не получит премию в квартал.
ИТ-инфраструктура предприятия, где долгое время развитие идет по схеме стихийного затыкания дыр своими силами, представляет собой винегрет из устройств, программ и т.д. С каждым днем в нем все сложнее разобраться и все большую часть накопленного придется просто выкинуть, если затеять модернизацию. Есть такая поговорка: "то, что делается временно — остается навсегда". Действительно, ситуация может оставаться в таком положении годами и десятилетиями, но она чревата возникновением кризиса практически в любой момент. Например, в связи с уходом одного единственного программиста. Аксакалы-технологи, способные по звуку определять режим работы агрегата, постепенно уходят на пенсию, а молодые специалисты не особо стремятся поддерживать желание начальства экономить на автоматизации и изучать устаревшие технологии.
С другой стороны, на большинстве предприятий можно найти специфические особенности и задачи, которые не учитывает ни один производитель MES.
Например, вполне может так получиться, что для какого-то конкретного типа производства не получается найти готовое программное средство, позволяющее сформировать детальный план. Заказать создание такого продукта специализированной фирме — нормальное решение. Но как показывает практика, создание ПО — процесс с порой непредсказуемым результатом.
Готовый продукт почти всегда лучше, чем собственная разработка — если он есть и подходит для применения. Нет смысла, например, пытаться создать свою технологическую базу данных. То, что будет создано, почти наверняка окажется хуже и обойдется дороже того решения, которое уже много лет успешно конкурирует на открытом рынке.
Используя заказное решение, предприятие становится зависимым от его создателей и здесь не надо утешать себя даже актом передачи исходных кодов. Это, конечно, лучше, чем ничего, но почти наверняка при смене коллектива разработчиков системы её модернизация будет очень тяжелым процессом.
Поэтому, хотя хорошее заказное решение запросто может быть лучше (не значит дешевле, скорее наоборот) самого замечательного бренда, предприятию стоит доверять такие разработки только проверенным стабильным компаниям, своим дочерним фирмам или специализированным внутренним подразделениям и только в тех случаях, когда такая разработка вызвана необходимостью реализации специфичной функциональности.
Короткая ссылка
