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

© Владимир Репин, 2019

ISBN 978-5-4496-6989-6 (т. 1)

ISBN 978-5-4496-6990-2

Создано в интеллектуальной издательской системе Ridero

Вы держите перед собой книгу – краткое методическое пособие по освоению нотации BPMN для целей практического описания и анализа бизнес-процессов компании.

В нем излагается минимально необходимый объем знаний по BPMN для сотрудников, которые впервые приступают к описанию процессов . Надо четко понимать, что освоение данного материала не сделает вас профессионалом по BPMN, но позволит сделать первые шаги на пути освоения методики моделирования.

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

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

BPMN (Business Process Model and Notation – нотация и модель бизнес-процессов) разработана компанией Business Process Management Initiative и поддерживается Object Management Group после слияния организаций в 2005 г. Последняя версия 2.0 вышла в 2012 г. В 20013 году BPMN утверждена в качестве международного стандарта ISO/IEC 19510.

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

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

Применение BPMN в вашей компании даст возможность описать процессы в стандартном виде и использовать полученные модели для целей анализа и улучшения, регламентации и стандартизации процессов. В дальнейшем, совершенствуя свои навыки моделирования, вы сможете использовать BPMN для целей автоматизации бизнес-процессов.

Рекомендую последовательно выполнять все задания без исключения, даже если что-то уже покажется вам знакомым и слишком простым. Для выполнения заданий можно использовать MS Visio, Business Studio, Bizagi BPM Modeler или любую другую программу, которая поддерживает создание графических схем в нотации BPMN.

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

Схемы процессов для книги подготовлены в среде моделирования Business Studio 4. Вид некоторых графических объектов может слегка отличаться от используемых в других программах, поддерживающих моделирование в нотации BPMN.

Обратите внимание на определение процесса (бизнес-процесса):

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

Входы и выходы – это информационные и материальные потоки.

Прежде чем описывать процесс в виде графической схемы, очень важно определить его контекст – см. рис. 1.

Рис. 1. Правильный контекст процесса.

Рис.2. Неправильный контекст процесса.

Запомните принцип: процесс может :

• получать входы от других процессов;

• передавать выходы другим процессам.

Процесс НЕ может :

• получать входы от отделов, сотрудников, физических лиц и прочих сущностей, кроме процессов;

• передавать выходы другим отделам, сотрудникам, физическим лицам и прочим сущностям, кроме процессов.

Почему это так? Процесс – это не сферический конь в вакууме. Он существует среди других процессов в общей архитектуре процессов организации. Если вы будете рисовать на схеме взаимодействие процесса с «Ивановым» или «Отделом закупки», то вместо системы взаимодействующих процессов получите управленческий винегрет.

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

Будет здорово, если вы также выявите управляющие воздействия (планы, приказы, распоряжения) и нормативные требования к процессу (ГОСТы, регламенты, положения и т.п.). Это важно для анализа контекста. Но управляющие воздействия не всегда целесообразно показывать на схеме процесса.

Затем нужно указать состав участников процесса, но об этом несколько позже.

Кроме входов и выходов очень важно идентифицировать события, инициирующие процесс, и события, завершающие процесс. Например, стартовое событие – «Получена заявка на выставление счета», завершающее событие – «Выставлен счет на оплату».

События отличаются от входов/выходов. Они определяют условия запуска (продолжения, завершения) процесса.

Если начать описание процесса без определения его контекста, границ и событий, то с вероятностью 99% вы нарисуете не то, что нужно. Работу придется переделывать несколько раз.

Перед тем как описывать процесс, важно определиться с тремя вопросами:

• цель;

• точка зрения;

• метод.

Определите цель. Для чего вам нужно описание процесса? Если читателями процесса будут только люди, то схема может быть простой, построенной с использованием минимального количество графических элементов.

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