Читать книгу Разработка архитектуры бизнес-процессов компании в Business Studio - Владимир Репин - Страница 5

1. Введение. Зачем нужна архитектура процессов компании?
1.4. Иерархическое представление бизнес-процессов

Оглавление

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

Модель не должна быть слишком сложной. Эта сложность может стать препятствием для анализа, обоснования и внедрения изменений.

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

Группа процессов, в свою очередь, декомпозирована на процессы, один из которых разделен на операционные процессы.

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


Рис. 3. Иерархия бизнес-процессов в компании.


Визуально на рис. 3 показаны четырехугольники различного размера. Чем ближе к основанию пирамиды, тем они меньше. Этот означает, что бизнес-процессы различных уровней отличаются по масштабу. Тем не менее, к каждому из них применимы подходы, как к объекту управления (см. рис. 2).

Замечу, что количество процессов при переходе сверху-вниз растет в геометрической прогрессии. На четвертом уровне количество операций процессов (шагов, задач) в средней и крупной организации может достигать нескольких тысяч.

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

Бизнес-процессы различных уровней иерархии нужно как-то называть. Можно, например, использовать способ, представленный организацией APQC (American Productivity & Quality Center)2 в так называемой модели Cross Industry Process Classification Framework (PCF). В рамках этой модели определены следующие уровни процессной архитектуры:


Уровень 1 – Категория – представляет наиболее высокий уровень процессов в организации.

Уровень 2 – Процессная группа – указывает на следующий уровень процессов и представляет собой группу процессов.

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

Уровень 4 – Операция – показывает ключевые события, возникающие при выполнении процесса.

Уровень 5 – Задача – представляет собой следующий уровень иерархической декомпозиции после операций. Задачи являются более раздробленными и в значительной степени зависят от отрасли.


Видно, что в APQC, по сути, нет четких определений уровней. Есть лишь некоторое их описание.

Взяв названия уровней из APQC, в ряде проектов я использовал следующие определения:


Категория бизнес-процессов – совокупность групп бизнес-процессов, объединенных по критериям общности поставленных целей и единства методов создания ценности для потребителей.

Группа бизнес-процессов – совокупность процессов, объединенных по критериям общности поставленных целей и единства методов создания ценности для потребителей.

Процесс – совокупность взаимосвязанных операционных процессов, выполняемая одним или несколькими субъектами (подразделение, должность, роль).

Операционный процесс – ограниченная совокупность операций, выполняемая одним и более субъектами (должность, роль).

Операция процесса – ограниченная совокупность транзакций, выполняемая одним субъектом (должность, роль) или модулем информационной системы/программного продукта.

Транзакция – часть операции, которая может быть выполнена только целиком, либо вообще не выполнена.


Видно, что категории процессов определены через группы и т. д. На практике это приводит к сложностям при идентификации элементов архитектуры на верхних уровнях. Стройной теории в данном случае нет, но задача построения архитектуры практически решается в различных средствах моделирования, причем часто используются именно термины «Категория», «Процессная группа» и т. д.

2

Американский центр производительности и качества.

Разработка архитектуры бизнес-процессов компании в Business Studio

Подняться наверх