Моделирование бизнес-процессов в нотации BPMN. Пособие для начинающих. Часть I

1. прийти в банк;

2. открыть депозит;

3. уйти из банка.

Достаточно ли такого описания для решения практических задач? Смотря каких…

Определите точку зрения (как правило, – это точка зрения бизнес-заказчика модели). Ее выбор существенно повлияет на результат. Приведу пример. Как будет выглядеть процесс открытия банковского депозита в банке?

С точки зрения клиента последовательность такая:

• прийти в банк;

• получить талончик в электронной очереди;

• дождаться своей очереди (увы, операция ожидания – это тоже часть процесса);

• объяснить пожелания сотруднику банка, передать паспорт;

• подписать договор;

• перейти в кассу и внести деньги;

• получить квитанцию о внесении средств;

• покинуть банк.

Тот же процесс с точки зрения сотрудника банка (операциониста):

• выяснить потребность клиента;

• проверить паспорт;

• оформить договор и сберкнижку;

• оформить депозит в системе;

• выдать бирку на внесение денег в кассе, передать документы кассиру.

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

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

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

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

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

2. Графическая схема процесса. Основы

Пулы. Дорожки. Исполнители (роли, должности). События. Запуск и остановка процесса. Правила именования событий. Описание операций процесса на схеме. Правила именования операций. Пример схемы простого линейного процесса.

2.1. Пул, дорожки, роли, должности

Итак, приступаем к созданию графической схемы процесса. На рис. 3 представлен пул (Pool) – это просто рамка, внутри которой будет описан процесс. Все, что вне пула, – это внешнее окружение. Для изображения взаимодействующих процессов в BPMN принято отображать их на диаграмме в виде «черных ящиков» (свернутых пулов).

Внутри рамки (пула) созданы три дорожки (Lane). Дорожки принято называть в терминах исполнителей процесса. Ими могут быть:

• должности;

• роли.

Например, «Начальник отдела продаж» – это должность. «Инициатор договора» – это роль. «Начальник отдела» – это тоже… роль, т.к. не указано, какого именно отдела начальник.

Роли лучше назвать контекстно. Это означает, что нежелательно называть роль просто «Ответственный», а нужно, например, «Сотрудник, ответственный за подготовку отчета о продажах».

Недопустимо называть дорожки по фамилии исполнителя.

Дорожки на схемах BPMN принято располагать горизонтально, хотя вертикальное расположение также допустимо.

2.2. События. Запуск и остановка процесса

День рождения – это событие? Еще какое! Вообще, в нашей жизни все начинается с событий. Так и на схемах процессов нужны стартовые события. Первый и самый простой тип стартового события – неопределенное событие (см. рис. 4).

Рис. 4. Стартовое и завершающее события.

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

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

В реальной же ситуации стартовые события могут возникать в следующих случаях:

• наступление определенного времени;

• получение важной информации;

• исполнение некоторого условия.

У процесса может быть несколько стартовых событий. Как быть в этом случае, я расскажу чуть ниже.

Событие, завершающее процесс, также должно быть показано на схеме. У процесса может быть несколько разных завершающих событий. Это нормально.

На рис. 4 показано событие с черным кружком в середине – это завершающее процесс событие типа termination. Если в конце одной из веток процесса возникает такое событие, то все выполняемые в данный момент ветки процесса будут остановлены. В некоторых случаях это необходимо.

2.3. Операции процесса и стрелки

На рис.5 показана схема простого линейного процесса. Процесс начинается со стартового события-таймера «Ежедневно, 10—00». Внутри зеленого кружка показана пиктограмма часов. Такого рода пиктограммы в BPMN принято называть маркерами. Наличие маркера может существенно изменить смысл объекта на схеме процесса. В BPMN используется много разных типов маркеров. Хорошо то, что для начала можно обойтись их малым количеством.