2.10.4. Переход от контролируемых к интегрированным процессам

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

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

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

Концепция архитектуры и ценность, которую она приносит бизнесу, зачастую воспринимаются неправильно. По-простому, архитектура есть выделение и определение компонент и связей между ними. Например, применительно к зданиям архитектура выделяет и описывает на разных уровнях детализации фундамент, каркас, крышу, водопровод, электропроводку, отделку и то, как они компонуются. Аналогичным образом, применительно к бизнесу (и в контексте BPM) архитектура используется для выделения и описания составляющих бизнес компонент и связей между ними: продукция и услуги, способности, процессы, процедуры, заказчики, организации, роли, местоположения, события, бизнес-правила, информационные системы, цели, показатели эффективности и т. п.

Организации, решившие перейти к интегрированным процессам, инвестируют в способности, обеспечивающие планирование и описание (стадия «Планирование» цикла PDCA), особенно в развитие составляющих корпоративной архитектуры. Обычно наблюдается развитие в следующих направлениях.

• Стратегическое планирование: дисциплина, имеющая дело с движущими силами бизнеса и базовыми ценностями для потребителя[41]. Более конкретно стратегическое планирование выделяет и увязывает такие компоненты, как видение и миссия, цели и стратегия, продукция и услуги, внутренние и внешние показатели жизнедеятельности, с тем чтобы оптимизировать и улучшать положение на рынке.

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

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

• Архитектура приложений: дисциплина, выявляющая и увязывающая пакеты корпоративных приложений и все субкомпоненты, входящие в отдельные приложения, чтобы убедиться в их масштабируемости, надежности, доступности и управляемости. Архитектура приложений призвана гарантировать, что различные функциональные приложения, средства автоматизации потоков работ и BPM-системы поддерживают исполнение бизнес-процессов оптимальным образом.

• Сервис-ориентированная архитектура: дисциплина, выявляющая и увязывающая информационные и технологические компоненты, собранные в ключевые бизнес-сервисы, реализованные с помощью IТ. Более конкретно, сервис-ориентированная архитектура призвана гарантировать, что веб-сервисы, веб-приложения, базы данных и технологическая инфраструктура обеспечивают доступность данных для использования в бизнес-процессах.

Организации, развивающие BPM, но не инвестирующие в развитие способностей, относящихся к архитектуре, страдают из-за невозможности:

• оценить истинное воздействие изменений на всевозможные компоненты, связанные с аспектами что, когда, где, зачем, как и кто исполнения бизнес-процесса и создания ценности для потребителя. Например, ответить на вопросы типа «Какие бизнес-процессы и операционные процедуры будут затронуты изменением внешнего регулирования? Реорганизацией? Внедрением новой информационной системы?»;

• эффективно выявлять и устранять нежелательное воздействие незапланированных изменений на эффективность процесса и целевые показатели поставки продукции и услуг;

• сформулировать требования к совместимости компонент бизнеса и IТ и выявить возможности повторного использования, а также учесть эти факторы при проектировании, чтобы повысить операционную эффективность и предотвратить дорогостоящие переделки.