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

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

!!! Полезный материал! Статьи “Как внедрить бизнес-процессы за 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

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

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

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

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

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

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

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

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

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

  • Более эффективно
    внедрить стандарты качества, например,
    ИСО 9000, и успешно пройти сертификацию.

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

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

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

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

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

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

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

На рис. 1.2 показаны
основные шаги при построении модели
бизнес-процесса.

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

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

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

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

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

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

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

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

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

  • высокоуровневую диаграмму процесса,
    показывающую его крупные шаги

(обычно не более десяти) и связанные с
ними роли;

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

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

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

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

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

  • бизнес-аналитик(и);

  • представитель ИТ-подразделения;

  • внешний консультант (не обязательно).

10

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

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


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

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

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

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

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

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

Моделирование бизнес-процессов (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 и др.

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

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

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

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

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

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

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

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

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

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

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

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

#статьи

  • 10 авг 2022

  • 0

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

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

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

Ксеня Шестак

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Функциональная модель процесса изготовления рекламного ролика
Инфографика: Майя Мальгина для Skillbox Media

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

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

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

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

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

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

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

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

Фрагмент процессной модели бизнес-процесса: основные действия менеджера по продажам
Инфографика: Майя Мальгина для Skillbox Media

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

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

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

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

Фрагмент ментальной модели. Составлен в свободной форме — все элементы вращаются на орбите процесса
Инфографика: Майя Мальгина для Skillbox Media

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

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

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

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

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

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

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

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

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

Фрагмент отчёта бизнес-аналитика
Изображение: личный архив Александра Завьялова

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

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

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

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

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

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

Фрагмент бизнес-модели с процессом обработки заявки в Business Studio
Скриншот: личный архив Александра Завьялова

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

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

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

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

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

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

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

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

Задаём границы бизнес-процесса
Инфографика: Майя Мальгина для Skillbox Media

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

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

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

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

Рисуем каркас — основные этапы процесса
Инфографика: Майя Мальгина для Skillbox Media

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

Добавляем детали — основные события процесса и действия исполнителя
Инфографика: Майя Мальгина для Skillbox Media

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

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

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

Фрагмент процессной модели бизнес-процесса: основные действия менеджера по продажам
Инфографика: Майя Мальгина для Skillbox Media

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

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

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

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

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

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

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

Contents

  • 1 Введение в управление бизнес-процессами (Business Process Management, BPM)
  • 2 Управление бизнес процессами
    • 2.1 Что такое управление бизнес процессами (BPM)?
    • 2.2 Категории бизнес-процессов
    • 2.3 Модель зрелости BPM
  • 3 Моделирование бизнес-процессов
    • 3.1 Цели моделирования процессов
    • 3.2 Процессные нотации
    • 3.3 Карта потока создания ценности:
      Специализированные подходы к моделированию процессов
  • 4 Процессная иерархия
  • 5 Основные принципы моделирования бизнес-процессов

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

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

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

Видео по бизнес-процессам:

Рисунок «Три взгляда на BPM»

Три взгляда на BPM

Усовершенствование бизнес процессов (BPI) – это разовая инициатива или проект, направленный на более полное соответствие стратегии организации и ожиданий клиентов. BPI включает в себя выбор, анализ, проектирование и внедрение усовершенствованного процесса.

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

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

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

Что такое управление бизнес процессами (BPM)?

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

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

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

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

Рисунок «Бизнес-процесс»

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

Концепция потребителя в бизнес-процессе BPMЦенность в виде проектных спецификаций

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

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

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

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

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

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

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

schema_rascheta_kpi_bizness_processa

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

Бизнес-процессы можно разделить на три категории:

  • Основные процессы – сквозные и, как правило, кросс функциональные процессы, непосредственно создающие ценность для потребителя. Основные процессы также называют ключевыми, так как они представляют собой действия, необходимые с точки зрения выполнения организацией своей миссии. Эти процессы составляют цепочку создания ценности, в которой каждый шаг добавляет ценность к предыдущему, измеряемую вкладом в создание или поставку продукции или сервиса и в конечном счете в создание ценности для потребителя.
  • Вспомогательные процессы предназначены для поддержки основных, обычно через управление ресурсами и/или инфраструктурой, необходимых основным процессам. Разница между основными и вспомогательными процессами в том, что вспомогательные процессы непосредственно не создают ценность для потребителя. Примеры вспомогательных процессов обычно относятся к ИТ, финансам, управлению персоналом. Хотя вспомогательные процессы зачастую тесно связаны с функциональными областями (например, процесс выдачи и отзыва разрешения на сетевой доступ), они могут пересекать функциональные границы и зачастую действительно их пересекают.
  • Процессы управления предназначены для измерения, мониторинга и контроля бизнес деятельности. Они призваны гарантировать, что основные и вспомогательные процессы спроектированы и исполняются в соответствии с поставленными операционными, финансовыми целями, регуляторными и юридическими ограничениями. Как и вспомогательные, процессы управления непосредственно не добавляют ценности для потребителя, но они необходимы для обеспечения соответствия операций целевым уровням производительности и результативности.

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

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

Модель зрелости бизнес-процессов BPM

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

Цели моделирования процессов

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

Процессные модели – это средства:

  • управления процессами организации;
  • анализа эффективности процесса;
  • описания изменений.

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

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

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

Процессные нотации

Распространенные процессные нотации:

Процессные нотации

BPMN:
BPMN диаграмма

Диаграмма с дорожками Брюса Силвера:
Диаграмма с дорожками

Блок-схема:
Блок схема

Процессная цепочка, управляемая событиями (EPC):
Процессная цепочка, управляемая событиями (EPC)

UML:
uml

IDEF:
IDEF

Карта потока создания ценности:
Карты потока создания ценностиСпециализированные подходы к моделированию процессов

Специализированные подходы к моделированию процессов:
Специализированные подходы к моделированию процессов

Процессная иерархия

Процессная иерархия:
Процессная иерархия

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

5
4
Голоса

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

Моделирование бизнес-процессов: что это такое и зачем это нужно?

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

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

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

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

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

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

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

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

Работа была представлена на русском и польском языках и не получила широкого распространения в научных и производственных кругах, хотя наработки были однозначно интересными [A. Kosieradzka, 2018]. Уже тогда, в 19 столетии, языком науки и бизнеса был английский. Поэтому для того, чтобы работа получила широкую известность, ее нужно было как минимум выпустить на английском.

Намного больший резонанс вызвала разработка британского инженера Генри Ганта (1861-1919). В 1910 году он представил ленточную диаграмму, позволяющую отслеживать состояние всех процессов на предприятии в любой момент времени [H. Gant, 1910]. Разработка получила название по имени своего изобретателя – диаграмма Ганта. С тех пор прошло больше ста лет, однако диаграмма Ганта по-прежнему актуальна и позволяет решать многие организационные задачи:

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

По мере усложнения производства усложнялось и моделирование бизнес процессов предприятия. Так, появившийся в 50-е годы метод PERT (Project Evaluation and Review Technique) позволял работать с большим количеством значений, в том числе неопределенных и изменяющихся на протяжении времени проекта.

Желающие вникнуть в математическую часть могут прочитать книгу «Сетевые методы планирования и их применение» [А. Кофман, Г. Дебазей, 1968]. Мы же ограничимся представлением общей схемы сетевой диаграммы PERT, где обозначения от A до F – различные операции, t – время этих операций, а кружочки с цифрами – промежуточные этапы.

Схематично это выглядит так:

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

Собственно термин «моделирование бизнес-процессов» зародился в 1967 году. Впервые его употребил автор статьи, посвященной теме атомной энергетики [R. Walton, 1967].

С тех пор методология моделирования бизнес-процессов претерпела определенные изменения. В самом общем виде можно выделить два основных подхода, а именно функциональный и объектно-ориентированный [ПитерСофт, 2019]:

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

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

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

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

  • Нотация IDEF0.
  • Нотация Basic Flowchart.
  • Нотация Cross-Functional Flowchart.
  • Нотация моделирования бизнес-процессов BPMN0 (Business Process Model and Notation).
  • Нотация EPC (Event-Driven Process Chain).

Узнать подробнее можно из обзора «Нотации моделирования бизнес-процессов» [Business Studio, 2020]. В контексте нашей темы мы говорим об этом лишь для того, чтобы показать масштаб и многообразие разработок в данной области, что само по себе указывает на важность этой сферы. Почему эта сфера так важна? Давайте разбираться.

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

Конечная цель моделирования бизнес-процессов, как и всего, что происходит в бизнесе, – это увеличение прибыли. Анализ и моделирование бизнес-процессов позволяют выявить ресурсы для уменьшения себестоимости продукции, увеличения емкости рынка, повышения ценности продукта для потребителей и прочих важных для достижения конечной цели аспектов [enterchain, 2020]. Каким образом?

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

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

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

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

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

Определившись с подходами, будет проще понять, какие модели проектирования бизнес-процесса наилучшим образом отвечают поставленным целям [enterchain, 2020]. Итак, на каких же принципах должно строиться моделирование?

Топ-10 принципов моделирования бизнес-процессов:

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

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

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

Итак, какие стадии должно пройти моделирование бизнес-процессов, чтобы модель была эффективной?

5 основных стадий моделирования:

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

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

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

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

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

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

  • BPMN – пошаговый метод проектирования процессов от начала до завершения, представленный в виде схемы. Применяется для презентации как последовательности операций, так и информационных потоков.
  • VAD – метод предназначен для формирования общего вида процессов, необходимых для появления товара или услуги.
  • Flow Chart Diagram, или диаграмма работ – это метод презентации процесса как логической последовательности действий.
  • Data Flow Diagram, она же диаграмма данных – это метод отображения передачи информационных данных между этапами внутри процесса.
  • Role Activity Diagram, она же диаграмма ролей – метод проектирования как единства и взаимодействия ролей, каждая из которых имеет свои функции.
  • EPC – метод используется преимущественно для проектирования процессов нижнего уровня, где для каждой функции определены участники, материальные ресурсы, информационные потоки, стартовые и финишные точки.
  • IDEF – класс методов, включающий семейство стандартов от IDEF0 до IDEF14. Каждый из стандартов заточен под разные задачи, а внутри класса методов используются разные подходы.

Относительно класса методов IDEF заметим, что, например, IDEF0 – это образец функционального подхода, а IDEF4 – это реализация объектно-ориентированного подхода, IDEF7 используется для аудита информационных систем, а IDEF14 – это метод проектирования компьютерных сетей.

Уточним также, что описанные методы реализуются с помощью специального программного обеспечения. Наиболее часто для этих целей используют такие программные продукты, как Business Studio, MS Visio, ARIS, Bizagi Process Modeler.

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

Для наглядности можно сказать, что по теме «Моделирование бизнес-процессов» курсовая работа, посвященная салону красоты, будет отличаться от курсовой, посвященной супермаркету. А работа по моделированию процессов для диспетчерской службы будет выглядеть иначе, чем такая же работа, выполненная для совместного предприятия [IT diplom, 2020].

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

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

Как известно, совсем не ошибается только тот, кто ничего не делает, однако тратить время на типовые ошибки, которые уже совершили до вас, было бы неразумно [Fox Manager, 2019]. В основе большинства ошибок лежит либо непонимание сути бизнес-процесса, за моделирование которого нужно взяться, либо плохое знание инструментов моделирования.

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

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

Однако если вы уверены, что лучше вас ваш бизнес все равно никто не знает, вполне можно попробовать взяться за создание модели самостоятельно. Тем более что уже накоплен определенный опыт, как избегать типовых ошибок при моделировании [Fox Manager, 2019].

Топ-5 рекомендаций, как избежать ошибок при моделировании:

  1. Придерживаться выбранного метода и выбранной нотации. Условно говоря, если вы начали строить модель посредством BPMN или FlowChart, пользуйтесь для построения одной модели одним методом.
  2. Четко определить границы бизнес-процесса. Никто лучше вас не знает, что должно происходить внутри бизнеса, поэтому важно избежать как слишком общего подхода, так и избыточной детализации планируемых операций.
  3. Избегать «наложения» процессов. Схематическое представление бизнес процессов как последовательности действий для того и требуется, чтобы избежать путаницы и четко понимать, что в какой последовательности происходит и при каких обстоятельствах возможен повторный возврат к тому или иному действию.
  4. Помнить, что все моделируемые процессы должны быть подчинены единой цели. Следует избегать ситуаций, когда какой-либо процесс моделируется в отрыве от общей работы и общих целей проекта.
  5. Применять однородную детализацию. Проще говоря, необходимо привести все описания, варианты представления операций и прочее к некоему «общему знаменателю», чтобы избежать непонимания и разных вводящих в заблуждение трактовок.

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

Мы желаем, чтобы все процессы в вашем бизнесе и вашей жизни были упорядочены и приносили желаемый эффект. Мы ждем вас на наших программах «ТРИЗ на практике: творческий подход на работе и в жизни» и «Лучшие техники самообразования». И предлагаем ответить на вопрос по теме статьи:

Моделирование бизнеса. Основные подходы

Время на прочтение
9 мин

Количество просмотров 77K

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

Я уже писал о моделировании при помощи IDEF0 (Знакомство с нотацией IDEF0 и пример использования), об организации работы склада и работе с клиентами от лида до сделки (Внедрение CRM. От регистрации лида до закрытия сделки. Кейс и пояснения), о системе Bizagi (Bizagi. Описание. Пример). И везде я использовал при пояснении примеров и практических решений нотации бизнес-процессов.

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

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

Основные подходы

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

  • Функциональный;
  • Процессный;
  • Ментальный (с применением ментальных карт).

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

Функциональное моделирование

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

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

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

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

Некоторые путают описание процесса и функциональную модель. Например, в системе Business Studio функцию называют процессом, хоть это и не совсем верно. Все же описание функций и процессный подход – несколько разные вещи. И я лично считаю, что функциональное моделирование оптимально реализовано в нотации IDEFO. Сам я для такого варианта работы использую именно ее, и всем также рекомендую.

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

Процессное моделирование (моделирование бизнес процессов)

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

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

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

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

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

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

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

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

Ментальный подход (ментальные карты)

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

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

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

Плюсы применения таких ментальных карт очевидны:

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

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

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

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

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

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

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

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

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

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

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

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

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

Преимущества разработки моделей бизнеса

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

На самом деле, стандарты и правила – это огромный плюс:

  1. Языки моделирования помогают максимально качественно передать информацию. Стандартизация повышает простоту восприятия.
  2. Скорость разработки моделей значительно увеличивается. Языки содержат все необходимые инструменты и графические блоки в готовом виде. Вам не придется «рисовать» или придумывать свою терминологию. Инструментарий уже готов, и работа в его рамках значительно ускоряется. Конечно, язык нужно выучить. Но один раз изучить – это намного быстрее, чем каждый раз придумывать и пояснять собственный набор обозначений.
  3. Снижается число возможных ошибок. Сами элементы системы уже будут «подсказывать» перечень возможных и необходимых действий. А в случае создания исполняемых моделей или неисполняемых, но в строгих рамках правил, всегда можно проверить работу бизнес-модели в исполняемой среде и провести отладку, как при программировании.

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

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

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

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

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

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

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