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

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

Архитектура бизнес-процессов – совокупность определенных в компании взаимосвязанных бизнес-процессов различного уровня, представленных в виде моделей в нотациях IDEF0 и BPMN (eEPC), созданных с использованием программного продукта Business Studio (ARIS, iGrafx, Elma и т.п.) .

Приведу еще определение архитектуры системы из Википедии:

Архитектура системы – принципиальная организация системы, воплощенная в её элементах, их взаимоотношениях друг с другом и со средой, а также принципы, направляющие её проектирование и эволюцию.

Если во втором определении заменить слово «элемент» на «бизнес-процесс», то получится хорошее определение архитектуры бизнес-процессов компании. Далее в книге вы сможете ознакомиться как раз с принципами методологии построения такой системы с использованием нотации IDEF0 и программного продукта Business Studio.

Можно дать и другие определения архитектуры. Вам важно выбрать какое-то одно и постоянно использовать его при выполнении проекта.

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

Архитектура состоит из процессов. Приведу рабочее определение:

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

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

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

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

Замечу, что при создании графических диаграмм в нотации IDEF0, понятие «Событие» не используется, так как нотация IDEF0 не является нотаций типа Work Flow 1 1 Work Flow – поток работы. .

Рис. 2. Бизнес-процесс, как объект управления.

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

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

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