Бизнес-процессы. Моделирование, внедрение, управление

Примечание. В крупной, давно работающей компании построение сложной структурной модели может не принести ожидаемого результата. Дело в том, что топ-менеджмент вряд ли решится перекраивать весь бизнес по модели в IDEF0. А с точки зрения регламентации на операционном уровне все верхние уровни (3–5-й) в модели IDEF0 бесполезны.

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

Итак, структурная модель процессов нужна:

• бизнес-аналитикам для понимания деятельности организации и создания адекватной системы процессов (в первую очередь для корректного перехода к процессам уровня Work Flow – регламентируемым или автоматически исполняемым в BPMS процессам);

• руководителям организации для:

– уточнения зон ответственности, целей и задач их деятельности;

– анализа и совершенствования архитектуры бизнеса;

• руководителям и бизнес-аналитикам при проектировании нового бизнеса.

Замечу, что среди руководителей компаний желающие работать со структурной графической моделью процессов верхнего уровня встречаются редко. Поэтому многоуровневая структурная модель (например, в IDEF0) – удел узкого круга бизнес-аналитиков. В лучшем случае руководители используют диаграмму первого уровня, которую размещают на стенде с нормативно-методической документацией.

4.6. Модели процессов на операционном уровне

В этом параграфе мы рассмотрим модели процессов на операционном уровне. Они отображают последовательность выполнения операций процесса (подпроцессов) во времени. Их обычно называют «модели Work Flow»[92].

Сейчас существует множество нотаций типа Work Flow, при помощи которых можно описывать процессы операционного уровня. Рассмотрим основу формирования моделей и некоторые важные аспекты их применения.

4.6.1. Нотации типа Work Flow

На рис. 4.6.1 показаны основные элементы, которые используются практически во всех современных нотациях Work Flow. Можно выделить пять основных:

1. События.

2. Операторы логики (по-другому их называют: блоки решения, ветвления/развилки, шлюзы/гейтвеи[93]).

3. Операции процесса.

4. Стрелки типа «Связь предшествования».

5. Стрелки типа «Поток объектов».

События служат для определения границ процесса. Они могут указывать на его начало и завершение. Кроме того, возможны промежуточные события, возникающие по ходу выполнения процесса. Примеры именования событий: «Поступила заявка клиента на отгрузку продукции», «Утвержден план проекта», «Подписана накладная», «8.00 понедельника» и т. п. Как видно на рис. 4.6.1, в различных нотациях события показаны при помощи разных условных обозначений. Особняком стоит BPMN 2.0[94] (см., например, [9]). В рамках этой нотации внутри графического элемента «Событие» могут присутствовать различные маркеры: таймер, сообщение, триггер и т. д.

_{Рис. 4.6.1. Основные элементы нотации Work Flow}

Операторы логики служат для описания ситуаций, связанных с ветвлением процесса. Оно может произойти по разным причинам (например, принятие решения, проверка условия). Операторы логики бывают трех типов[95]: логическое «И», логическое исключающее «ИЛИ», логическое неисключающее «ИЛИ».

На рис. 4.6.2 приведен пример использования операторов логики при построении схемы типа Work Flow (графические обозначения операторов логики на схеме условные).

_{Рис. 4.6.2. Использование операторов логики}

При использовании логического оператора «И» (ситуация 1) после операции 1 выполняются операция 2 и операция 3.

При использовании логического оператора исключающее «ИЛИ» (ситуация 2) после операции 1 выполняется одна из двух операций – 2 или 3.

При использовании логического оператора неисключающее «ИЛИ» (ситуация 3) после операции 1 выполняется операция 2, либо операция 3, либо операции 2 и 3.

Условные обозначения для операций процесса (задач, действий, функций) выглядят практически одинаково во всех нотациях типа Work Flow.