Другой способ поддержания адаптивности ИС обеспечивается технологией – это концепция платформы, на базе которой создается семейство продуктов, причем и платформа, и продукты должны управляемо эволюционировать[115]. Процессы разработки и поддержки платформы и приложений на ее базе должны быть разделены. Под платформой здесь понимается не программная среда типа Java или .Net, а некий набор слабо связанных бизнес-объектов и средств интеграции и автоматизации бизнес-процессов, которые могут быть достаточно просто переконфигурированы в зависимости от текущих задач предприятия. Существующие индустриальные тренды (SOA, BPM, model business management – MBM, бизнес-правила, отделение реализации от интерфейса и т.д.)[116], кажется, позволяют создавать системы, которые могли бы в дальнейшем легко реконфигурироваться.
Такой платформой может стать и ERP система. Но при этом надо оценивать степень простоты и быстроты внесения изменений в текущую конфигурацию. Большинство предлагаемых сейчас на рынке ERP систем данному требованию не удовлетворяют. Эти системы имеют значительное количество перекрестных связей между модулями, внесение даже незначительных изменений связано с большими трудностями. Можно утверждать, что их дизайн не соответствует аксиоме независимости. Фактически эти системы жестко фиксируют существующую на момент их внедрения бизнес-практику, поэтому их изменение обходится слишком дорого.
Отметим также, что платформенный подход к созданию семейства продуктов получил широкое распространение не только в ИТ, но и, например, в машиностроении.
Третий способ обеспечения адаптивности, более социотехнический, это концентрация не на функциях ИС и даже не на поддержке бизнес-процессов, а на предоставлении сервисов. Сервис можно трактовать как бизнес-процесс с подписанным соглашением об уровне сервиса (SLA), где указаны поставщик и потребитель, ключевые параметры оказания услуги, включая стоимость, время восстановления и т.д. Разница в подходах, ориентирующихся на процесс и на сервис, исследована М. Урамом и Б. Стефенсоном[117] (см. таблицу 6.2).
В этом случае ИС становится лишь одним из инструментов, обеспечивающих сервис. В данном случае речь идет о дизайне в соответствии с аксиомой независимости не только технического компонента ИС, но и ее социальной части – людей и организационных структур. В целом такой подход следует социотехнической теории, которая в качестве реакции на непредсказуемость внешней среды рекомендует не повышать внутреннюю сложность организации, а уменьшать внутренний контроль и координацию (так называемая стратегия простой организации и сложных задач[118]). Следствием этого подхода является замена традиционной иерархии полуавтономными группами, которые полностью отвечают за все операции в рамках определенного сервиса.
В соответствии со сказанным можно предложить модель оценки зрелости организации ИТ – сервисов на основе их сопоставления с уровнями архитектуры предприятия (таблица 6.3).
Корпоративная информационная система как единое целое включает в себя все виды сервисов: инфраструктурные, поддержки бизнес-приложений и бизнес-процессов, между которыми формируются различные связи. Инфраструктурные сервисы (например, резервное копирование или электронная почта) могут обеспечивать выполнение некоторых функций бизнес-приложений и элементов бизнес-процессов. Точно так же в рамках одного бизнес-процесса могут использоваться различные бизнес-приложения.