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

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

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

Пока преждевременно говорить о наличии каких-то общепризнанных на уровне отраслей или компаний стандартов в области использовании BPMS. BPM и технологии BPMS все еще молоды, и задачей ABPMP и других подобных объединений является выработка таких стандартов. А пока надо двигаться вперед и разрабатывать для своей компании стандарты использования ПО, методы моделирования и т. п. Это важно с точки зрения взаимопонимания между группами внутри компании. Эти стандарты должны включать:

• способ сбора и состав информации, которая будет применяться для настройки системы;

• набор символов, используемых для моделирования (обычно это стандартный BPMN);

• репозиторий;

• ограничения доступа и применимые нормативно-правовые требования;

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

• стандартные условия, уровни сервиса и т. п.;

• регулирование.

Как со многими другими аспектами BPM, в Интернете нет недостатка в информации о регулировании отношений в области BPM, охватывающей использование, настройку и контроль. Но обращаться к ним в поисках идей рекомендуется со здоровым скепсисом. Некоторые из них будут правильными и полезными, другие – неработоспособными, а третьи могут оказаться хорошими, но неподходящими вам.

Пример: модели зрелости BPM. Gartner, Forrester, IBM и другие группы разработали модели, иллюстрирующие этапы, которые компании проходят на пути к зрелости BPM. Эти модели зачастую похожи друг на друга, но в части регулирования между ними могут быть существенные различия. Некоторые рассматривают только часть вопросов, относящихся к регулированию BPM и BPMS, концентрируясь на использовании. Другие изучают вопросы более широко и детально. В Интернете масса информации на эти темы: статьи, заметки в блогах, сайты консалтинговых компаний, LinkedIn, открытые форумы. Но тут необходима осторожность, так как полезная информация может соседствовать с нуждающейся в проверке. Очевидно, что при разработке собственной модели регулирования следует опираться на максимально достоверную информацию. Кроме того, модель должна быть адаптирована к нуждам вашей компании.

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