Центр компетенции должен отслеживать изменения в технических и бизнес-стандартах и руководящих принципах на предмет их воздействия на используемое в компании ПО BPM/BPMS и при необходимости корректировать стандарты BPM. Примеры:
• сбор информации: руководство по выявлению бизнес-процессов;
• имитационное моделирование: контроль информации, ее качества и отражения в моделях;
• нотация моделирования бизнес-процессов (BPMN): определяет символы, используемые для графического проектирования процессов, и обеспечивает возможность генерации приложений BPMS;
• язык исполнения бизнес-процессов (BPEL): кодирование приложений, генерируемых BPMS;
• расширяемый язык разметки (XML): обмен данными и документами;
• расширяемый язык определения процесса (XPDL): общий формат файлов для обмена моделями между программными продуктами;
• база данных и моделирование данных: схемы использования и хранения данных;
• Java: стандарты применения языка;
• веб-сервисы: структура, использование и контроль;
• SOA: стратегия, использование, разработка и т. д.;
• тестирование: проверка того, что генерируемые приложения работают как ожидалось.
Примечание: этот только примерный список стандартов, которые следует анализировать. Он не претендует на полноту.
Начинать создание собственных стандартов использования ПО BPM/BPMS следует с обращения к поставщику ПО, который может дать набор рекомендаций по применению своего программного продукта. Затем обратитесь к опыту членов ABPMP и другим надежным источникам информации. Поиск по Интернету тоже может быть полезным, но качество найденной здесь информации под вопросом. Если ПО BPM/BPMS уже используется в другом департаменте компании, то в работе над стандартами может быть полезен их опыт.
Вводя новый стандарт, контролируйте нагрузку, которую он создаст. Если стандарт будет обузой, команда найдет способ делать минимум для его соблюдения, и это подорвет саму идею стандарта.
10.6. В ближайшем будущем – еще большая гибкость
На эволюции технологий BPM отражается появление новых информационных технологий. В этом разделе мы рассмотрим четыре новые технологии/подхода, способных повысить гибкость ПО BPM/BPMS.
10.6.1. BPM и SaaS
Программное обеспечение как услуга (SaaS) – это реинкарнация концепции разделения времени 1970-х – начала 1980-х. Пользователи SaaS подписываются на доступ к программно-аппаратной среде поставщика и запускают приложения через Интернет, находясь при этом где угодно. Программно-аппаратные ресурсы являются внешними по отношению к компании и также могут быть размещены в любой точке мира. Оплата за пользование сервисом обычно рассчитывается исходя из потребленных услуг. Вдобавок доступ через Интернет избавляет компанию от значительной части затрат на поддержание собственной коммуникационной инфраструктуры. Как утверждают сторонники, по этим причинам SaaS обходится значительно дешевле собственных систем.
Некоторые поставщики ПО BPM применяют этот подход для предложения своих продуктов по более низким ценам, в зависимости от фактического использования. Это способствует совместной работе территориально распределенных команд и позволяет обращаться к моделям и данным из любой точки в любое время. Пользователь ПО BPM (как и другого ПО, применяющего эту модель) становится абсолютно независим от физического расположения компьютеров и их жестких дисков. Доступ к приложению обычно осуществляется через интернет-браузер (технология «тонкого клиента»).