Как правило, функциональный процесс сам по себе не создает законченный результат ни для компании в целом, ни для ее клиентов. Этот результат носит промежуточный, частичный характер. Только несколько функциональных процессов, определенным образом взаимодействующих между собой, могут создавать результат, действительно важный для организации и/или ее клиентов (в широком смысле).
Справа на рисунке 1 показано, как из функциональных процессов «собраны» два сквозных процесса — А и Б. Часть функциональных процессов невозможно (либо нерационально) отнести к сквозным процессам, но их можно определенным образом сгруппировать в рамках архитектуры. (Чуть ниже я дам определение сквозного процесса).
Суть процессного управления в масштабах компании — определение сквозных процессов и организация управления этими процессами за счет назначения владельцев процессов, определения их ответственности и полномочий, выполнения проектов оптимизации процессов, разработки и использования соответствующих целей и показателей для оперативного управления процессами, автоматизации процессов.
Владелец бизнес-процесса — руководитель, который имеет в своем распоряжении выделенные ресурсы, управляет ходом бизнес-процесса, несет ответственность за достижение поставленных целей.
Методика разработана с учетом ее применения в конкретной среде моделирования, а именно — в Business Studio. При использовании другого программного обеспечения Методику необходимо скорректировать.
Этап 1. Для каждого бизнес-процесса в архитектуре должны быть определены исполнители и ответственные. Ими могут являться подразделения, должности или роли. Поэтому на первом этапе целесообразно создать модель организационной структуры компании в Business Studio.
Этап 2. Необходимо выполнить анализ деятельности подразделений и определить реестр бизнес-процессов (на 2-3-х уровнях представления) для каждого функционального подразделения. Реестры заносят в Business Studio в виде иерархического справочника. Заполняются справочники документов, информации, материальных ресурсов, информационных систем, баз данных, терминов. Группировка объектов в справочниках осуществляется на основе структуры функциональных подразделений. Таким образом, получаем реестры функциональных процессов подразделений.
Этап 3. Разрабатывается контекстная модель бизнеса (диаграмма А-0, уровень «0») (или отдельного сквозного процесса[1]). Для этого определяются и группируются поставщики и потребители компании, а также другие субъекты, которые с ней взаимодействуют. Определяются входы/выходы для бизнеса компании в целом.
Этап 4. Выполняется анализ деятельности компании. Выбирается принцип группировки категорий процессов. Разрабатывается диаграмма А0 (уровень 1).
Этап 5. Разрабатываются модели для каждой процессной категории, включающие группы процессов. При определении групп процессов используются реестры функциональных процессов подразделений, разработанные на Этапе 2.
Этап 6. Разрабатываются модели процессов для каждой процессной группы. Процессы формируются из реестров функциональных процессов подразделений.
Этап 7. Разрабатываются модели операционных процессов для каждого процесса. Операционные процессы могут создаваться непосред
Владелец бизнес-процесса — руководитель, который имеет в своем распоряжении выделенные ресурсы, управляет ходом бизнес-процесса, несет ответственность за достижение поставленных целей.
Бизнес-процесс — устойчивая, целенаправленная совокупность взаимосвязанных видов деятельности, которая по определенной технологии преобразует входы в выходы, представляющие ценность для потребителя.
Архитектура бизнес-процессов — совокупность определенных в компании взаимосвязанных бизнес-процессов различного уровня, представленных в виде моделей в нотациях IDEF0 и BPMN (eEPC), созданных с использованием программного продукта Business Studio (ARIS, iGrafx, Elma и т.п.).
