Скачать книгу

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Скачать книгу