Как составить бизнес процесс систем

Введение

В этой статье мы рассмотрим, что представляет собой нотация бизнес-моделирования BPMN и как её использовать для описания бизнес-процессов.

Главное назначение и практическое применение

Нотация BPMN (Business Process Modeling Notation) нужна для подробного описания логики выполнения бизнес-процесса, в том числе для отражения деталей процессов, таких как: события, исполнители каждого из действий, используемые и создаваемые документы и другие объекты, использующиеся в качестве входных данных для тех или иных действий или создающиеся в результате их выполнения.

BPMN позволяет описать бизнес-логику выполнения действий в виде наглядной диаграммы, а также запустить отрисованный бизнес-процесс на исполнение. Для этого используются специализированные системы BPMS (Business Process Management System), поддерживающие эту нотацию.

BPMS-системы могут автоматически перевести схему бизнес-процесса в исполняемый код и создать веб-приложение, которое будет обрабатывать данные, введённые пользователями и сторонними сервисами. Это соответствует концепции Low Code/No Code (создание программного обеспечения без разработки кода) и отлично подходит для автоматизации офисных процессов.

Технически такая возможность реализуется за счёт перевода BPMN-диаграмм в документы формата BPEL (Business Process Execution Language). BPEL-документы представляют собой инструкции исполнения бизнес-процессов для веб-сервисов.

Таким образом, BPMN используется в следующих случаях:

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

2. Когда требуется запустить схему бизнес-процесса на исполнение в BPMS-системах

Краткая история появления нотации

BPMN считается довольно молодой нотацией: её 1-я версия вышла в 2009 году под эгидой профессионального консорциума OMG. Сегодня эта нотация является стандартом де-факто в ИТ-сфере и используется для описания бизнес-процессов. Текущая версия BPMN 2.0 вышла в 2011 году и используется до сих пор. В 2014 году в дополнение к BPMN группа OMG выпустила нотацию описания бизнес-правил и принятия решений (Decision Model and Notation, DMN).

DMN упрощает построение BPMN-диаграмм в случаях сложной бизнес-логики и многоуровневых её ветвлениях.

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

BPMN не заменяет IDEF0 и других нотаций структурного моделирования бизнес-процессов, организационных структур и информационных систем. Для этих задач есть соответствующие иерархические диаграммы, а также ER, DFD и UML-нотации.

Уровни моделирования

В зависимости от целей построения BPMN-диаграмм, различают 3 уровня моделирования:

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

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

3. Исполняемое моделирование предназначено для запуска на исполнение в BPMS-движке, чтобы создать веб-приложение. Здесь может использоваться всё многообразие алфавита этой нотации, включая добавление специальных параметров и скриптов, создаваемых разработчиками.

Алфавит нотации

BPMN-диаграмма отражает детальное описание бизнес-процессов в наглядном графическом виде. Главными объектами на диаграмме являются события и действия (задачи), которые соединяются потоком управления.

Поток управления — это последовательность шагов бизнес-процесса, в которой он исполняется.

Событие — это некий свершившийся факт, что-то, что возникает по ходу процесса или происходит в результате выполнения тех или иных действий. Например, «от клиента поступила заявка», «прошла неделя с момента подачи заявления» и т. д. Процесс в BPMN-диаграмме всегда начинается с события и должен заканчиваться событием.

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

При разработке BPMN-диаграмм «для людей» (описательный и аналитическое моделирование), используются базовые элементы нотации, самые простые для понимания.

События

В нижеприведённой таблице вы можете увидеть базовый набор элементов BPMN, использующийся для отображения событий. Если внутрь круга, изображающего события, вписан какой-то элемент, он называется триггер.

Триггер определяет тип и смысл события. Например, триггер в виде конверта означает, что пришли какие-то данные, причём совсем не обязательно в виде сообщения электронной почты. Триггер в виде часов связан со временем. Если событие имеет триггер, значит, поток управления двинется дальше только тогда, когда сработает триггер этого события. Например, получены данные, наступил определённый временной интервал и так далее.

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

Поток управления

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

Эфемерной сущностью BPMN, которая показывает смысл концепции потока, называют токен. Подобно потоку воды токен «бежит» от стартового события диаграммы к финишному, разделяясь на несколько экземпляров с помощью логических операторов. Последовательность и вариативность выполнения действий называется бизнес-логикой и показывается с помощью логических операторов или развилок, шлюзов. Например, на диаграмме ниже представлено 2 логических оператора: исключающее ИЛИ (XOR) и включающее ИЛИ (OR).

Процесс утреннего пробуждения

Как можно видеть на диаграмме, после стартового события выполняется первое действие («Проверить время звонка»). Следующий за ним логический оператор исключающего ИЛИ, подобно шлюзу, пропускает дальше поток управления только по одной ветке: «да» или «нет». Причём ветка «нет» здесь помечена как поток по умолчанию, который выполнится, если все остальные условия не будут верны.

После выполнения действия оператор включающего ИЛИ (OR) пропускает поток на действие «Выпить кофе» или на действие «Узнать новости» или по обоим веткам. Исключения здесь нет, ручеёк потока управления распараллеливается на две ветки, чтобы потом объединиться снова в одну и один раз выполнить действие «приготовиться к делам». После выполнения этого действия процесс заканчивается конечным событием.

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

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

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

Процесс утоления голода

В следующем примере процесс «утоления голода» состоит из двух дорожек («Ребёнок» и «Мама»), общение между которыми выполняется через поток управления.

Стартовым событием является простое событие «Возникло чувство голода» на дорожке Ребёнок, а конечным — простое событие «Чувство голода удовлетворено» на этой же самой дорожке.

Сам процесс представлен линейным потоком, без логических ветвлений. Однако при выполнении задачи «Найти продукты» возникло граничное прерывающее событие «Решено пойти в кафе», которое запускает ветку с задачей «Собраться в кафе» и заканчивается событием-терминатором, который останавливает весь процесс в целом.

Кафе показано отдельным свёрнутым пулом, общение с которым происходит через поток сообщений в рамках свёрнутой задачи «Собраться в кафе». Предполагается, что детали выполнения задачи «Собраться в кафе» отражены на отдельной диаграмме.

Типы событий

Рассмотренные примеры не показывают даже 10% всех существующих в алфавите нотации BPMN элементов. Таким образом, алфавит нотации BPMN очень широк и позволяет подробно описать даже самую сложную бизнес-логику.

В частности, одних только событий насчитывается 13 типов в зависимости от связанного триггера, например, сообщение, таймер и прочее. Некоторые из этих событий могут быть стартовыми, промежуточными и финишными, в зависимости от их расположения в потоке управления.

Также некоторые события могут быть прерывающими и не прерывающими.

Прерывающие события (обработчики) приостанавливают поток управления, ожидая прихода указанного в событии триггера. Непрерывающие события продолжают движение потока управления дальше, без остановки. Все стартовые события и некоторые промежуточные являются событиями-обработчиками. Триггер внутри таких событий не закрашен. Например, конверт в событии с типом «сообщение‎» будет белого цвета.

События-инициаторы генерируют результат выполнения действий в процессе, при этом не приостанавливая выполнение бизнес-процесса. Такие события могут, например, отправлять сообщения, генерировать сигналы, возвращать ошибки. Все конечные события и некоторые промежуточные являются событиями-инициаторами. Триггер внутри них закрашен. Например, конверт в событии с типом «сообщение» будет чёрного цвета.

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

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

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

Типы действий

Подобно событиям, действия в BPMN также могут быть разных типов:

• Выполняемые вручную без использования какого-либо ПО, например, съесть пиццу.

• Выполняемые пользователем с помощью ПО, к примеру, заказать пиццу.

• Выполняемые скриптом или сервисом, например, изменить статус заказа пиццы.

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

Более подробно про типы действий, их смысл и графические обозначения рассказано в Приложении Б.

Логические операторы

Поскольку BPMN показывает логику выполнения бизнес-процесса, в диаграммах используются логические операторы, которые также называются развилками или шлюзами. Изначально их всего три: OR, XOR и AND.

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

В отличие от исключающего или, простое ИЛИ (OR) допускает возможность активации как нескольких веток, так и одной из них. В математическом смысле этот оператор реализует дизъюнкцию или логическое сложение переменных, что показано в таблице истинности на слайде.

Наконец, логическое И (AND) означает активацию всех входящих или исходящих в этот оператор потоков управления, реализуя логическое умножение переменных, т. е. операцию конъюнкции.

Поскольку алфавит BPMN является избыточным, помимо базовых операторов булевой алгебры (то есть ранее рассмотренных И, ИЛИ и исключающего ИЛИ) в нотации также присутствуют усложнённые вариации этих операторов.

Например, исключающее ИЛИ по событиям, событийное И, а также сложный оператор, который объединяет несколько из упомянутых и моделирует сложную бизнес-логику. Его не рекомендуется использовать на диаграммах, т.к. не очевидно, что именно он показывает.

Следующий рисунок показывает использование эксклюзивного шлюза по событиям, который запускает движение потока только по той ветке, где событие произойдёт раньше. Например, получено согласие от клиента ИЛИ прошло 5 дней (без новостей от клиента).

Все остальные шлюзы, которые есть в BPMN, приведены в Приложении В.

Артефакты

Также на BPMN-диаграммах могут встречаться данные в виде входных и выходных документов к задачам, хранилищ данных и сообщений. Они называются артефактами.

Вы можете найти полный перечень артефактов в Приложении Г.

Правила построения диаграмм

Рассмотрим пример бизнес-процесса обработки заявки:

Стартовым событием в нашем процессе является поступление заявки от клиента. Обратите внимание, что клиент на диаграмме показан в виде свернутого пула: мы не видим никаких действий в пуле клиента, потому что для рассматриваемого процесса он представляет собой чёрный ящик, от которого приходят и уходят потоки сообщений, без подробностей обработки.

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

После действия «Направить клиенту коммерческое предложение (КП)» на диаграмме используется логический оператор ИЛИ (событийный XOR), после которого возможен один из двух вариантов:

1. Если прошло 5 дней, что показано событием с триггером таймер, и ответа от клиента нет, заявке присваивается статус «Отказ» в CRM-системе и наступает финишное событие «Заявка закрыта».

2. Если же ответ от клиента получен и 5 дней ещё не прошло, процесс движется дальше в зависимости от данных в этом ответе.

Таким образом либо заявке присваивается статус «Отказ» или выполняется свернутая задача «Сформировать проект договора», детали которой показаны на отдельной диаграмме.

В результате этой задачи создаётся документ «Проект договора» и наступает финишное событие «Заявка успешно обработана».

Поток по умолчанию

Если в диаграмме используются операторы обычного XOR, проверяющего условия по данным, и OR (неисключающего ИЛИ) рекомендуется помечать поток по умолчанию, который активируется, если другие условия не сработали. Поток по умолчанию допустимо не подписывать, если подписаны остальные потоки и диаграмма остаётся понятной. В примере ниже «‎Нецелевой» — поток по умолчанию.

Альтернативный способ показать условия

Поскольку алфавит нотации BPMN чрезмерно широкий, даже избыточный, то некоторые элементы по сути эквивалентны друг другу. В частности, вместо шлюза XOR по данным можно зашить условие в сам поток управления. Он обозначается маленьким ромбом в начале стрелки и содержит условие, которое определяет, будет активирован данный поток или нет. Этот поток нельзя использовать со шлюзами. В случае визуально нагруженной диаграммы с большим количеством блоков такой приём может чуть облегчить её и упростить восприятие.

Задачи и события

Говоря про вариативность BPMN, следует отметить небольшое различие между событиями-сообщениями и задачами-сообщениями. По сути это одно и тоже, но к задачам-сообщениям можно прикреплять обработчики событий (например, таймер) и модификаторы (например, цикл по объектам), а к самим событиям — нет.

Ниже показан пример диаграммы с задачами по отправке и получению сообщения:

Пример этой же диаграммы с событиями получения и отправки сообщений:

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

Рекомендации по использованию BPMN

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

Принимая во внимание три уровня моделирования BPMN и избыточный алфавит этой нотации, можно сделать вывод, что при проектировании диаграмм «‎для людей» (без запуска на выполнение в BPMS-системах) следует намеренно ограничить количество используемых элементов:

• Использовать только пользовательские и ручные задачи — без сценариев, сервисов и бизнес-правил, отправки и получения сообщений.

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

• Использовать только XOR и AND, без событийных шлюзов и OR, так как разница между исключающим и не исключающим ИЛИ понятна не всем пользователям.

• Использовать события с типом простое, таймер, сообщение и останов.

Для упрощения восприятия диаграммы стоит придерживаться правил наименования:

• Внешних контрагентов показывать как закрытые, они же — свёрнутые пулы (пулы, в которых нет действий).

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

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

• Называть действия (задачи) в стиле Глагол-Существительное, например, «‎Проверить счёт», «Подтвердить заявку», «Оформить договор».

• Называть события как свершившийся факт в прошедшем времени, к примеру, «Поступила заявка», «Прошло 3 дня».

• Подписывать исходящие из XOR стрелки, например, «Да» и «Нет», а также отмечать поток по умолчанию.

Также рекомендуется:

• Показывать успешное и неуспешное завершение процесса разными финишными событиями.

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

• Взаимодействие между разными пулами показывать через поток сообщений (пунктирной стрелкой), который не может присоединяться к шлюзам, в отличие от потока управления.

Наконец, при разработке любой диаграммы нужно помнить о главном правиле аналитика: независимо от нотации, ваша схема должна быть МАКСИМАЛЬНО простой и понятной читателю БЕЗ знания тонкостей процессного моделирования!

В целом алгоритм разработки BPMN-диаграммы можно представить как набор следующих 7 шагов:

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

2. Описать «счастливый» путь (happy path), который ведёт к созданию полезного результата (продукта).

3. Добавить условия и альтернативные потоки.

4. Добавить неуспешные завершения.

5. Добавить артефакты (объекты и хранилища данных).

6. Раскрыть на новых связанных диаграммах свёрнутые подпроцессы.

7. Добавить промежуточные событийные потоки к внешним пулам.

Пример построения диаграммы по текстовому описанию

Рассмотрим пример процессов работы с клиентской заявкой, представленной двумя пулами: «Обработка заявки» и «Заключение договора».

Клиент является внешним участником этих бизнес-процессов, то есть чёрным ящиком, поэтому он показан свёрнутым пулом. Общение между пулами реализовано через потоки сообщений.

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

Узнав подробности коммерческого предложения, клиент принимает решение о продолжении сотрудничества или отказе от него. Если клиент не согласился на условия КП, на этом процесс работы с ним заканчивается, а заявке присваивается статус «Отказ».

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

При наличии возражений к проекту договора клиент вносит в него изменения и снова направляет менеджеру. Менеджер формирует новый проект договора и снова отправляет клиенту на согласование, то есть идёт возврат к ранее выполняемой задаче.

Инструменты для разработки бизнес-процессов в нотации BPMN

BPMN-диаграммы для людей, то есть без запуска на исполнение, можно разработать, например, в следующих онлайн-редакторах:

• ШТОРМ — веб-редактор от команды Дениса Котова, пожалуй, главного евангелиста BPMN в России, с автопроверкой диаграмм и возможностями командной работы в одном пространстве;

• Online BPMN — простой и удобный веб-редактор, поддерживает интеграцию с BPMS-системой;

• Cavemo — веб-редактор, аналогичный предыдущему, имеет офлайн-версию

• простые веб-«рисовалки‎» Lucidchart, Draw.io, Visual Paradigm

Также алфавит нотации BPMN поддерживается и в MS Visio, ARIS Express и других редакторах диаграмм общего назначения.

Заключение

BPMN-диаграмма имеет массу достоинств. Она позволяет графически показать детальную логику выполнения процесса с помощью логических операторов, событий, документов и прочих объектов. BPMN-диаграмма может быть очень простой, наглядной и понятной для бизнес-пользователей, а также может быть запущена на исполнение в BPMS-движках. Сегодня именно эта нотация считается стандартом де-факто в ИТ-отрасли для описания бизнес-процессов.

Однако, избыточный алфавит нотации, особенно слишком большой набор событий и шлюзов, затрудняют разработку и чтение диаграмм. Это приводит к тому, что у разных аналитиков могут получиться разные диаграммы описания одного и того же процесса. Такая вариативность не всегда хороша, поскольку повышает семантическую нагрузку на читателя. Поэтому при использовании BPMN в качестве корпоративного стандарта визуального описания бизнес-процессов (без запуска на исполнение в BPMS) следует определить, какие элементы вы с коллегами будете использовать, и что именно каждый из них означает, чтобы исключить риски возможных семантических расхождений и снизить смысловую нагрузку на читателей диаграммы.

---

• Кандидат технических наук (Системный анализ, управление и обработка информации, 2013)

• Сертифицированный бизнес-аналитик (IIBA CBAP, 2020)

• Сертифицированный специалист Business Studio и СЭД Directum

Профессиональные интересы: системный анализ, бизнес-анализ, разработка и поддержка СМК, ССП (KPI), анализ и формализация бизнес-процессов (UML, IDEF, BPMN), Data Science, технологии Big Data, разработка технической документации (ТЗ по ГОСТам серии 19, 34, руководства пользователя и администратора, описание программных продуктов), управление продуктами и проектами.

Иллюстрация: Andrea Piacquadio / Pexels / Colowgee для Skillbox Media

Рассказывает просто о сложных вещах из мира бизнеса и управления. До редактуры — пять лет в банке и три — в оценке имущества. Разбирается в Excel, финансах и корпоративной жизни.

Дипломированный специалист по автоматизации бизнес-процессов. Девять лет опыта в бизнесе и консалтинге. Смоделировал более тысячи процессов для торговых и промышленных предприятий. Основатель OkoCRM.

---

Фото: личный архив Александра Завьялова

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

О базовых терминах и идеях в области бизнес-процессов мы рассказали в большом гайде. В этой статье разберём подробнее:

• что такое моделирование бизнес-процессов и нотации для моделирования;
• какие есть подходы к моделированию и кто этим обычно занимается;
• как изображают бизнес-процессы;
• как самостоятельно описать бизнес-процессы.

---

Бизнес-процессы — любые операции внутри компании, которые помогают решать бизнес-задачи и зарабатывать. Моделирование бизнес-процессов — описание этих операций и документирование требований к ним.

Ответственные за моделирование разбираются в процессах компании и описывают, кто, что и как делает. Изучают каждую операцию и разбивают её на этапы. Сначала описывают всё это текстом, затем превращают описание в схему.

В профессиональном моделировании бизнес-процессов часто используют нотации. Нотация — это набор правил для графического описания бизнес-моделей. Нотации описывают:

• какие иконки использовать в моделировании и как их читать;
• как отображать последовательность действий в процессе и отношения внутри него;
• какие элементы обязательно нужно включить.

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

Специалисты придумали много вариантов нотаций. Их делят на две основные категории:

• Структурные. Они показывают элементы процесса и взаимосвязи между ними. Это нотации стандарта IDEF: IDEF0, IDEF1x, IDEF4, IDEF5.
• Динамические. Они показывают логику выполнения процессов, последовательность и варианты их использования. Это нотации DFD, EPC, BPMN.

Ниже, когда мы будем говорить о подходах к моделированию, расскажем о двух вариантах нотаций — IDEF0 и BPMN.

С получившейся моделью бизнес-процесса работают дальше. Двигают элементы так, чтобы корректировать продолжительность цикла, влиять на качество результата или снижать себестоимость. Это называется оптимизацией бизнес-процесса — подробнее о ней говорили в статье. Но прежде чем оптимизировать и улучшать, важно провести качественное моделирование.

В моделировании бизнес-процессов есть три основных подхода: функциональный, процессный и ментальный. В следующих разделах разберём их подробнее.

Иногда можно встретить и другие подходы, но обычно это гибридные решения, собранные из основных. Каждый из трёх подходов предполагает, что процессы нужно визуализировать — рисовать их в виде схем. Различия подходов — в принципах визуализации.

При этом подходе описывают результаты, которые нужно получить, и ресурсы, которые при этом будут задействованы, без учёта последовательности действий.

У модели есть точки входа и выхода: то, что имеем на старте, и то, что хотим получить. Внутри — промежуточные результаты, ресурсы и факторы, которые влияют на процесс.

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

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

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

Разберём на примере. Пусть это будет изготовление рекламного ролика.

Процесс изготовления рекламного ролика — основной блок с процессами. Я называю его «чёрный ящик». У него есть три входа и один выход:

1. Сверху — вход для информации о контроле и ограничениях. Это данные, которые определяют условия для реализации процесса. Например, при разработке ролика нас будет ограничивать законодательство и стайлбук заказчика. А ещё мы будем опираться на перечень услуг клиента — чтобы в рекламе были корректные данные.

2. Слева — вход для основной информации. На её основе будет создан результат. В примере с роликом, чтобы получить эту информацию, для заказчика проводят брифинг.

О том, как составить бриф для клиента в рекламе и digital, писали в статье.

3. Снизу — вход для механизма, который будет осуществлять функцию. В примере с роликом это CRM, где хранятся данные о заказчике, и сотрудники телеканала, которые будут снимать ролик.

4. Справа — выходы. Это результаты, которые мы получим: заключим договор, снимем ролик и предложим сотрудничать на постоянной основе.

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

В итоге из нескольких таких диаграмм можно собрать одну большую. Важно соблюдать правила расположения данных — сверху, слева и снизу, — чтобы связи между ними сохранялись.

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

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

Я сторонник процессного подхода. В результате него получаются более прикладные модели, которые понятны и руководителю компании, и исполнителям. Функциональный же подход больше полезен для общего проектирования процессов — и далёк от их практической реализации.

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

У процессного подхода есть свои нотации. Стандартом считается BPMN — базовый набор условных обозначений. Его используют для изображения бизнес-процесса в виде блок-схемы.

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

Для примера нарисовали блок-схему обработки заявки в учебном центре. Она не соответствует канонам BPMN, но всё равно наглядна и понятна.

Это вариант моделирования «для себя». Его используют, чтобы структурировать общие представления о бизнес-процессе, но не раскладывать его на этапы и не составлять алгоритмов.

При ментальном подходе на процесс смотрят не как на последовательность результатов или действий, а как на набор связанных друг с другом понятий. Обычно их собирают на интеллект-карте: в центре «чёрный ящик» с процессом, на орбите — связанные с ним идеи и элементы. Жёстких рамок и нотаций нет — карты рисуют в произвольной форме.

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

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

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

Например, если нужно построить воронку продаж для CRM и при этом нет цели улучшать процессы, можно строить модель можно своими силами. Когда цель моделирования в том, чтобы оптимизировать процессы, лучше обратиться к аналитикам. Для оптимизации нужно глубоко разобраться в процессах и ещё и думать над тем, как их доработать. Потребуется опыт и знание инструментов.

Рассмотрим, кто может заниматься моделированием процессов.

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

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

Подрядчики. В среднем и крупном бизнесе моделировать бизнес-процессы внутренними силами точно не получится — количество и объём всех процессов уже не укладываются в голове собственника.

В этом случае моделированием занимается экспертная группа. В неё входят приглашённые бизнес-аналитики и специалисты, участвующие в моделируемых процессах.

Моделирование как отдельную услугу заказывают редко. Чаще это один из этапов внедрения систем автоматизации — CRM, ECM или ERP. Это работает по такой схеме:

• Команда внедрения — подрядчик — приходит на территорию заказчика.
• Она описывает процессы, проводит аудит и составляет аналитический отчёт с вариантами оптимизации.
• Заказчик утверждает отчёт.
• Подрядчик внедряет систему автоматизации с уже оптимизированными процессами.

Чаще всего бизнес-процессы моделируют графически, в виде карт и схем, как мы показывали выше. Иногда описывают текстом — в виде пошаговой инструкции с уточнениями, кто и что делает. Также используют таблицы: в строках пишут действия, а в столбцах — исполнителей и этапы.

На мой взгляд, графическое моделирование — наиболее удобное и наглядное. Изобразить бизнес-процессы можно двумя способами: в специальных программах для моделирования и в обычных графических редакторах.

В специальных программах. Это способ для профессионалов в моделировании.

Специальный софт удобен тем, что шаблоны нотаций уже вшиты в него, — не нужно изучать правила иллюстрирования дополнительно. Но придётся разбираться в функциональности программ.

Вот четыре конструктора, которые я использовал в своей практике для моделирования процессов:

• Microsoft Visio 2010 — векторный графический редактор для создания разных видов схем: блок-схем, схем технологических процессов, моделей бизнес-процессов, планов зданий и этажей, трёхмерных карт и так далее. Платный.
• Bizagi Process Modeler — программа для моделирования процессов по нотации BPMN с возможностью совместной работы. Бесплатная.
• ARIS Express — программа для моделирования бизнес-процессов и оргструктуры с нотациями eEPC или BPMN. Бесплатная.
• Business Studio — система, в которой можно описать, оптимизировать и регламентировать бизнес-процессы предприятия. Платная.

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

В графических редакторах. Этот способ подойдёт для новичков, которые только знакомятся с моделированием бизнес-процессов. Проще всего взять обычный графический редактор — например, Microsoft Paint, Figma или Adobe Photoshop — и самостоятельно нарисовать интуитивно понятную схему процесса.

Также для изображения бизнес-процессов используют сервисы для создания ментальных карт. На мой взгляд, самые удачные из них — XMind, Diagrams и MindManager.

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

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

1. Задаём точки входа и выхода. Вход — первое событие в процессе, выход — результат. Так обозначают границы, чтобы потом наполнить процесс действиями. Нужно определить:

• Когда начинается процесс. В нашем примере это момент получения заявки от клиента. Если компания использует CRM, точкой входа будет попадание заявки в систему.
• Когда процесс закончится. Это момент успешной реализации сделки: клиент оплатил счёт, а продавец и логист организовали доставку.

Можно придумать несколько вариантов точек входа и выхода — для разных вариантов развития события.

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

• зачем нужен процесс;
• из каких шагов и действий он состоит;
• кто исполнители;
• есть ли ограничения по срокам — сколько времени должен занимать весь процесс и его отдельные шаги;
• какие события сопровождают действия исполнителей — например, обмен документами, информацией, денежные переводы;
• какого результата нужно достичь — например, нужны подготовленные документы или оплата по счёту;
• перечень ресурсов — что исполнителю нужно для реализации процесса;
• показатели эффективности — по каким параметрам отслеживать, достигнута цель процесса или нет;
• детали и особенности отдельных этапов.

Здесь лежит шаблон текстового описания процесса.

3. Выделяем основные этапы процесса. На основе описанного в предыдущем пункте процесса составляем блок-схему. В графическом редакторе рисуем каркас — основные этапы в пределах границ входа и выхода.

4. Добавляем детали. Наполняем каркас «мясом» — основными событиями по процессу и действиями исполнителя по алгоритму.

5. Задаём роли. В процессе может быть несколько исполнительских ролей. Их может выполнять один или несколько сотрудников. Обычно роли обезличены, без уточнения фамилий, — только должности.

6. Наполняем схему ресурсами. Отмечаем на схеме источники ресурсов, которые будут использовать в бизнес-процессе. Например, какие документы кто кому и на каком этапе отправит, какие базы и системы для этого будет использовать.

В нашей «ручной» схеме — это просто дополнительные элементы в алгоритме. Если для моделирования используется специальный софт, к схеме можно прикрепить ссылки.

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

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

• Бизнес-процессы — любые операции внутри компании, которые помогают решать бизнес-задачи и зарабатывать. Моделирование бизнес-процессов — описание существующих в компании процессов и документирование требований к ним.
• В моделировании бизнес-процессов есть три основных подхода: функциональный, процессный и ментальный. Самый понятный подход для неподготовленного человека — процессный. Он даёт подробный алгоритм действий для сотрудников и глубокую детализацию операций.
• Моделировать процессы можно своими силами — если бизнес небольшой и несложный. Если в дальнейшем нужно оптимизировать процессы, лучше привлечь консультантов.
• Бизнес-процессы обычно описывают графически — в виде карт и интуитивно понятных схем. Так с ними проще работать.
• Смоделировать процесс можно самому: разобрать внутреннюю кухню компании, описать в тексте все алгоритмы и на основе этого построить схему в графическом редакторе.

Другие материалы Skillbox Media для менеджеров

Эффективный руководитель

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

Узнать про курс

Как создание бизнес-процессов может помочь в деле развития крупной компании или небольшой фирмы? Что вообще подразумевается под этим термином? Если особо не усложнять, то бизнес-процессы – это определенная последовательность действий, приводящая к конкретному, заранее запланированному результату.

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

Что такое бизнес-процесс

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

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

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

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

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

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

Разновидности бизнес-процессов

Существующие современные бизнес-процессы различаются по своему назначению и бывают следующими:

• Основные

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

• Сопутствующие

Имеются в виду процессы, которые формируются наряду с основным производством и как бы закономерно вытекают из него, принося при этом дополнительную прибыль. К примеру, автотранспортная компания может на своих ремонтных базах оказывать платные услуги по ремонту любых авто, это как раз и будет сопутствующим процессом.

• Вспомогательные

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

• Обеспечивающие

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

• Связанные с управлением

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

• Развивающие бизнес-процессы

Те, которые способствуют улучшению конечного продукта производства (его разновидностей), оптимизируют технологические процессы, совершенствуют оборудование. В машиностроении, например, это может быть организация специальных исследований, опытов, так называемых НИОКР (научно-исследовательских и опытно-конструкторских работ). А в электроэнергетике – это процесс обновления технической базы.

Описание, создание и управление бизнес-процессами

На этапе запуска небольшого нового бизнеса многие предприниматели не уделяют достаточного внимания описанию бизнес-процессов, и напрасно. Со временем компания разрастается, увеличиваются производственные мощности, координировать слаженную работу всех отделов становится достаточно трудно. А между тем, именно от этого зависит успешность и эффективность всего бизнеса, и объем доходов от него.

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

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

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

1. Действия. Сначала обдумайте, а затем назовите перечень конкретных действий, которые должны стать частью вашего бизнес процесса.
2. Последовательность. Продумайте каждый шаг предстоящего процесса, наметьте, в каком порядке будут выполняться действия, необходимые для выполнения поставленных задач.
3. Результат. Пропишите точные результаты, к достижению которых вы идете.
4. Управление. Наметьте перечень мероприятий, с помощью которых вы собираетесь контролировать, анализировать и улучшать все протекающие в организации процессы.

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

Создание схемы бизнес-процесса

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

Перед началом формирования карты БП следует продумать, какие предстоит выполнять операции, в каком порядке, с какой частотой и что должно стать конечным результатом. Ниже приведена примерная схема, которой можно следовать при создании бизнес-процессов:

1. Наметьте границы бизнес-процесса. Но не общие для всего проекта, а для отдельных мини-процессов. К примеру, «клиент оставил заявку» — это начало, а «заявка отправлена на обработку в службу доставки» — конец (такова и была поставленная цель).
2. Пропишите, в каком порядке должны выполняться операции, чтобы получить намеченный результат. Сделайте это для каждого процесса.
3. Рассмотрите несколько вариантов. Если на БП есть воздействие извне, необходимо продумать, как может реагировать клиент в том или ином случае. Тут можно использовать статистические данные, либо пофантазировать самостоятельно.
4. Распределите роли. Человек может быть активным участником определенного бизнес-процесса, или вообще никак на него не влиять, вне зависимости от его должности в компании.
5. Определите конкретные стандарты, по которым будет оцениваться эффективность каждого из этапов.
6. Обязательно документируйте выполнение всех операций. Можете считать, что вы ничего не делаете, если у вас нет описаний процессов.
7. Позаботьтесь о программном обеспечении. Подумайте, что вы будете использовать, из того что у вас уже есть, и какие еще программы учета придется подключить для того, чтобы обеспечить автоматическое выполнение процессов.
8. Определите показатели эффективности, которые так или иначе будут использоваться в процессе работы, и разместите их на схеме.
9. Подумайте, как составленная схема будет совмещаться с другими текущими процессами в вашем бизнесе.

Создание схемы бизнес-процессов является необходимостью, если вы рассчитываете контролировать каждый этап и все операции, выполняемые в процессе работы.

Создание карты бизнес-процессов на конкретном примере

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

1. Определите, кто будет у вас покупать

Это определенная категория людей, либо какие-то фирмы, или сразу целая отрасль? Не то чтобы это должно быть детальное описание каждого покупателя, следует лишь выявить группы, в целом. У взятого в качестве примера свечного мини-завода потребителем будут сети розничных магазинов вроде «Товары для дома».

2. Что будет вашим основным продуктом

Что конкретно вы собираетесь продавать? В приведенном примере это свечи, изготовленные из воска. Подробно детализировать не нужно.

3. Поймите, чего ожидают от вас клиенты

Если вы производитель свечей, у потребителя есть свои запросы в отношении качества продукта, возможности выбора и прочее. Но вы еще и поставщик, и от вас ждут, к примеру, качественной упаковки и соблюдения сроков.

4. Продумайте цепочку создания продукта и формирования его ценности

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

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

Создание карты основных бизнес-процессов подразумевает указание лишь главных операций и порядок их выполнения.

5. Выявите, какие будут внутренние продукты в схеме производства

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

6. Определите вспомогательные процессы

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

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

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

7. Спланируйте процессы управления

Создание бизнес-процессов предполагает определение действий по управлению предприятием. Если речь идет об изготовлении свечей, то здесь, к примеру, вы управляете составлением рецептуры и самой технологией производства. Выпускать более качественную продукцию можно за счет поиска и использования новых рецептов. Опять же, ваша задача –спланировать расход ресурсов, плюс ведение учета и отчетной документации. Итак, получилось три процесса управления: отслеживание показателей качества и забота об их повышении, планирование процесса производства и поставок, ведение документов.

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

2 отличных онлайн-сервиса для создания схем бизнес-процессов

Функциональные возможности платных инструментов моделирования, конечно, гораздо шире, чем у сервисов, находящихся в свободном доступе в онлайне. Тем не менее, последние не так уж плохи, и ими вполне успешно можно пользоваться. Ниже приведены описания двух схожих между собой систем Diagram.ly и yWorks.

1. Diagram.ly

По сути, в Diagram.ly есть практически те же функциональные возможности, что и у популярных десктопных сервисов. Вот что доступно пользователям Diagram.ly:

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

Как только пользователь начинает использовать сервис, ему предоставляются для просмотра справочные материалы, так называемые tips and tricks, хотя, в принципе, можно обойтись и без них. С помощью технологии drag-n-drop можно располагать на доске выбранные объекты. В качестве инструмента для перемещения выступает специальная стрелка, которая возникает при наведении курсора на нужный элемент. Плюс правой кнопкой мыши открывается контекстное меню (на случай, если панель инструментов вверху экрана осталась незамеченной).

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

2. yWorks

В возможностях yWorks заложен минимальный комплект стенсилов и инструментария для их использования.

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

Здесь для работы не предлагается большой набор блоков, однако их вполне хватает, чтобы выстроить UML-, ER- диаграмму, создать схему бизнес-процессов. Есть возможность вставлять кастомные блоки.

Тут предусмотрен особый формат работы с загружаемыми объектами, а именно – они должны иметь расширение .Graphml. Сохранение созданных графиков возможно без расширения, система его и не предлагает. Можно экспортировать файлы в виде растовых изображений (формат PNG). При этом доступна настройка параметров экспорта.

Предпросмотр расположен слева вверху, и прямо тут можно внести изменения в части схемы, которые вы видите в текущий момент времени.

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

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

Создание модели бизнес-процесса на предприятии

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

Процесс моделирования любого бизнес-процесса можно представить в виде пяти последовательных шагов.

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

Второй шаг. Изучение деталей этой текущей модели. Здесь необходимо:

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

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

Четвертый шаг. Испытание обновленной модели. Вы проверяете, как она работает, и корректируете в нужных местах, если это необходимо.

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

Платные и бесплатные программы для создания модели бизнес-процесса

1. Программа Bizagi Process Modeler

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

2. Программа Visual Paradigm

Это платный инструмент. Тут можно выстроить сразу общую карту всех бизнес-схем предприятия, где составляющие ее части будут взаимосвязаны между собой. Доступно тестирование, формирование описаний для заданных блоков. Можно запрограммировать бизнес-правила для поведения каждого объекта схемы.

3. ELMA BPM

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

4. Fox Manager

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

5. ARIS Express

Бесплатный софт, с помощью которого можно строить и модели, и карты. Доступно использование инструмента Smart Design, когда вы заполняете таблицу нужными данными, а программа на автомате выдает готовую схему. Есть минус – созданные отдельные модели нельзя объединить в одну общую схему.

6. Business Studio

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

Порядок внедрения бизнес-процессов на предприятии

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

По сути, внедрение бизнес-процессов – это тоже самостоятельный процесс, состоящий из определенных последовательных этапов:

1. Знакомство. Расскажите сотрудникам о предстоящей новой системе работы.
2. Привлечение. Опишите все достоинства нового алгоритма.
3. Проверка. В виде теста запустите новую программу на каком-либо участке производства (или испытайте на отдельном работнике).
4. Учеба. Получив результаты тестирования, изложите всем сотрудникам новые правила, обязанности, расскажите, какие появляются функциональные возможности.
5. Внедрение новой схемы. Когда обучение выполнено, можно внедрять новый алгоритм.
6. Осуществление контроля. Обязательно контролируйте, как сотрудники справляются с новыми обязанностями и работают ли в рамках установленных стандартов.

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

Пример удачного внедрения бизнес-процессов

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

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

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

   • для тех, кто работает в офисе – скрипты телефонных переговоров, готовые алгоритмы взаимодействия, бизнес-процессы, касающиеся оформления и движения документации;

   • для тех, кто выходит в поля – своя территория у каждого, план встреч, стандартные схемы взаимодействия с заказчиками.

3. Назначили Старшего менеджера (новая сформированная должность). Поставили ему задачу – отслеживать работу менеджеров в полях, не допускать нарушения ими принятых стандартов.

В результате внедренных преобразований объемы продаж за полгода возросли вдвое.

Оптимизация бизнес-процессов на предприятии

Экономическая среда, в которой приходится работать современным компаниям, меняется очень стремительно. Имеются в виду законы, финансовая обстановка, показатели спроса, активность конкурентов, ресурсы и проч. И тут важно уметь быстро перестраиваться, оперативно корректировать управление бизнес-процессами.

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

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

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

Чем реинжиниринг бизнес-процессов отличается от оптимизации

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

Реинжиниринг бизнес-процесса становится необходимым, если в компании намечается полное реформирование, упрощение всех существующих процессов, принятие новых стандартов. Оптимизация подразумевает изменение буквально в паре бизнес-процессов, в одной-двух сферах. К примеру, нужно пересмотреть схему доставки, или сократить слишком объемный документооборот. Бывает, что работа над одной проблемой вскрывает и целый ряд нерешенных других. И тогда реинжиниринг становится необходим.

Реинжиниринг бизнес-процессов: пошаговая инструкция

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

Первый шаг: выявить назревшие потребности, причины для проведения реинжиниринга

Важно разобраться, что идет не так в бизнес-процессах, почему понадобились изменения. Следует проанализировать потребности и определить направление движения для всех заинтересованных сторон. Если речь идет о магазине, то изложите сотрудникам суть проблем: за последние шесть месяцев объемы выручки снизились почти вдвое, магазины конкурентов торгуют успешнее и т.д. В противном случае перемены будут вызывать у работников беспокойство, им будет казаться, что преобразования повлекут за собой увольнения, иные неприятности и трудности. Многие, возможно, будут противиться переменам, а для реинжениринга очень важна сплоченность всех участников.

Второй шаг: подготовить команду

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

• В команду должны входить лишь люди с управленческим опытом, или необходимы разные сотрудники, непосредственно исполнители бизнес-процессов?
• Сколько людей следует включить в состав группы?
• Требуется ли тесное взаимодействие в команде, или предпочтительнее автономные действия?

Если весь коллектив магазина 15-20 человек, то реинжинирингом могут заниматься 5-6. Если предприятие больше, то можно включить в группу и до 10 членов. Хорошо, если это будут не только начальники, но и рядовые сотрудники.

Третий шаг: наметить бизнес-процессы

Тут требуется скрупулезный подход, выявление назревших проблем, определение целей и задач предприятия, понимание потребностей клиентов и степени их удовлетворения. Возвращаясь к примеру с магазином, здесь создание бизнес-процессов представляет собой организацию двух основных действий: закупка товаров и их реализация. Если торговый объект крупный, то добавятся еще операции на складе (нанесение маркировок, переучеты) и работа по проведению переоценок, применению скидок. Таким образом, рабочая группа изучает состояние данных процессов на текущий момент, ищет проблемные места.

Четвертый шаг: изменить подход к созданию и реализации бизнес-процессов

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

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

Назначение оптимизации и реинжиниринга – получить более высокие результаты в работе предприятия. Оба метода относятся к категории управленческих. Однако именно реинжиниринг инициируется руководством и действуя сверху вниз, затрагивает все, даже самые мелкие рабочие процессы в компании. В этом его преимущество перед другими подходами, когда преобразования проводятся локально, исправляя одну-две проблемы по мере их назревания.

В любой компании (вне зависимости от её величины) есть бизнес-процессы. Они (БП) определяют временные затраты на работу, могут влиять на качество продукции. Если компания перестала расти либо стала отбирать слишком много ресурсов у владельца (руководителя), прежде всего необходимо обратить внимание на описание бизнес-процессов с целью их оптимизации, улучшения.

Бизнес-процесс

Бизнес-процессом называют регламентированную, регулярно повторяющуюся последовательность действий одного или ряда сотрудников, благодаря которой достигается нужный результат. Термин ввели в 70-хх гг. ХХ века, когда стали активно использовать информационные системы. Во-первых, после этого усложнилась организация труда людей в учреждениях. Во-вторых, техника не могла работать с абстракциями, и для неё стали продумывать чёткие алгоритмы. Если раньше информацию передавали из уст в уста, всё было просто и понятно, коммуникация позволяла избегать проблем, теперь нужна была строгая регламентация.

Стали создавать нотации (текстовые инструкции), которые описывали и работу людей, и их взаимодействие с информационными системами. Поскольку со временем выяснилось, что работать с нотациями, составленными в произвольной форме, неудобно, было принято решение об их стандартизации.

Сначала нотации использовали военные в США, позже они перешли в бизнес, так как позволили его оптимизировать — при тех же затратах значительно увеличивали производительность.

Понятие описания бизнес-процесса

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

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

Составляющие бизнес-процесса

Говоря о понятии бизнес-процесса, специалисты оперируют и другими терминами.

• Цель БП — разработать последовательные мероприятия, которые обеспечат прибыль.
• Задачи БП: контроль последовательности операций, обеспечение максимально возможной скорости их выполнения, помощь в поиске дублирующихся или лишних операций и т. д.

Анализируя вышеизложенное, можно понять, из чего состоит бизнес-процесс, а именно:

• вход — стартовый ресурс, который нужен для выполнения операций (заявка, сырьё, поставка);
• выход — непосредственно результат, это готовый продукт, услуга, информация, документ.

Границы бизнес-процесса — это событие или время, которое служит началом и окончанием БП.

Технологический процесс и бизнес-процесс

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

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

Например:

• если покупатель приходит за определённым товаром, продавец просто совершает продажу;
• если покупатель не может определиться и выбирает товары, либо у него есть возражения, продавец по ситуации подсказывает, какой товар лучше решит проблему покупателя, или обрабатывает его возражения и после этого также совершает продажу.

Зачем моделировать (описывать) бизнес-процессы

Описание бизнес-процессов позволяет решать сразу 3 задачи.

1. Упрощает сложности за счёт схематического пошагового изображения всех этапов БП.
2. Показывает картинку, наглядно демонстрирует все операции. “Лучше один раз увидеть…” — говорит пословица, и в данном случае с ней соглашаются руководители и собственники бизнеса. Если на схеме изображать все действия внутри компании, становится проще замечать недоработки ещё на этапе обсуждения БП и оперативно вносить изменения.
3. Позволяет изучить работу изнутри благодаря графическому изображению бизнес-процессов компании в виде схем. Это особенно важно на этапе оптимизации, масштабирования, так как в описаниях сразу видны проблемные места.

Например, есть компания, у которой насчитывается 7 отделений: построения, распространения, финансовое, техническое, отделение квалификации, отделение по работе с публикой, административное отделение. И есть владелец или руководитель бизнеса, который должен хорошо понимать их работу, чтобы эффективно ими управлять. Без описания основных бизнес-процессов человек физически не в состоянии этого сделать, а с ними он сразу видит особенности работы на каждом из этапов и понимает, что можно модернизировать.

Преимущества процессного подхода перед функциональным

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

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

Иными словами, функциональный подход демонстрирует возможности организации, определяя, что надо делать, а процессный подход описывает технологию достижения нужных целей, давая ответ на вопрос: “Как надо делать?”

Основное преимущество процессного подхода в более высокой результативности работы компании, которая достигается за счёт:

• клиентоориентированности;
• передачи оперативного управления в руки наёмных менеджеров, благодаря чему руководство может заняться продумыванием стратегии развития;
• постановки понятных целей и задач (всем ясно, что требуемые показатели нужны для получения конечного результата);
• разработки описаний бизнес-процессов с чёткой последовательностью действий для сотрудников, что исключает риск ошибок;
• обоснованности ресурсов (видно, для чего расходуются средства).

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

Методологии и инструментарий описания бизнес-процесса

При выборе методологии описания бизнес-процессов и инструментария необходимо опираться на цели бизнеса:

• ARIS — комплект программных обеспечений, который, прежде всего, создавался для описания алгоритмов и последовательности действий (другие задачи тоже можно решать, но это не так просто). Объединяет более 80 моделей. Без опыта в них сложно разобраться.
• CA ERwin Data Modeler — программа с хорошо реализованной возможностью описания взаимосвязанных моделей. Дополнительные задачи (построение дерева свойств, например) усложнены либо отсутствуют.
• BPMN 2.0 — одна из лучших систем для описания бизнес-процессов, она гибкая, функциональная и простая, к тому же позволяет увидеть все взаимодействия сотрудников (а это как раз огромная проблема в БП).

Виды бизнес-процессов

Выделяют:

• Основные БП — это процессы, направленные на производство продукции и оказание услуг. Ради них компания и создавалась, они обеспечивают ей доход То есть для завода по производству матрасов основной БП — производство матрасов.
• Сопутствующие БП также направлены на производство продукции либо оказание услуг, но в результате сопутствующей работы. Так, для транспортной компании ремонт чужих транспортных средств будет сопутствующим БП.
• Вспомогательные БП способствуют выполнению основных. Для ТЭЦ таким процессом будет ремонт оборудования на производстве.
• Обеспечивающие налаживают, делают возможным выполнение всех остальных процессов (это может быть финансирование, подбор кадров и т. д.).
• Управляющие БП позволяют осуществлять функции управления как в рамках отдельного БП, так и в системе.
• БП развития направлены на улучшение товаров и услуг, а также технологий.

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

Участники

Участниками БП называются лица или целые отделения, организации, которые выполняют определённые функции в рамках того или иного процесса.

• Внутренние — сотрудники и отделения предприятия, которые отвечают за ту или иную задачу.
• Внешние находятся вне организации, но используют результаты БП.

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

Как описывать бизнес-процессы

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

В описании БП выделяют следующие разделы:

• стандартные формы БП: рекомендуется использовать шаблон для создания общего подхода;
• карта БП иллюстрирует процесс в виде схемы, где фиксируются действия исполнителей;
• маршруты БП иллюстрируют движения сырья, людей, денег, демонстрируя логику операций;
• матрицы БП показывают наиболее важные БП и связь между ними;
• блок-схемы БП иллюстрируют взаимоотношения между участниками БП;
• описание стыков БП: они всегда являются проблемными моментами, поскольку действия и зоны ответственности собственников процессов не всегда согласованы; чтобы решить задачу, описывают выходы, выявляют показатели результативности с процессом их измерения и интересующими значениями (к чему надо стремиться), а затем описывают входы;
• вспомогательные описания БП с помощью диаграмм Ганта, сетевых графиков и т. д.;
• развернутое описание БП: здесь важно не столько то, как описать бизнес-проект, в какой форме, сколько то, что он должен содержать; в нём должно быть название БП, его код, определение, цель, владелец, руководитель, нормативы, входы с источниками, выходы, ресурсы, параметры, которые можно измерить, показатели результативности, БП потребителей;
• документирование БП, лучше выбрать единый вид для описания всех БП;
• определение показателей и индикаторов БП: чтобы измерять и анализировать результативность БП, используют 4 группы показателей (качество, срок выполнения, количество, затраты), группа индикаторов БП иллюстрирует степень достижения цели;
• регламент выполнения БП, объёмные БП оформляют в отдельные документы, к которым в форме положений прикрепляются остальные БП.

Правила описания БП

Мало знать, как правильно составить описание бизнес-процесса, важно также помнить о критериях, которые подтверждают, что перечень операций является описанием БП, а именно:

• законченность (если это продажа, то БП должен описывать действия, ведущие к ней);
• лаконичность (БП должен быть информативным и в то же время максимально простым для восприятия);
• применение общепризнанных нотаций (устоявшиеся правила, общепризнанные обозначения, с одной стороны, уберегут от ошибок, с другой — не вызовут вопросов, путаницы);
• указание всех участников БП.

Наконец, описание должно быть понятным потребителю.

Этапы внедрения БП

Выделяют 5 основных этапов внедрения:

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

Сравнение нотаций

Есть 2 достаточно популярные нотации: ARIS eEPS и BPMN.

1. ARIS eEPS позволяет отображать поток документов со статусами. Также её отличительная черта заключается в использовании событий до и после операции, присутствии логических операторов. Моделирование в ней занимает больше времени. Диаграммы занимают больше места. В то же время семантика ограничена: если надо проиллюстрировать определённые аспекты на диаграмме, приходится обходиться тем, что есть. Дополнительное преимущество — в возможности корректной имитации процессов.
2. BPMN имеет наиболее развитую семантику, благодаря чему можно описывать БП с учётом их специфики. На схеме можно применять события, логические операторы. Другое преимущество — имитация БП (можно имитировать и прерывание операции).

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

Практика работы с бизнес-процессами

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

Выводы

Бизнес-процессы оказывают огромное влияние на производительность труда и, следовательно, успех компании. Главное — разобраться в них и правильно их описать. А для этого мало знать способы описания бизнес-процессов. Важно ещё и разбираться в методологии, инструментарии, уметь анализировать и улучшать готовые нотации.

Источник: материалы сайта bbooster.online