Бизнес схема – Схема бизнес процесса — краткий алгоритм создания

Схема бизнес процесса — краткий алгоритм создания

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

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

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

1 – Задайте границы процесса

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

2 – Нарисуйте основные блоки процесса

Расположите основные блоки (подпроцессы, операции) бизнес процесса в том порядке, в котором они выполняются.

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

3 – Добавьте развилки и другие события

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

4 – Обозначьте роли участников процесса

В бизнес процессах нет должностей или конкретных сотрудников. Вместо этого используется понятие “роль”. Один сотрудник может выполнять множество ролей. Одну роль может выполнять множество сотрудников. Из набора ролей складывается должность.

По необходимости добавляйте недостающие операции.

5 – Разместите на схеме документы

Документ – это не обязательно официальная бумага с семью подписями. С точки зрения управления бизнес процессами документ – это информация на любом информационном носителе. Электронное письмо, доклад, презентация, СМС – все это документы.

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

6 – Добавьте используемые программы и базы данных

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

7 – Расположите инструменты и материалы

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

8 – Определите показатели эффективности в бизнес процессе

Расположите на схеме бизнес процесса показатели эффективности, которые тем или иным способом учитываются в системе.

9 – Свяжите полученную схему с другими процессами

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

Связь бизнес процесса с другими процессами

10 – Проверьте полученную модель бизнес процесса

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

• С чего начинается и чем заканчивается бизнес процесс?
• С какими процессами он связан? Чем обменивается?
• Какие операции выполняются? В каком порядке?
• Кто выполняет операции в  процессе?
• Какие документы используются и появляются в процессе? В каких операциях эти документы используются/появляются?
• Какие инструменты, материалы, ПО и базы данных используются в процессе и в каких операциях?
• Какие показатели эффективности и где именно фиксируются в бизнес процессе?

В качестве нотации моделирования я рекомендую использовать BPMN

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

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

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

rzbpm.ru

Что такое исполнимые бизнес-процессы. Введение в предметную область / Habr

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

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

Термин «процессное управление» применяется к двум разным сферам деятельности:

1. В случае, когда не производится автоматизация исполнения бизнес-процессов. Задача — составить описание бизнеса в виде графических диаграмм, которые легко воспринимаются людьми. Такие диаграммы фактически представляют собой специальный язык общения менеджеров, бизнес-аналитиков и руководителей предприятий и используются для выработки и объяснения базовых решений по организации бизнеса предприятия.
2. В случае, когда бизнес-процессы непосредственно исполняются в компьютерной среде предприятия. Будем называть процессы этого вида — исполнимые бизнес-процессы. Для исполнения таких бизнес-процессов на предприятии устанавливается специальная компьютерная система — BPMS (Business Process Managrment System) в английском варианте наименования, или СУБП (Система Управления Бизнес-Процессами) в русском варианте. Этим бизнес-процессам и посвящена данная статья.

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

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

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

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

Фактически основная функция BPMS — раздавать задания исполнителем в соответствии с перемещением точек управления по схеме бизнес-процесса и контролировать выполнение этих заданий.

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

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

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

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

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

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

1. На предприятии бизнес-процессы выделены, построены в исполнимом виде и внедрены в эксплуатацию путем загрузки в BPMS. Процессное управление в этом случае является результатом:
   • Действий бизнес-аналитиков, разработавших исполнимые бизнес-процессы, в частности — схемы бизнес-процессов
   • Принятия управленческих решений менеджерами в узлах схем экземпляров бизнес-процессов, имеющих различные возможные варианты дальнейшего движения точек управления
   • Принятия управленческих решений исполнителями заданий при вводе в экземпляры бизнес-процессов данных (от которых существенно зависит их дальнейшее поведение).
2. К процессному управлению относится оперативное изменение схем и других элементов определений бизнес-процессов в ответ на изменение условий бизнеса предприятия.
3. Также к процессному управлению относится косвенное административное влияние на выполнение конкретных экземпляров бизнес-процессов. Например, влияние по «человеческим ресурсам» — менеджмент предприятия может увеличивать или уменьшать количество работников, выполняющих определенные операции, или изменять требования к квалификации работников, выполняющих некоторые действия, а также принимать конкретные кадровые решения, назначая сотрудников на те, или иные роли. Также менеджеры могут анализировать состояния исполняющиеся экземпляров бизнес-процессов, проводить разбор возникающих коллизий и принимать различные административные решения, влияющие на эффективность исполнения экземпляров бизнес-процессов, не изменяя при этом схемы бизнес-процессов.

Основные преимущества процессного подхода в случае исполнимых бизнес-процессов

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

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

Все необходимое для выполнения задания возникает перед работником на экране компьютера.

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

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

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

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

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

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

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

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

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

Рисунок 1. Обозначения узлов: а – начало; б – завершение потока; в – окончание; г – действие

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

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

Узел «действие» генерирует задание исполнителю, обозначается прямоугольником со скругленными углами, в центре которого пишется имя узла (Рис. 1 г)

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

Рисунок 2. Обозначения узлов: а – исключающий шлюз; б – параллельный шлюз

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

Рисунок 3. Пример (упрощенный) схемы бизнес-процесса “Оплата счета поставщика”

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

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

Роли бизнес-процесса

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

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

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

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

Для выполнения этих функций в BPMS служат следующие графические интерфейсы:

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

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

Типичная BPMS состоит из следующих основных компонентов:

• Среда исполнения бизнес-процессов
• Среда разработки бизнес-процессов и связанных с ними объектов
• Клиент-оповещатель о поступивших заданиях
• Компонент-коннектор к другим информационным системам

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

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

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

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

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

При помощи интерфейсов для работы с заданиями исполнителей пользователь может:

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

Рисунок 4. Пример интерфейса, отображающего список задач пользователя.

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

При помощи интерфейсов для администрирования системы администратор может:

• Создавать-удалять пользователей и группы пользователей
• Включать (исключать) пользователей в группы
• Раздавать права на объекты системы пользователям и группам пользователей
• Принудительно останавливать экземпляры бизнес-процессов
• Добавлять, изменять правила замещения пользователей

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

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

Рисунок 7. Пример интерфейса, в котором можно разрабатывать бизнес-процессы

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

Описание работы пользователей и компонентов BPMS

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

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

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

В среде исполнения выполняются экземпляры бизнес-процессов.

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

Web-интерфейсы и клиенты-оповещатели периодически обращаются к среде исполнения и отображают задачи пользователей.

Пользуясь web-интерфейсом BPMS пользователи:

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

Пользуясь web-нтерфейсом BPMS администраторы:

• Загружают или изменяют определения бизнес-процессов
• Создают или изменяют параметры пользователей и групп пользователей
• Раздают права на объекты системы
• Изменяют параметры ботов и бот-станций

При помощи среды разработки аналитики:

• разрабатывают и модифицируют бизнес-процессы

Для разработки бизнес-процесса аналитику надо:

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

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

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

Клиенты-оповещатели сигнализируют пользователям о появлении новых заданий.

Реинжиниринг и эволюционное управление бизнес-процессами

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

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

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

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

Для образного понимания того, как бизнес-процессы используются в качестве инструмента управления бизнесом в случае эволюционного управления с использованием КПЭ А. Белайчук (председатель Ассоциации профессионалов по управлению бизнес-процессами) предложил следующую аналогию: Управление предприятием можно образно сравнить с управлением автомобилем. В этом случае КПЭ являются аналогом того, что видит водитель — вид через лобовое стекло автомобиля и значения показателей датчиков (скорость, давление масла, количество оборотов двигателя, количество бензина и т.п.), а бизнес-процессы выполняют роль руля, педалей (газ, тормоз, сцепление) и рычага переключения передач автомобиля. То есть, служат для непосредственного управления траекторией в пространстве и времени.

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

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

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

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

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

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

Математические основы исполнимых бизнес-процессов

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

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

• теория сетей Петри
• концепция Пи-исчисления

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

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

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

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

Концепция Пи-исчисления (Pi calculus) была разработана в конце 80-х годов ХХ века Робином Милнером и основана на алгебре параллельных процессов. В отличие от сетей Петри, математическими объектами Пи-исчисления являются не графы, а выражения над элементами специальных множеств и преобразования над этими выражениями. В настоящее время Пи-исчисление является перспективной, но еще молодой и развивающейся теорией, в ней много открытых вопросов и нерешенных проблем. Математически было доказано, что функциональные возможности Пи-исчисления выше, чем сетей Петри.

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

habr.com

Как построить схему бизнес-процесса | Статьи iTeam

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

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

Этап 1. Определение и ограничение бизнес-процесса

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

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

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

Этап 2. Задание точек начала и окончания, основных блоков

Любая схема бизнес-процесса имеет начало и конец. Например, за начало берётся поступившая от клиента заявка, за конечную точку – момент передачи ему готового продукта (доставки).

Далее вычленяются основные этапы обработки бизнес-процесса. Например:

• Регистрация входящей заявки.
• Презентация клиенту подходящего продукта.
• Оформление конкретной заявки.
• Производство продукта (или поиск его на складе) и отправка клиенту.

Этап 3. Детализация схемы бизнес-процесса

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

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

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

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

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

Этап 4. Определение ролей участников процесса, документов, баз данных

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

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

Этап 5. Проверка схемы бизнес-процесса

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

Готовая схема бизнес-процесса может быть с лёгкостью автоматизирована с помощью систем BPM.

Автор: Е. Гайдукова

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

blog.iteam.ru

Построение бизнес процессов лучшие практики

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

Содержание статьи:

С чего начать построение бизнес-процессов?

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

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

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

Общий подход к работе по построению бизнес-процессов компании

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

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

Построение схемы и этапы

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

1. Установка границ. Любой процесс бизнеса начинается определенным событием и оканчивается другим событием. Для начала вам необходимо обозначить события, которые являются началом и окончанием процесса.
2. Нарисуйте блоки процесса. Выполните построение всех блоков (подпроцессов и операций) в порядке их выполнения. Помните, что на этом этапе схема должна быть упрощенной.
3. Усложните схему. Добавьте в нее возможные варианты развития событий, а также промежуточные операции бизнеса.
4. Расставьте роли. Построение бизнес-процесса не подразумевает введение в схему конкретных должностей или определенных сотрудников. В построении используется понятие роли. Одна роль может исполняться разными сотрудниками, один сотрудник может выполнять несколько ролей.
5. Разместите документы, которые представляют собой любую информацию (письма, доклады, сообщения). Также на этом этапе построения нужно учесть промежуточные продукты, в качестве которых могут выступать переходящие из одного блока в другой процессы.
6. Укажите используемые программы, а также базы данных.
7. Расположите материалы и инструменты, которые используются в бизнес-процессах. Однако не стоит делать описание на этом этапе построения слишком детальным.
8. Определите показатели эффективности, учитываемые в системе, и добавьте их на схему построения.
9. Схему свяжите с другими процессами бизнеса. Укажите, чем ваш процесс обменивается с другими.
10. Проверьте полученную модель после построения.

Моделирование бизнес-процессов

Чтобы лучше построить процесс, его изначально лучше визуализировать. Для этого есть ряд программ.

ELMA BPM

ELMA BPM

Преимущества:

• Визуализация с помощью диаграмм;
• Не требует навыков программирования;
• Возможность контроля отслеживать выполнения задач;
• Интеграция с платформой 1С Битрикс
• Назначения ролей;
• Присутствует полна документация по работе с ELMA BPM

Система бизнес-моделирования Business Studio

Business Studio

Преимущества:

• Позволяет сформировать наглядную организационную структуру компании;
• Ведение штатного расписания;
• Возможность моделирования бизнес-процессов;
• Визуализация и контроль системы KPI.

Visual Paradigm

Visual Paradigm

Преимущества:

• Построение любых моделей
• Проверка моделей на жизнеспособность
• Авто-генерация документов
• Точная настройка моделей бизнес-процессов
• Модели можно перевести в код
• Выгрузка модели в графическом виде
• Версия для Mac OS X

Какими качествами должна обладать готовая схема бизнес-процессов?

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

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

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

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

Пример схемы бизнес-процессов

Зачем нужно построение бизнес-процессов?

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

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

Однако одного построения модели мало – нужно также установить логические связи между разными процессами. Формирование процессов выполняется в определенной последовательности:

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

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

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

Этапы составления бизнес-процессов:

1. Установка границ. Обозначение событий, которые является началом и окончанием процесса.
2. Схематичное изображение блоков процесса. Расположение блоков подпроцессов, операций в порядке выполнения.
3. Усложнение схемы. Добавление в нее различных вариантов развития событий и промежуточных операций.
4. Распределение ролей. Для построения бизнес-процесса не требуется вводить в схему конкретные должности или определенных сотрудников — используется понятие роли. Один исполнитель не обязательно выполняет только одну роль.
5. Размещение документов (докладов, сообщений, писем), учет промежуточных продуктов.
6. Уточнение используемых программ, систем и баз данных.
7. Расположение материалов и инструментов, применяемых в бизнес-процессах предприятия.
8. Определение показателей эффективности.
9. Связывание схемы с прочими процессами.
10. Проверка структуры полученной модели.

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

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

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

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

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

bizprocess.by

Cхема бизнес процесса | Cхема бизнес процесса пример

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

Схема бизнес процессов

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

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

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

Если вы остановили свой выбор на блок схеме разработанной по методу ARIS eEPC, тогда вам стоит знать, что такая схема не читабельна для неподготовленного человека. Такая схема требует к себе больше знаний и умений, нежели первые три. Более того, данная схема относительно предыдущих трех имеет более габаритные размеры, что повышает уровень сложности в построении такой схемы. Плюсы такой схемы заключаются в содержании выдержанной и строгой логики процессов, четкость в определении событий. Минусы – сложность восприятия, усложненный процесс создания схемы, избыток информации, необходимость знаний для ее прочтения.

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

Читать так же:

comments powered by HyperComments

business-ideal.ru

Примеры бизнес-процессов в организации

На данной странице представленны готовые примеры бизнес-процессов.
Моделирование данных примеров бизнес-процессов производилось в Дизайнере BPM-системы ELMA

Работа службы поддержки

В модели бизнес-процесса «Служба поддержки» запрос регистрируется из различных источников. С целью рационального использования рабочего времени сотрудников запросы типизируются. К примеру, в IT-компании адресатом может выступить как тестировщик, так и разработчик. Пример моделирования бизнес-процесса работы службы поддержки в системе ELMA BPM:

Работа службы поддержки

Согласование бюджета

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

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

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

Согласование бюджета

Поиск нового сотрудника отделом кадров

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

Поиск нового сотрудника отделом кадров

Заказ билетов через туроператора

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

Заказ билетов через тур оператора

Проверка работы оборудования

Процесс «Проверка работы оборудования» начинается в зоне ответственности Продавца, который вносит заявку на проверку, а далее, после проверки Инспектором и Начальником ТО, заявка отправляется как задача на ремонт. Продавец оповещается о результатах проверки и ремонта.

Проверка работы оборудования

Больше примеров описания бизнес-процессов компаний можно найти и скачать бесплатно в магазине готовых решений ELMA Store

www.elma-bpm.ru

Бизнес процессы предприятия. Построение и организация бизнеса

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

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

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

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

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

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

• Перемещение и изменение рабочих мест;
• Разработка мероприятий по реализации.

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

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

Схема бизнес процессов

Первая блок схема бизнес процесса — это «Простая блок- схема». В ней отображены все возможные передвижение документов и как результат используется блок «решение». Плюсами такой схемы является отображение всех логических процессов наглядно, минус же в том, что в такой схеме легко запутаться за счет информационной перегруженности, а блок «решения» не всегда уместен.
Вторая блок схема — это тоже «Простая блок схема», но на ней не отображается документы, а так же блок решение, что делает данную схему значительно проще и понятнее. Таким образом, данную схему может прочитать любой пользователь. Но существуют и минусы данной схемы — логика принятия решений в данных схемах скрыта, что не всегда может дать правильный результат прочтения. Тем не менее, схема бизнес процесса пример, который мы описали выше, доступна как для разработчиков, так и сотрудников, которые пользуются данной схемой.
Третий вид схемы называется «Процедура». Ее структура немного усложнена и расширена, а создается такой эффект благодаря использованию знаков с расширенными функциями. Так, например, ромбик, имеет расширенные возможности, но не может быть декомпозирован. Таким образом, при использовании ромбика в схеме вместо четырехугольника делает ее более наглядной. Еще одной изюминкой данной схемы становится стрелка, которая используется с одним наконечником, которая покажет последовательность операций. А вот если в данной схеме использовать стрелку, которая имеет два наконечника, тогда можно говорить о движении документов. Более того, в схеме к стрелкам можно привязать конкретный документ, что позволит отобразить информацию целостней. Плюсом данной схемы являются такие особенности — простота, акцентирование внимания на исполнения какой либо операции, предоставление большего количества полезной информации. Минус схемы «Процедура» заключается в блоке «решение», которые не может быть декомпозирован, а так же неоднозначность в наименовании стрелок, что может привести к недопониманию.
Если вы остановили свой выбор на блок схеме разработанной по методу ARIS eEPC, тогда вам стоит знать, что такая схема не читабельна для неподготовленного человека. Такая схема требует к себе больше знаний и умений, нежели первые три. Более того, данная схема относительно предыдущих трех имеет более габаритные размеры, что повышает уровень сложности в построении такой схемы. Плюсы такой схемы заключаются в содержании выдержанной и строгой логики процессов, четкость в определении событий. Минусы — сложность восприятия, усложненный процесс создания схемы, избыток информации, необходимость знаний для ее прочтения.
Таким образом, мы рассмотрели схемы бизнес процессов предприятия, которые различны за своей структурой, логикой и информативности. Наиболее понятной схемой и читабельной является блок схема «Простая» без блока «решения» и описания движения документации. Такая блок система будет доступна для всех, даже без навыков и специальных знаний. Стоит так же отметить, что каждая из схем по-своему уникальна и может быть использована на предприятиях.

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

Модель бизнес процессов: примеры

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

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

Бизнес-процесс продажи

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

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

bizkompass.com