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

Согласование бизнес-архитектуры начинается на первой стадии и должно быть завершено на второй стадии жизненного цикла BPM.

9.2.2. Уровни архитектуры предприятия

Контекст бизнес-архитектуры лучше всего задают вертикальные и горизонтальные оси модели Захмана, самой популярной среди моделей архитектуры предприятия.

Горизонтальная ось – это шесть вопросов из предыдущей таблицы. Вертикальная показана на следующем рисунке.

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

Модели уровня предприятия

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

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

В модели цепочки создания ценности Портера к основным процессам относятся:

● Входящая логистика.

● Операции.

● Исходящая логистика.

● Маркетинг и продажи.

● Послепродажное обслуживание.

В референтной модели APQC PCF основными (операционными) процессами являются:

1.0 Разработка видения и стратегии.

2.0 Проектирование и разработка товаров и услуг.

3.0 Маркетинг и продажа товаров и услуг.

4.0 Поставка товаров и услуг.

5.0 Управление клиентским сервисом.

В более клиентоориентированной модели основными категориями могли бы быть:

● Привлечение клиентов.

● Заключение сделки.

● Выполнение обязательств перед клиентами.

● Обслуживание клиентов.

Это верхний уровень группировки бизнес-процессов.

Обычно каждый из бизнес-процессов верхнего уровня затем детализируется на компоненты, то есть на подпроцессы. Обычно модель предприятия включает два или более уровня детализации и играет роль высокоуровневого «чертежа» бизнес-архитектуры. Модель может включать или не включать вспомогательные процессы и процессы управления.

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

Бизнес-модели

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

Операционные модели и модели потоков работ

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

Модели систем

Модели систем описывают стартовые события, программные процессы, потоки данных и выходные данные, необходимые бизнес-операциям.

Модели измерения и контроля

Модели измерения и контроля указывают точки, в которых производится измерение и мониторинг ключевых показателей эффективности.

9.2.3. Методы и средства проектирования бизнес-архитектуры

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

Бизнес-архитектура является основной отправной точкой (вторая опора – это данные) для остальных составляющих архитектуры предприятия. Бизнес и данные должны моделироваться параллельно, поскольку данные являются входами-выходами процессов.

Бизнес-архитектура используется для:

● приведения бизнес-процессов в соответствие с бизнес-способностями, стратегией и целями бизнеса;

● формирования архитектурного взгляда на организацию на основе бизнес-стратегии;

● формирования руководящих принципов;

● формализованного документирования процессов, их участников и их обязанностей в рамках процесса;

● измерения процессов с целью оценки операционной эффективности и бенчмаркинга;

● интеграции процессов, их согласования и повторного использования;

● коммуникаций и обучения;

● хранения и управления изменениями моделей процессов организации.

Следующий рисунок иллюстрирует простую методологию (более простую, чем TOGAF) согласования бизнес-архитектуры со стратегией.

9.2.3.1. Матрица факторов влияния