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

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

Большинство примеров использования BPMS на сегодняшний день – это решение отдельных задач, в которых проблема целостности данных остро не стоит. Но ситуация меняется, и с расширением BPM в компании значимость проблемы в глазах архитектора и руководителя проекта BPM возрастает.

Сегодня некоторые компании пытаются что-то с этим делать и тратят время и усилия на то, чтобы собрать воедино и одновременно очистить разрозненную информацию о клиентах. Некоторые компании решают эту проблему путем извлечения правил из унаследованных приложений и вынесения их вовне. Многие инициировали у себя проекты выявления и описания бизнес-правил в масштабах компании или по крайней мере для части своего бизнеса. Это нужное дело, но необходимо также пересмотреть подход к сбору данных. Любая деятельность в области BPM должна учитывать наличие этой потребности в повышении целостности данных.

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

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

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

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

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

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