Свод знаний по управлению бизнес-процессами: BPM CBOK 3.0

Как только стандарты и руководящие принципы BPM письменно зафиксированы, следует позаботиться о том, чтобы они не стали обузой. Если воздействие стандартов оказывается слишком глубоким или влечет за собой слишком много работы, либо они будут игнорироваться, либо при наличии контроля им будет уделяться минимум усилий – только чтобы отчитаться о соблюдении. Чтобы группа, отвечающая за стандарт, отдавала себе отчет в степени его обременительности, она должна смотреть на стандарт как на набор обязательных работ. С этой точки зрения полезно внедрять членов этой группы в проекты, чтобы они там отвечали за соответствие стандарту и отчетность и смогли таким образом оценить объем работы, которой требует стандарт.

Центр компетенции должен отслеживать изменения в технических и бизнес-стандартах и руководящих принципах на предмет их воздействия на используемое в компании ПО 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 (как и другого ПО, применяющего эту модель) становится абсолютно независим от физического расположения компьютеров и их жестких дисков. Доступ к приложению обычно осуществляется через интернет-браузер (технология «тонкого клиента»).

В сочетании с технологиями проведения онлайн-совещаний, видеоконференций и трансляции экрана компьютера участникам мы получаем все необходимое для организации виртуальных команд, размещенных глобально и способных работать глобально и без перерывов.

Модель SaaS вызывает озабоченность в отношении безопасности доступа и защиты данных, и время покажет, насколько хорошо поставщики защищают свои сайты, приложения и данные. Время также покажет, насколько этот подход устойчив к взломам и к поражающим Интернет вирусам, не говоря уже об обрывах связи. В настоящее время политика в отношении безопасности должна учитывать специфику среды SaaS.

10.6.2. Облачные технологии