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

Лекция
9. Моделирование бизнеспроцессов.

Введение. Основные
понятия 2

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

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

Введение. Основные понятия

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

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

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

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

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

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

  • исполнителей каждой бизнес-функции;

  • входящие документы/информацию, исходящие
    документы/информацию;

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

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

Для моделирования бизнес-процессов
можно использовать различные методы.Метод, илиметодология,
моделирования включает в себя
последовательность действий, которые
необходимо выполнить для построения
модели, т. е. процедуру моделирования,
и применяемую нотацию(язык).
Наиболее популярной методологией
бизнес-моделирования является ARIS, но
также известны Catalyst компании CSC, Business
Genetics, SCOR (Supply Chain Operations Reference), POEM (Process
Oriented Enterprise Modeling) и др. Язык моделирования
имеет свойсинтаксис (условные
обозначения различных элементов и
правила их сочетания) исемантику
(правила толкования моделей и их
элементов).

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

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

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

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

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

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

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

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

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

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]

  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #

Contents

  • 1 Классификация моделей
    • 1.1 Понятие модели
    • 1.2 Классификация моделей
    • 1.3 Языки описания моделей
    • 1.4 Содержание модели бизнеса
    • 1.5 Методы моделирования бизнеса
      • 1.5.1 Структурные методы
      • 1.5.2 Методы объектно-ориентированного моделирования
      • 1.5.3 Методы имитационного моделирования
      • 1.5.4 Интегрированные методы
  • 2 Структурные методологии
    • 2.1 Методология IDEF0
    • 2.2 Методология IDEF3
      • 2.2.1 Типы перекрестков
      • 2.2.2 Пример IDEF3
      • 2.2.3 Правила создания перекрестков
      • 2.2.4 Правило относительно единиц работ
    • 2.3 Методология DFD
  • 3 Объектно-ориентированный язык UML
    • 3.1 Прецедентная модель бизнеса
    • 3.2 Поток событий прецедента
    • 3.3 Диаграмма деятельности (Activity Diagram)
    • 3.4 Элементы диаграммы деятельности
    • 3.5 Структурирование прецедентов
    • 3.6 Объектная модель бизнес-процесса
    • 3.7 Классы и объекты
    • 3.8 Динамическая диаграмма взаимодействия
    • 3.9 Элементы диаграммы последовательности
    • 3.10 Статическая диаграмма взаимодействия
    • 3.11 Диаграмма классов
    • 3.12 Описание объектов
  • 4 Интегрированная методология ARIS
    • 4.1 Организационная схема
    • 4.2 Дерево функций
    • 4.3 Событийная цепочка процесса
    • 4.4 Элементы диаграммы eEPC
    • 4.5 Интеграция моделей
    • 4.6 Детализация моделей
  • 5 Инструментальные средства
    • 5.1 Возможности инструментальных средств
  • 6 Использованная литература

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

Классификация моделей

Понятие модели

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

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

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

Модель внешнего вида часов
модель внешнего вида часов
Структурная схема часов
структурная схема часов

Виды подобия: прямое (макет, фотография), косвенное (подобие по аналогии), условное (на основе соглашений).

Процесс моделирования имеет свойство динамичности: модели развиваются, уточняются, переходят одна в другую.

Классификация моделей

Классификация моделей познавательные нормативные
Познавательные (объяснительные) модели отражают уже существующие объекты.

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

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

Классификация моделей материальные абстрактные
Материальные модели построены из реальных объектов.
Абстрактные модели — это идеальные конструкции, выполненные средствами мышления, сознания.

Классификация моделей декларативные процедурные
Декларативные модели отражают свойства, структуры, состояния объектов.
Процедурные модели отражают процедурное, операционное знание.

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

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

Языки описания моделей

Языки описания моделей: аналитические, численные, логические, теоретико-множественные, лингвистические, графические.

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

Требования к нотации:

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

Содержание модели бизнеса

В модели бизнеса отражают:

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

Методы моделирования бизнеса

Структурные методы

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

Принципы структурного подхода:

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

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

Наибольшее распространение получили методологии:

  • IDEF0 – функциональные модели, основанные на методе SADT;
  • IDEF1X – диаграммы данных «сущность-связь» (ERD);
  • IDEF3 — диаграммы потоков работ (Work Flow Diagrams);
  • DFD — диаграммы потоков данных (Data Flow Diagrams).

Методы объектно-ориентированного моделирования

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

Наиболее известные методы:

  • Booch’93 Г. Буча,
  • OMT Дж. Румбаха
  • OOSE А. Джекобсона
  • UML (Unified Modeling Language) – на основе Booch’93, OMT, OOSE

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

Методы имитационного моделирования

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

Наиболее распространенные методы:

  • сети Петри и раскрашенные сети Петри (CPN, Colored Petri Nets);
  • GPSS (General Purpose Simulating System) – унифицированный язык имитационного моделирования;
  • SIMAN (SIMulation ANalysis) – язык визуального моделирования.

Интегрированные методы

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

  • ARIS (Architecture of Integrated Information System) позволяет отражать в единой интегрированной модели: оргструктуры, функции, данные, процессы. Использует множество типов моделей.
  • G2 — методология создания динамических интеллектуальных систем позволяет моделировать процессы с использованием знаний эксперта.
  • BRM (Business Rules Management) – методология управления бизнес-правилами.

Структурные методологии

Методология IDEF0

Методология IDEF0
Методология IDEF0 базируется на методе SADT (Structured Analysis and Design Technique) Росса, предназначенном для структурированного представления функций системы и анализа системных требований.
IDEF0-модель состоит из диаграмм и фрагментов текста. На диаграммах все функции системы и их взаимодействия представлены как блоки (функции) и дуги (отношения).

Основные элементы модели:

  • Функциональный блок (Activity) – преобразование (активность);
  • Выходы (Output) – результат преобразования;
  • Входы (Input) — объекты, которые преобразуются в Выходы;
  • Управление (Control) — информация, как происходит преобразование;
  • Механизм (Mechanism) – объекты, осуществляющие преобразование.

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

  • I (Input),
  • C (Control),
  • O (Output) и
  • M (Mechanism).

Типы связей между блоками:
Выход-вход
Выход-вход
Выход-управление
Выход-управление
Выход-механизм
Выход-механизм
Обратная связь по управлению
Обратная связь по управлению
Обратная связь по входу
Обратная связь по входу

Методология IDEF3

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

Выделяют четыре элемента IDEF3-модели:
Единицы работ (Unit of work) IDEF3 Единица работы — отображают действия, процессы, события, этапы выполнения работ. Единица работы может иметь только один вход и один выход

Ссылки (Referents):
необходимые элементы для выполнения процесса (сырье, материалы);
результат процесса (изделие);
активаторы процесса (клиент, поставщик).
Ссылки (Referents) idef3

Связи (Links), которые бывают двух типов:
передают действия от одной единицы работ к другой
Связи (Links) idef3
соединяют ссылку с единицей работ (активируют единицу работ)
Связи (Links) idef3

Перекрестки (Junctions) – элементы модели, за счет которых описывается логика и последовательность выполнения этапов процесса.
Бывают двух видов:
перекрестки слияния – Fan-in
перекрестки слияния – Fan-in idef3
перекрестки ветвления – Fan-out
перекрестки ветвления – Fan-out

Типы перекрестков

Асинхронное И (Asynchronous AND)
выходной процесс запустится, если завершились все входные процессы
26_asynchronous_and_zavershilis_vse_vhodnie
после завершения входного процесса запустятся все выходные процессы
Асинхронное И (Asynchronous AND)

Синхронное И (Synchronous AND)
выходной процесс запустится, если завершились одновременно все входные процессы
Синхронное И (Synchronous AND)
после завершения входного процесса запустятся все выходные процессы, причем запустятся одновременно
Синхронное И (Synchronous AND)

Асинхронное ИЛИ (Asynchronous OR)
выходной процесс запустится, если завершится один или несколько входных процессов
Асинхронное ИЛИ (Asynchronous OR)
после завершения входного процесса запустятся один или несколько выходных процессов
Асинхронное ИЛИ (Asynchronous OR)

Синхронное ИЛИ (Synchronous OR)
выходной процесс запустится, если завершились один или несколько входных процессов, причем завершились одновременно
Синхронное ИЛИ (Synchronous OR)
после завершения входного процесса запустится один или несколько выходных процессов, причем запустятся одновременно
Синхронное ИЛИ (Synchronous OR)

Исключающее ИЛИ (XOR, Exclusive OR)
выходной процесс запустится, если завершился только один входной процесс
34_XOR_Exclusive_OR_input
после завершения входного процесса запустится только один выходной процесс
Исключающее ИЛИ (XOR, Exclusive OR)

Пример IDEF3

Пример IDEF3

Правила создания перекрестков

  1. Каждому перекрестку слияния должен предшествовать перекресток ветвления.
  2. Перекресток слияния «И» не может следовать за перекрестком ветвления типа синхронного, асинхронного или исключающего «ИЛИ».
  3. Перекресток слияния типа исключающего «ИЛИ» не может следовать за перекрестком ветвления типа «И».
  4. Перекресток, имеющий одну стрелку на одной стороне, должен иметь более одной стрелки на другой.
  5. Перекресток не может быть одновременно перекрестком слияния и ветвления. В ситуации, когда необходимо одновременно осуществить слияние и разветвление потоков работ, вводится каскад перекрестков.

Правило относительно единиц работ

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

Номер работы А13.1.2 означает:
родительская работа имеет код А13,
номер декомпозиции – 1
номер работы на текущей диаграмме – 2.

Методология DFD

Диаграммы потоков данных DFD позволяют эффективно и наглядно описать процессы документооборота и обработки информации.
Используются две нотации: Йордана и Гейна-Сарсона

Типы структурных элементов (в нотации Гейна-Сарсона):
1. Процессы (функции, операции, действия), которые обрабатывают и изменяют информацию. Процессы показывают, каким образом входные потоки данных преобразуются в выходные
Методология DFD Процессы
2. Потоки данных, которые обозначают взаимодействие процессов с внешним миром и между собой. Поток данных соединяет выход процесса (объекта) с входом другого процесса (объекта).
Поток данных соединяет выход процесса (объекта) с входом другого процесса (объекта)
3. Хранилища данных — представляют собой собственно данные, к которым осуществляется доступ. Эти данные могут быть созданы или изменены процессами.
Хранилища данных - представляют собой собственно данные, к которым осуществляется доступ.
4. Внешние сущности — определяют внешние элементы, которые участвуют в процессе обмена информацией с системой. Внешние сущности изображают входы в систему (источники информации) и/или выходы из системы (приемники информации). Примеры: заказчик, персонал, поставщик, клиент, склад, банк
Внешние сущности - определяют внешние элементы, которые участвуют в процессе обмена информацией с системой

Пример:
Методология DFD пример

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

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

Прецедентная модель бизнеса

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

Актор (действующее лицо, business actor) — субъект окружения бизнеса. Примеры акторов: Клиент, Покупатель, Поставщик, Партнер, Акционер, Заказчик.
Актор (действующее лицо, business actor)

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

Экземпляр (реализация) прецедента – конкретный вариант хода событий класс прецедентов — обобщенный прецедент.

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

Между прецедентами и акторами устанавливаются отношения коммуникации (отношения ассоциации со стереотипом communicate).
Они моделируют взаимосвязи прецедентов с окружением (информационные и материальные потоки)
Между прецедентами, как правило, устанавливаются только отношения зависимости а также отношения, структурирующие прецеденты – отношения обобщения, включения (зависимости со стереотипом include), расширения (зависимости со стереотипом extend).
отношения обобщения, включения (зависимости со стереотипом include), расширения (зависимости со стереотипом extend)

Для каждого из элементов модели составляется спецификация.
В спецификации актора: наименование, стереотип (business actor), описание, список атрибутов, список обязательств и др.

В спецификации прецедента: наименование, стереотип (business use case), краткое описание, перечень связанных с прецедентом поддиаграмм и документов

Поток событий прецедента

Поток событий — описание прецедентов последовательностью шагов

Поток событий прецедента «Продажа продукта»:

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

Диаграмма деятельности (Activity Diagram)

Диаграмма деятельности (Activity diagram)

Элементы диаграммы деятельности

Элементы диаграммы деятельности

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

Структурирование прецедентов

Чтобы упростить описание прецедента, необходимо его структурировать. Рассмотрим два способа структурирования.
1. Выделение фрагментов
Если из описания прецедента с альтернативными потоками событий можно выделить фрагмент, представляющий собой относительно законченную последовательность событий, то данный фрагмент рассматривается как отдельный прецедент. Между выделенным прецедентом и базовым устанавливается отношения включения (include).
Иногда используют отношение расширения (extend). Оно устанавливается между базовым прецедентом и прецедентом, содержащим некоторое дополнительное поведение, выполняемое при определенных условиях.

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

Объектная модель бизнес-процесса

Раскрывает внутреннее устройство бизнеса: какие виды ресурсов используются для реализации прецедентов и каким образом они взаимодействуют.
Классы объектов модели бизнеса:
активные — исполнители процессов (стереотип business worker), например, Продавец, Изготовитель, Разработчик;
53_uml_aktivnie_klassi
пассивные — сущности (стереотип business entity), например, Продукт, Заказ, Счет.
пассивные - сущности (стереотип business entity)

Иногда среди активных выделяют:
интерфейсные (стереотип Boundary) – активные объекты, взаимодействующие с окружением, т.е. с акторами. Примеры – Продавец, Регистратор, Секретарь..
управляющие (стереотип Control) – активные объекты, участвующие в выполнении процессов, но не имеющие контакта с окружением. Примеры – Разработчик продукции, Изготовитель, Менеджер проекта..

Классы и объекты

Класс – некоторый тип объектов (множество похожих объектов),
Экземпляр – конкретный объект (представитель класса).
Экземпляр – конкретный объект (представитель класса)

Объекты имеют:
имя (через двоеточие может быть указано имя класса)
свойства — описываются с помощью атрибутов
поведение — представляется с помощью операций

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

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

Динамическая диаграмма взаимодействия

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

Элементы диаграммы последовательности

В верхней части диаграммы – активные объекты (и акторы) в виде прямоугольника («человечка»), от которого вниз проведена «линия жизни».
Сообщение (message) – отрезок горизонтальной линии со стрелкой, проведенный от линии жизни объекта (актора), посылающего сообщение, до линии жизни объекта (актора), получающего сообщение.
Сообщение (message)

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

Сообщения упорядочены по времени: первое сообщение изображается вверху диаграммы, следующее – ниже, следующее – еще ниже и т.д.
Однако диаграмма не содержит метрики времени (расстояния между сообщениями – это не интервал времени)

Статическая диаграмма взаимодействия

Диаграмма кооперации (Collaboration Diagram)
Статическая диаграмма взаимодействия

Диаграмма классов

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

Описание объектов

Спецификация объекта состоит из описания свойств (атрибутов) и поведения (обязательств, операций).
Спецификация объекта состоит из описания свойств (атрибутов) и поведения (обязательств, операций).

Интегрированная методология ARIS

Методология ARIS (Architecture of Integrated Information System) разработана в 1990-х годах профессором А.-В. Шеером
Интегрированная методология ARIS
Для каждого из этих представлений можно построить несколько типов моделей (в ARIS 5.0 общее количество типов диаграмм — 130)

Выделено четыре основных вида моделей (четыре представления):

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

Организационная схема

К организационным моделям относится Организационная схема (Organizational chat).
Основные типы объектов этой модели:
Организационная схема (Organizational chat)

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

Дерево функций

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

Событийная цепочка процесса

К моделям процессов/управления относится Диаграмма eEPC (extended Event driven Process Chain)
К моделям процессов/управления относится Диаграмма eEPC (extended Event driven Process Chain)
Основные типы объектов:
67_aris_diagram_eEPC_tipi_objectov

Элементы диаграммы eEPC

  • Функция – некоторое (шаг процесса). С функцией могут быть связаны: исполнители, входные и выходные документы, программное обеспечение и т.д.
  • Событие — какое-либо завершенное состояние объекта, которое влияет на дальнейший ход процесса. С одной стороны события являются стимулом к выполнению функций, с другой – их результатом.
  • Логические операторы (И, ИЛИ, XOR) показывают разветвления в потоке процесса.

Примеры:
Элементы диаграммы eEPC

Интеграция моделей

Взаимосвязь моделей ARIS обеспечивается с помощью двух механизмов: интеграции и детализации
1. Механизм интеграции
Благодаря хранению объектов в едином репозитории (специальной базе данных).
При создании нового объекта в репозитарии появляется отдельная запись, задающая описание объекта.
Объект можно скопировать из одной модели и вставить в другую с помощью команд Copy/Paste.
Механизм интеграции

Детализация моделей

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

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

Инструментальные средства

Возможности инструментальных средств

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

Использованная литература

1. Национальный исследовательский Томский политехнический университет. Томск. Силич М.П. 2016. 75 с. Презентация к лекции.

4.3
6
Голоса

Рейтинг статьи


Моделирование бизнес-процессов: цели, методы и результаты

Моделирование бизнес-процессов: цели, методы и результаты

Моделирование бизнес процессов: рабочий стол руководителя

Моделирование бизнес-процессов предприятия — важнейший инструмент грамотного и результативного управления.

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

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

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

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

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

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

К чему приводит отсутствие формализованных бизнес-процессов?

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

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

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

  • Эффективность работы подразделений неравномерна — есть лидеры и аутсайдеры, возможно взаимное недовольство между производством и вспомогательными службами. 

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

  • Плохо работает документооборот — нужные документы сложно найти, нередки потери.

  • Возникает избыток товарных запасов из-за недостаточного планирования.

  • Нарушаются сроки и бюджеты выполнения работ и заказов из-за отсутствия адекватной оценки и контроля.

  • Не ведется контроль удовлетворенности клиентов — пробелы в этом направлении не выявляются и не устраняются. 

  • Деятельность предприятия не прозрачна для инвесторов — снижается доверие.

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

Наличие моделированных процессов позволяет изменить ситуацию, решив несколько задач:

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

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

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

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

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

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

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

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

Имитационное моделирование — в этом случае процессы представляют через примеры их поведения в разных условиях, анализируя свойства в динамике.

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

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

  • Ориентация на эталонные и референтные модели как базу для описания бизнес-процессов.

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

  • Разумная достаточность — уровень детализации, количество моделей и описанных в них типов объектов и связей необходимо соотносить с поставленной задачей.

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

  • Соизмеримость процессов по сложности (составу) и по значимости.

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

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

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

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

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

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

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

  3. Построение модели «как должно быть» — формулирование состояния процесса, к которому необходимо стремиться. Эта модель отображает будущий процесс после проведения улучшений.

  4. Тестирование построенной модели — внедрение ее в деятельность компании, оценка результатов, внесение изменений.

  5. Улучшение построенной модели — в процессе использования модель необходимо продолжать анализировать и совершенствовать.

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

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

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

Количество методов достаточно велико. В числе основных можно назвать следующие.

  • IDEF — класс методов (IDEF0, IDEF1 и т.д.), основанных на методологии SADT. Модель позволяет описывать в виде графических схем разные стороны процессов. Так, IDEF0 создает модель функций процесса, а IDEF3 —
    поведенческую модель.

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

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

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

  • Data Flow Diagram отображает передачу информации (не материалов) между операциями в рамках процесса. С помощью DFD можно разбить процесс на более мелкие подпроцессы, поэтому его применяют для структурного анализа. 

  • Role Activity Diagram используют для моделирования процесса как совокупности ролей, имеющих определенные функции, и их взаимодействия.

  • Flow Chart Diagram строится с помощью набора символов, которые обозначают элементы процесса: процедуры, инструменты, данные и т.д. Метод отличается гибкостью, позволяя представить процесс как логическую последовательность
    действий множеством способов.

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

Существует ряд программных продуктов, которые могут быть использованы в качестве инструментов моделирования бизнес-процессов с применением описанных методов: ARIS, Business Studio, MS Visio, Bizagi Process Modeler и др.

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

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

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

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

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

Моделирование способно принести компании видимые преимущества:

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

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

  • формируется четкое понимание потребности в персонале, процесс найма становится более простым и эффективным;

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

  • улучшаются финансовые показатели.

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

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

!!! Полезный материал! Статьи “Как внедрить бизнес-процессы за 2 дня”. Скачать >

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

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

Моделирование бизнес-процессов — это подробное описание деятельности компании.

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

Цели

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

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

Условно, моделирование всех бизнес-процессов можно подразделить на 3 основных этапа:

Первый начался в 20 году прошлого века с выходом в свет “Принципов научного управления” американского инженера Ф. Тейлора. Внедряется SADT – методология структурного анализа, объединяющая процесс моделирования с управлением конфигурацией проекта. Появляются наглядные блок-схемы и сети Петри. В 80-х гг. предпринимаются первые попытки автоматизации. Однако используемые методики несовершенны, так как допускают варианты интерпретации.

В 1990 М. Хаммер и Д. Чампи выпускают “Реинжиниринг корпорации: манифест революции в бизнесе”, которая до сих пор изучается во всех ведущих бизнес-школах мира. Рождается новый подход к моделированию. С этого момента строится две модели: одна описывает существующие процессы, вторая — оптимальные (как должно быть). Продолжаются работы по автоматизации. Основная задача — моделирование нестандартных бизнес-процессов, для чего требуется привлекать программистов и вкладывать средства. Если хотите подробнее узнать о реинжиниринге – читайте эту статью.

2000 гг. ознаменовались появлением работы Г. Смита и П. Фингара “Управление бизнес-процессами: третья волна”. Новый подход предполагает разработку инструментов, которые дадут возможность менеджерам предприятий не только вносить корректировки в схемы бизнес-процессов, но и самим их создавать.

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

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

Работа по моделированию бизнес-процессов включает в себя 5 этапов:

моделирование бизнес-процессов: этапы

  1. Построение базовой модели бизнес-процессов. На этом этапе описываются основные компоненты существующей системы.
  2. Анализ – изучение процессов и взаимосвязей между ними.
  3. Разработка оптимальной модели бизнес-процессов. Строится плановая модель организации работы, которая позволит повысить эффективность бизнеса.
  4. Отработка предложенной модели на практике. Выполняется тестирование с целью выявления слабых мест.
  5. Доработка модели, если в этом есть необходимость.

!!! Полезный материал! Статьи “Как внедрить бизнес-процессы за 2 дня”. Скачать >

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

Виды

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

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

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

Основных принципов пять:

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

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

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

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

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

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

!!! Полезный материал! Статьи “Как внедрить бизнес-процессы за 2 дня”. Скачать >

Методы моделирования

Методов построения моделей довольно много, среди них:

IDEF — построенная на основе методологии SADT модель состоит из графических схем, облегчающих анализ системы.

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

Flow Chart Diagram — метод моделирования бизнес-процессов посредством символов. Отличается гибкостью.

Сети Петри – показывают динамику изменения процессов.

Инструменты

  • AllFusion Process Modeler. Позволяет строить модели и производить анализ с использованием стандартных инструментов IDEF0, DFD и пр.
  • ELMA BPM. Позволяет отслеживать выполнение процессов в реальном времени. Для построения моделей используется нотация BPMN 2.0.
  • Draw io. Сервис позволяет строить огромное количество диаграмм и имеет большой набор элементов. Возможно связывать модели через гиперссылки. Кроме того, можно к элементам присоединять файлы из облачных хранилищ данных.

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

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

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

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

Если работа проведена правильно, на выходе компания получит:

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

Как видим, правильное и осознанное моделирование бизнес-процессов только упрощает работу руководства и персонала компании.

!!! Полезный материал! Статьи “Как внедрить бизнес-процессы за 2 дня”. Скачать >

Автор: Марина Ступакова, эксперт компании iTeam

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

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

При возникновении затруднений в деле предприятия, руководитель задаётся вопросами «Как исправить ситуацию?», «С чего начать?», «Что представляет собой основную проблему?». Ответить на эти вопросы поможет построение модели бизнес-процессов.

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

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

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

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

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

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

Виды

Моделирование принято подразделять на следующие виды:

  • Функциональное;
  • Объектное;
  • Имитационное.

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

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

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

Цели

Составление бизнес-моделей подразумевает несколько целей:

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

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

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

Все эти цели имеют конечную мотивацию – улучшить производительность работы компании.

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

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

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

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

Работа по моделированию бизнес-процессов состоит из пяти стадий:

  1. Построение базовой модели «как есть». Для улучшения бизнеса, необходимы актуальные сведения о работе. На этом этапе выявляются данные о процессе, ключевые моменты и рамки процесса.
  2. Анализ исходной модели. Эта стадия подразумевает изучение процессов и взаимосвязей между ними, устанавливается необходимость изменения процесса.
  3. Разработка оптимальной модели «как должно быть». Здесь определяется требуемое состояние процесса, образ системы в перспективе, включая все усовершенствования.
  4. Использование модели на практике, тестирование. Проверка системы на «прочность» и дальнейшее одобрение её внедрения.
  5. Доработка модели «как должно быть». Моделирование не ограничивается только разработкой шаблона. При необходимости нужно улучшать созданную модель, чтобы она не утратила актуальность и вела компанию к успеху.

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

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

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

Осуществимости

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

Информационной достаточности

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

Множественности

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

Агрегирования

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

Отделения

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

Методы построения бизнес модели

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

Методы построения бизнес модели

IDEF (Интегрированное описание функционального моделирования) – представляет собой совокупность аналитических приёмов, которая применяется не только в бизнесе, но и в других сферах. Наиболее часто используются IDEF0 и IDEF3. В первом варианте сложные функции разбирают на простые части, которые затем логически объединяются в блоки с помощью стрелок. Во втором иллюстрируется течение работ или переходные состояния процессов.

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

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

Flow Chart Diagram (Диаграмма потока работ) – графический способ подачи информации с использованием определённых знаков для набора данных и операций. В итоге на схеме видна логическая цепочка всех операций. Учитывая гибкость такого подхода при необходимости можно изучить действия сразу в нескольких вариантах.

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

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

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

Инструменты

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

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

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

Bizagi Studio

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

Bizagi Studio

Функции:

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

ELMA BPM

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

ELMA BPM

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

Функции:

  • работа с документами;
  • построение моделей;
  • передача процессов персоналу;
  • понятная «справка»;
  • интеграция с 1С

Visual Paradigm

Поддерживает ряд нотаций (IDEF, eEPC, BPMN), блок-схем и моделей. Интерфейс понятный, удобный и может корректироваться пользователем. В VP вы не встретите таких недостатков, как сбои при перетаскивании элементов, наплывы объектов друг на друга, пересечение стрелок.

Visual Paradigm

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

Функции:

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

Gliffy

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

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

Gliffy

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

Функции:

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

BPsimulator

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

Функции:

  • симуляция;
  • отчёты;
  • моделирование, оценка стоимости процесса;
  • удобный интерфейс.

ARIS Express

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

Функции:

  • Smart Design;
  • понятный интерфейс;
  • нотации BPMN и eEPC.

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

Сотрудники компании

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

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

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

Хорошие инструменты бизнес-моделирования должны:

  • быть легкими в обучении для бизнес-отделов;
  • упрощёнными для IT-специалистов для общения с другими отделами;
  • быть недорогими и соответствовать отраслевым требованиям;
  • иметь встроенный редактор рабочего процесса с графическим интерфейсом;
  • уметь моделировать рабочий процесс до реализации.

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

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

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

Сначала разберемся в понятиях

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

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

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

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

Методология определяет стандарт и подход описания бизнес процесса организации.

Типы моделей бизнес процесса и методологий их построения

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

  1. Организационная модель — описывает иерархию организационных подразделений, должностей и конкретных лиц, связи между ними, а также территориальную привязку структурных подразделений;
  2. Функциональная модель — описывает иерархию целей, стоящих перед аппаратом управления, с совокупностью деревьев функций, необходимых для достижения поставленных целей;
  3. Модель управления / модель потоков данных — описывает бизнес процессы компании верхнего уровня;
  4. Модель потоков работ — описывает детализацию функций бизнес процесса;
  5. Информационная модель — описывает структуру информации, используемой при реализации бизнес-процессов.

Чаще всего используются последние три типа моделей бизнес процесса. Соответственно и методологии описания бизнес процессов также разделяются по типам:

  • Методологии описания процессов верхнего уровня и потоков данных;
  • Методологии описания потоков работ;
  • Методологии описания структуры информации;
  • прочие методологии.

17

Просмотров 27.7к. Опубликовано 21.03.2022
Обновлено 31.10.2022

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

Содержание

  1. Что такое основной бизнес процесс простыми словами
  2. История появления термина
  3. Зачем нужны бизнес процессы
  4. Отличие бизнес процессов от функций и стандартных процессов
  5. Кто описывает бизнес процессы
  6. Характеристики описания основных бизнес процессов
  7. Уровни основных бизнес процессов
  8. Классификация бизнес процессов
  9. Описание бизнес процесса
  10. Основные виды бизнес процессов
  11. Правила описания основных бизнес процессов
  12. Уровни анализа
  13. Этапы описания
  14. Форматы описания бизнес процессов
  15. Схема описания бизнес процессов
  16. Создание и оптимизация бизнес процессов на предприятии
  17. Анализирование
  18. Пошаговое описание
  19. Управление бизнес процессами
  20. Зарождение BPM
  21. Модель зрелости BPM
  22. Моделирование бизнес процессов
  23. Нотации моделирования
  24. В чем разница между нотациями
  25. Платное и бесплатное программное обеспечение и сервисы для создания и описания модели бизнес процесса
  26. Как рассчитать стоимость бизнес процесса
  27. Внедрение бизнес процессов
  28. Оптимизация бизнес процессов
  29. Автоматизация бизнес процессов
  30. Плюсы внедрения процессного управления
  31. Реинжиниринг и постоянное совершенствование
  32. Пример удачного анализа и оптимизации бизнес процессов
  33. Ошибки при внедрении систем управления
  34. Ситуации, когда бизнес процессы нужно описывать
  35. Как бизнес процессы могут быть оптимизированы и усовершенствованы
  36. Где можно обучиться управлению бизнес процессами
  37. Заключение
  38. Отзывы о бизнес процессах
  39. Полезные книги
  40. Литература о принципах и идеологии бизнес-процессов:
  41. Книги про оптимизацию:
  42. Книги о системном мышлении:
  43. Книги о применении процессов:

Что такое основной бизнес процесс простыми словами

Business Process (в переводе «Бизнес процесс») – это постоянно повторяющаяся в определенное время последовательность (цепочка) действий сотрудников, которая выстроена, в соответствии с политикой компании, и направлена на достижение поставленных целей.

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

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

История появления термина

Впервые термин «бизнес процессы» появился давно — в 70-х г. г. XX века. Именно тогда предприятия стали переходить к информационным системам и информатизации производственного процесса. Возникла потребность в четкой организации управления предпринимательством и трудовыми ресурсами.

Инструктирование работников стало осуществляться по схеме «человек – человек» и «человек – машина». Все нормы были стандартизированы. Так, нужны были команды, которые бы распознал и человек, и машина.

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

Зачем нужны бизнес процессы

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

С помощью описания процессов достигают и иные задачи:

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

Отличие бизнес процессов от функций и стандартных процессов

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

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

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

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

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

Специалист должен уметь описывать процессы и:

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

Характеристики описания основных бизнес процессов

Описание процессов характеризуется такими параметрами:

  1. Наименование и цель. Обычно это одно и то же. Все участники должны будут их знать и понимать. Например, название – «Продажа первой партии нового товара». Цель звучит так же.
  2. Исполнитель или владелец инструмента. Это ответственное лицо, которое будет подробно составлять план, доносить его до сотрудников, вести и контролировать процесс его выполнения.
  3. Ресурсы, которые используются для достижения поставленных целей.
  4. Вход – это те ресурсы, которые поступают извне, сырье.
  5. Выход – это произведенные товары или оказываемые услуги. Иногда может получиться не то, что было запланировано, тогда цель на этом этапе меняется.

Еще есть и другие параметры описания, но не обязательны:

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

Уровни основных бизнес процессов

Процессы имеют многоуровневое строение:

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

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

Классификация основных процессов осуществляется по разным признакам:

Специфика работы:

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

Сложность:

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

Структурное место на предприятии:

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

Функции отдела:

  • управления;
  • распределения финансов;
  • организации работы склада;
  • логистики;
  • производства.

Детализация или комплексность:

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

Исполняемость:

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

Описание бизнес процесса

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

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

Кстати! Зарегистрируйтесь в нашем сервисе голосовых рассылок Zvonobot и получите первые 20 звонков — бесплатно 😉

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

Все процессы делятся на 6 групп:

  1. Основная, представляющая полезную ценность для потребителей.
  2. Вспомогательная, обеспечивающая существование основных процессов, но не имеющая ценности для потребителей.
  3. Управляющая, предназначенная для контроля над основной и вспомогательной группой процессов и над процессом исполнения целей.
  4. Сопутствующая – вспомогательный вид процессов, которые будут приносить дополнительный доход.
  5. Группа развития, предназначенная для увеличения производительности и доходов предприятия.
  6. Категория совершенствования, направленная на улучшение рабочего процесса, повышения его качества.

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

Правила описания основных бизнес процессов

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

  1. Законченность, т.е. любая деятельность должна будет иметь собственную цель, конечный итог (иногда в ходе работы цель может измениться).
  2. Краткость. Инструкции должны быть изложены лаконично с обозначением основных этапов работы и задач сотрудников без лишних деталей и сложных терминов. Это обеспечит быструю и слаженную работу всех отделов.
  3. Использование общепринятых, типовых обозначений по стандартам IDEF3, BPMN 2.0, BPMN (для преобразования задач в наглядные схемы и таблицы есть специальные программы), чтобы любой участник процесса описания смог прочитать инструкцию и верно истолковать ее.
  4. Указание конкретных участников процесса описания и ответственных лиц с четким распределением задач между ними.

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

Уровни анализа

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

  1. Операции. Это самый детализированный уровень, когда будет требоваться перечислять каждое действие.
  2. Действия – это ряд операций, в котором должна быть соблюдена определенная последовательность.
  3. Процедуры – несколько объединенных действий, выстроенных в определенном порядке для достижения поставленных целей.
  4. Базовый уровень, на котором объединяется несколько взаимосвязанных процедур, которые будут служить достижению результатов. Обычно в них участвует несколько сотрудников.
  5. Направление работы. Это самый обобщенный уровень, который включает в себя несколько процессов.

Этапы описания

Составление описания бизнес процесса будет осуществляться пошагово в 11 этапов:

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

Форматы описания бизнес процессов

Описание процессов может быть в 3 форматах:

  1. Текстовом, когда информация изложена, в основном, в виде текста. Это самый распространенный вид описания.
  2. Табличном – наглядном виде. Но здесь есть сложности с подготовкой шаблонов.
  3. Графическом – самом удобном и понятном варианте в виде моделей и схем.

Каждое описание процесса из них имеет свои плюсы и минусы.

простота реализации

отсутствие требований к навыкам оформителя

множество текста, который нужно полностью прочитать для выделения самого важного

сложности при структурировании и анализировании текста

отсутствие наглядности, что затрудняет восприятие бизнес-процесса

специфический, сложный язык для описания некоторых процессов

отсутствие необходимости в подготовке при наличии шаблона

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

структурированная и понятная демонстрация данных описания

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

необходимость в предварительной разработке шаблонов

отсутствие возможности изложить в таблице сложный бизнес-процесс с развернутым описанием

ограниченное место для данных

сложность восприятия при избытке данных

сложности при отображении ответвлений

наглядная демонстрация информации описания, что обеспечивает простоту восприятия

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

глубокая детализация элементов описания

возможность включения любого количества ответвлений

удобное использование графики при разработке программного обеспечения

потребность в специальных навыках

работа с графикой требует большого количества времени

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

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

Для построения схемы по описанию процессов могут использоваться специальные программы. Это осуществляется поэтапно:

  1. Фиксация границ – начальной и конечной точки основного процесса описания.
  2. Выделение основных блоков – базы процесса, в соответствии с их положением в последовательности.
  3. Внесение дополнительных элементов – ответвлений, всех возможных путей развития событий.
  4. Распределение ролей между участниками. Один сотрудник может одновременно исполнять несколько ролей.
  5. Добавление документов: кейсов, презентаций, инструкций, писем и пр.
  6. Внесение данных об источниках и программном обеспечении, с помощью которых осуществляется автоматизация процесса описания.
  7. Обозначение инструментов, которые могут помочь в достижении целей.
  8. Внесение критериев эффективности, с помощью которых будет производиться оценка результата.
  9. Моделирование процесса с учетом всех полученных сведений при описании.

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

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

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

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

Анализирование

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

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

Чтобы проанализировать текущие процессы, необходимо их описать. Это требуется, если:

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

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

Пошаговое описание

Описание текущего бизнес процесса строится поэтапно:

  1. Собирается команда участников этого процесса, включая руководителей.
  2. Происходит сбор всей необходимой информации о наличии ресурсов, мощностей, требований к качеству продукта, времени для выполнения заявок и пр.
  3. Формулируется конечный итог.
  4. Организуется интервью с работниками для определения этапов производства.
  5. Создается текстовое или графическое описание.

Управление бизнес процессами

Для реализации потенциала предприятия в полном объеме нужно будет правильно выстроить управление бизнес процессами (BPM). Оно состоит из 4 ступеней:

  1. Этап моделирования, когда происходит определение и описание процессов. Также здесь устанавливается ответственность руководителей.
  2. Выполнение указанных в описании задач.
  3. Контроль работы персонала и движения финансов. Сотрудник на руководящей должности следит за исполнением сроков, качества продукции, равномерной загруженностью кадров, переработками, премированием и штрафами сотрудников.
  4. Анализ выполненной работы, сравнение полученного результата с поставленными задачами, выявление ошибок и оптимизация управления процессом.

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

Зарождение BPM

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

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

Модель зрелости BPM

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

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

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

  1. Структурное, которое позволяет исследовать текущие и будущие системы. Оно может быть:
    • функциональным (последовательное построение схемы с использованием конкретных ресурсов);
    • имитационным (учитываются временные интервалы, внутренние и внешние условия);
    • информационным (отображается связь объектов и их характеристики).
  2. Ориентированное на объекты без детализации – любые преобразуемые предметы в рабочем процессе.
  3. Интегрированное – сочетающее несколько моделей, т.е. комплексное.

Нотации моделирования

В процессе моделирования используются специальные технические условные обозначения (нотации) – единые по всему миру:

ARIS Его используют при создании, анализировании, внедрении и оптимизации процессов
DFD Предназначен для использования в макропроцессах бизнеса
UML Применяется при разработке программного обеспечения, демонстрирует ошибки в структуре
IDEF Разделяет и объединяет блоки IDEF0, изображает процесс IDEF3
BPMN Демонстрирует процесс в разных аудиториях
RAD Предназначена для описания и анализирования функциональных элементов, а также демонстрации их взаимодействия
WFD Отражает процессы на нижнем уровне, демонстрирует последовательность действий и время их выполнения
ANSI Это блок-схемы, которые демонстрируют, как идет процесс
ERM Позволяют сделать описание концепции процессов
SADT Помогают создавать функциональные модели
FCD Создан для описания действий, исполнителей, оборудования символами
EPC В рамках сложного комплексного процесса позволяет определить его вход и выход
STD Отражает поведение системы во время внешнего воздействия
Дорожки Брюса Силвера Используется, как дополнение для демонстрации перехода ответственности от одного сотрудника к другому
Unified Modeling Language Позволяет визуализировать, сконструировать, задокументировать системы и процессы, скачать сформированные документы
Карты потоков ценностей Отражают потраченные ресурсы и время
Цветные сети Петри Предназначены для демонстрации переходов, событий, действий

В чем разница между нотациями

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

BPMN имеет особенности:

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

Нотацию ARIS выбирают с учетом ее характеристик:

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

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

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

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

Bizagi Process Modeler Бесплатный софт для небольших организаций, который можно скачать в интернете. Поддерживает построение диаграмм, позволяет распределить приоритеты. Имеет широкий функционал. Созданную схему можно проверить, изменить ее части, добавить свои элементы, скачать, распечатать. Все сопутствующие документы формируются автоматически и сохраняются в файл. Поддерживает русский язык и одновременную работу нескольких менеджеров.
Visual Paradigm Платная программа, с помощью которой можно построить схему со всеми корпоративными процессами с взаимосвязанными элементами. Описания можно протестировать или задать их для отдельных составных частей. Для каждого объекта можно установить свои правила.
Elma BPM Платное ПО, позволяющее следить за работой бизнес-схемы в онлайн-режиме. Задачи можно распределить между конкретными работниками. Поддерживается подключение 1C и загрузка документов.
Fox Manager Софт, который позволяет создать карту процесса с планом. У поставленных задач можно контролировать степень выполнения и качество, их эффективность и всего рабочего процесса в целом.
ARIS Express Бесплатная программа для построения моделей и карт. Есть поддержка инструмента Smart Design: после внесения данных схема выдается автоматически. Отдельно созданные модели не могут быть объединены в общий процесс.
Business Studio Софт от российского разработчика для контролирования исполнения поставленных задач и автоматической генерации документов. Может применяться совместно с другими программами.

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

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

  1. Собрать первичные данные о процессе, сделать его описание, определить, какие операции, как часто и кем будут выполняться. Данные обычно заносятся в таблицу MS Excel с названием столбцов: «Наименование операции», «Коэффициент использования» (частота повторения данной операции), «Исполнитель».
  2. Проанализировать, сколько времени будет требоваться на выполнение каждой операции. Для этого можно использовать методы фотографирования (фиксация процесса выполнения операции каждым сотрудником), экспертной оценки персонального бизнес-аналитика, анализа данных с помощью информационной системы (на основе прошлого опыта). На практике часто применяются комбинированные способы. Полученные данные заносятся в таблицу в графу «Время исполнения операции».
  3. Подсчет стоимости ресурсов. Для этого рассчитывается, сколько стоит 1 минута работы данного сотрудника (исходя из размера его заработной платы). Затем это значение умножается на время исполнения операции. Полученное значение заносится в таблицу в графу «Стоимость ресурсов за 1 мин». Для получения полной картины стоимости процесса необходимо добавить все остальные статьи расходов: арендную плату, закупку расходных материалов и пр., но без излишней детализации, так как этот этап может затянуться.
  4. Подсчет стоимости всего процесса с учетом полученных данных. Для этого необходимо рассчитать, во сколько обходится выполнение одной операции (стоимость минуты времени работника умножается на длительность выполнения задачи). Эти данные нужно занести в таблицу в графу «Стоимость 1 операции», а затем заполнить столбец «Стоимость операций за месяц». Путем сложения значений в последнем столбце можно получить стоимость всего процесса. При этом нужно учитывать, что подобный расчет может иметь большие погрешности.
  5. Анализирование стоимости процесса. Когда цена каждой операции будет наглядно отображена в таблице, у руководства обычно появляется желание ее удешевить. Сделать это можно с помощью полного исключения данной операции из процесса (нужно проанализировать, насколько она необходима для получения результата), использования более дешевых ресурсов или менее квалифицированных кадров, ускорения выполнения операций, упрощения рабочего процесса.
  6. Анализирование нагрузки на работников. Для этого учитываются не только операции данного процесса, но и все остальные функции сотрудников. Расчеты помогают понять, насколько та или иная операция трудозатратная, а также распределить нагрузку равномерно между участниками.

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

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

  1. Знакомство персонала с новой системой, чтобы они могли ориентироватся не результат.
  2. Презентация преимуществ, выгоды и эффективности использования системы.
  3. Тестовый запуск программы на одном сотруднике или в одном отделе.
  4. Проведение обучения других сотрудников при положительных результатах тестирования.
  5. Полноценный запуск процесса.
  6. Управление процессом, осуществление контроля над работой персонала и соблюдением алгоритмов новой системы. Этим занимается руководитель или специальный менеджер.

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

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

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

  1. «Здравый смысл», когда:
    • удаляются дублирующиеся операции;
    • исключается лишний контроль;
    • автоматизируются часто повторяющиеся операции;
    • равномерно распределяются ресурсы;
    • корректируются все составляющие процесса: материалы, технологии и пр.;
    • процесс максимально упрощается;
    • все операции стандартизируются;
    • назначается параллельное выполнение задач, процесс ускоряется;
    • продолжительность операций и расходов на них сокращаются.
  2. «Бережливое производство», когда:
    • минимизируются паузы в рабочем процессе (простой машин, согласование заказа и пр.);
    • исключается производство излишков;
    • нерациональные действия сотрудников сводятся к минимуму;
    • сокращаются перемещения работников для сохранения времени;
    • выпускаемая продукция страхуется на предмет появления возможных дефектов;
    • обеспечивается достаточный объем ресурсов.

Оптимизация процесса происходит вскоре после его внедрения.

Автоматизация бизнес процессов

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

Автоматизация помогает при:

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

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

Плюсы внедрения процессного управления

Управление процессами и их автоматизация имеет преимущества:

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

Реинжиниринг и постоянное совершенствование

Реинжиниринг – это кардинальная перестройка бизнес процессов.

У каждой организации своя специфика и свой порядок этой процедуры, но есть 5 основных шагов:

  1. Определение потребностей организации, выявление слабых мест.
  2. Формирование группы ответственных специалистов из своих или персональных привлеченных работников.
  3. Планирование основных процессов на основе проблем, потребностей клиентов, задач предприятия.
  4. Смена подхода для улучшения рабочего процесса.
  5. Подключение сотрудников к тестированию процессов и его полноценному запуску.

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

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

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

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

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

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

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

После этого были сформулированы задачи:

  1. Уменьшить срок доставки товара до 5 ч.
  2. Обеспечить своевременную доставку молока в цеха.

Оптимизация процесса позволила предпринять меры:

  1. Сменить поставщика молока.
  2. Приобрести дополнительные автомобили для оперативной отправки продукции и нанять водителей.

Ошибки при внедрении систем управления

При внедрении системы управления следует учитывать возможные ошибки:

  1. Неправильная формулировка цели и задач.
  2. Отсутствие согласованности между подразделениями.
  3. Иррациональные желания, не соответствующие возможностям.
  4. Чрезмерная детализация процесса.
  5. Описание всех операций и процессов на предприятии.
  6. Игнорирование общепринятых условных обозначений с использованием своих нотаций.
  7. Желание получить прибыль от каждого процесса.
  8. Формирование идеальной схемы процесса.

Ситуации, когда бизнес процессы нужно описывать

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

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

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

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

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

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

Помимо этого оптимизация требуется, когда нужно:

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

Где можно обучиться управлению бизнес процессами

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

  1. Непрофильные вузы с направлениями «Экономика», «Менеджмент».
  2. Профильные учебные заведения со специализацией «Предпринимательство».
  3. Курсы с государственной поддержкой, т.е. бесплатные для слушателей. В каждом регионе есть свои представительства.
  4. Курсы от «Сбера» и Google – лучший бесплатный вариант для получения образования по бизнесу в интернете. Бонусные уровни открываются после прохождения тестирования на сайте. А в блоге постоянно публикуются полезные статьи по теме.
  5. Платные онлайн-курсы от «Синергия», Skillbox.ru, «Нетологии» и пр. с получением официального сертификата по e mail.

Заключение

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

Отзывы о бизнес процессах

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

Александр, 40 лет (Санкт-Петербург)

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

Алексей, 35 лет, (Уфа)

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

Сергей, 32 года, (Москва)

Полезные книги

  1. Свод знаний по управлению бизнес процессами. BPM CBOK 3.0
  2. Бизнес процессы. Инструменты совершенствования (Б. Андерсен)
  3. Управление бизнес процессами. Практическое руководство по реализации проектов (Д. Джестон, Й. Нелис)
  4. Учитесь видеть бизнес процессы. Построение карт потоков создания ценности (М.Ротер, Д.Шук)

Литература о принципах и идеологии бизнес-процессов:

  1. Критическая цепь (Э. Голдратт)
  2. Серия «Цель» (Э. Голдратт)
  3. Дао Тойота (Д. Лайкер)
  4. Организация как система. Принципы построения устойчивого бизнеса Эдварда Деминга (Г. Нив)
  5. Кайдзен. Ключ к успеху японских компаний (М. Имаи)

Книги про оптимизацию:

  1. Быстрее, лучше, дешевле: девять методов реинжиниринга бизнес процессов (М. Хаммер)
  2. Оптимизация бизнес процессов. Документирование, анализ, управление, оптимизация (Д. Харрингтон)
  3. Практическое руководство по реинжинирингу бизнес процессов (М. Робсон, Ф. Уллах)
  4. Реинжиниринг корпорации: манифест революции в бизнесе (М. Хаммер, Дж. Чампи)
  5. Руководство по улучшению бизнес процессов. Harvard Business School.
  6. Производство без потерь для рабочих. Институт комплексных стратегических исследований.

Книги о системном мышлении:

  1. Системность во всем. Универсальная технология повышения эффективности (С. Карпентер)
  2. Искусство системного мышления (Д. О. Коннор)
  3. Системное мышление. Как управлять хаосом и сложными процессами. Платформа для моделирования архитектуры бизнеса (Дж. Гараедаги)
  4. Ключевые показатели менеджмента (К. Уолш)
  5. Азбука системного мышления (Д. Медоуз)

Книги о применении процессов:

  1. Теория ограничений Голдратта. Системный подход к непрерывному совершенствованию (У. Детмер)
  2. Найти идею. Введение в ТРИЗ (Г. Альтшуллер)
  3. Бережливое производство + шесть сигм в сфере услуг (Майкл Джордж)
  4. Теория ограничений в действии (Э. Шрагенхайм)
  5. Действенное видение. Как обратить текущий объем продаж в чистую прибыль (Д. Кендалл)

Понравилась статья? Поделить с друзьями:
  • Срок ответа на досудебную претензию страховой компании
  • Срок ответа на жалобу в управляющую компанию по закону
  • Срок ответа на претензию по каско в страховую компанию
  • Срок рассмотрения заявления в жкх управляющую компанию
  • Срок хранения заявлений граждан в управляющую компанию