10.5.4. Эволюция через изменение технических стандартов

Разрабатывать и интегрировать модели так, чтобы в итоге сформировать комплексное представление о компании и ее процессах, можно при наличии ПО BPM и тщательно выстроенных бизнес– и технических стандартов. Такие стандарты будут регламентировать использование средств моделирования или BPMS, с одной стороны, и инкрементный подход к составлению из разрабатываемых в ходе проектов бизнес-моделей полной картины – с другой.

Чтобы быть эффективными, эти стандарты должны гармонично сочетаться с текущими эксплуатационными стандартами IТ, стандартами использования баз данных, стандартами бизнес-архитектуры и др. Это позволит избежать дублирования и разобщенности и создать комплект интегрированных стандартов компании. Такая интеграция стандартов, однако, является целью на будущее, в направлении которой компания должна будет двигаться. Но многие стандарты уже существуют, а значит, им предстоит эволюционировать. Доработка стандартов потребует дополнительных усилий, так как любое расширение, модификация или удаление должны быть согласованы с группой, включающей представителей основных игроков.

Бизнес-стандарты обычно бывают менее конкретны – скорее, это принципы, которыми следует руководствоваться. Технические стандарты по сравнению с ними более конкретны и детальны, и они должны учитывать выбранное средство моделирования или BPMS и рекомендации поставщика ПО. Насколько это возможно, они должны содержать модификации, поддерживающие все используемые в компании средства BPM/BPMS. Разумеется, технические стандарты должны отражать текущие стандарты и политики в области IТ. При появлении дополнительных стандартов, относящихся к определенным областям IТ, все стандарты должны быть просмотрены и при необходимости дополнены ссылками и/или изменены, чтобы устранить расхождения, избыточность и конфликты.

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

Центр компетенции должен отслеживать изменения в технических и бизнес-стандартах и руководящих принципах на предмет их воздействия на используемое в компании ПО BPM/BPMS и при необходимости корректировать стандарты BPM. Примеры:

• сбор информации: руководство по выявлению бизнес-процессов;

• имитационное моделирование: контроль информации, ее качества и отражения в моделях;

• нотация моделирования бизнес-процессов (BPMN): определяет символы, используемые для графического проектирования процессов, и обеспечивает возможность генерации приложений BPMS;

• язык исполнения бизнес-процессов (BPEL): кодирование приложений, генерируемых BPMS;

• расширяемый язык разметки (XML): обмен данными и документами;

• расширяемый язык определения процесса (XPDL): общий формат файлов для обмена моделями между программными продуктами;

• база данных и моделирование данных: схемы использования и хранения данных;

• Java: стандарты применения языка;

• веб-сервисы: структура, использование и контроль;

• SOA: стратегия, использование, разработка и т. д.;

• тестирование: проверка того, что генерируемые приложения работают как ожидалось.

Примечание: этот только примерный список стандартов, которые следует анализировать. Он не претендует на полноту.

Начинать создание собственных стандартов использования ПО BPM/BPMS следует с обращения к поставщику ПО, который может дать набор рекомендаций по применению своего программного продукта. Затем обратитесь к опыту членов ABPMP и другим надежным источникам информации. Поиск по Интернету тоже может быть полезным, но качество найденной здесь информации под вопросом. Если ПО BPM/BPMS уже используется в другом департаменте компании, то в работе над стандартами может быть полезен их опыт.

Вводя новый стандарт, контролируйте нагрузку, которую он создаст. Если стандарт будет обузой, команда найдет способ делать минимум для его соблюдения, и это подорвет саму идею стандарта.