☰

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

Структура системы включает в себя следующие функциональные области:

  1. управление бизнес-процессами
  2. электронный архив
  3. система показателей KPI

Моделирование

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

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

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

Следующий шаг в построении логики бизнес-процесса – это настройка его реквизитов:

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

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

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

Панели контроля и аналитики

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

Анализ процессов с помощью показателей

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

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

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

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

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

Модель представления может настраиваться под конкретного пользователя.

Общее впечатление от системы

В решении «Управление процессами» на базе 1С: Предприятие 8 представлен обширный набор средств для построения бизнес-процессов компании. Здесь есть и графический редактор, и инструменты контроля/совершенствования бизнес-процессов, и пользовательские панели визуального отображения показателей.

KPI здесь – не просто опциональный «довесок», а элемент контроллинга процессной модели компании.

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

ELMA BPM Suite

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

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

Моделирование

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

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

Панели контроля и аналитики

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

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

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

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

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

Теперь о том, как цели и показатели отображаются в веб-интерфейсе.

Контроль процессов с помощью KPI

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

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

Процессы, которые исполняются в штатном режиме, отмечаются в Мониторе процессов зеленым цветом, «отстающие» или «проблемные» – соответственно желтым и красным:

Связь стратегических целей и KPI

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

Общее впечатление о системе

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

Business Studio

Система бизнес-моделирования процессов предприятия, интересная по своему функционалу и исполнению. Разработчик – отечественный ИТ-вендор ГК «Современные технологии управления». Круг задач, которые позволяет решать Business Studio , включает в себя моделирование и контроллинг бизнес-процессов, проектирование стратегических целей BSC с привязкой к показателей KPI сотрудников и подразделений, имитационное моделирование и анализ баланса компании, поддержка СМК.

Моделирование

Система поддерживает популярные нотации для создания моделей бизнес-процессов: IDEF0, BPMN, EPC, Basic Flowchart, Cross Functional Flowchart. С помощью блок схем и других графических элементов моделируется структура бизнес-процесса:

Анализ процессов с помощью показателей KPI

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

Панели контроля и аналитики

В системе есть удобные дэш-борды для ознакомления с показателями компании:

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

Динамика изменений этих показателей хорошо видна на соответствующих диаграммах:

Связь стратегических показателей и KPI

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

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

Общее впечатление от системы

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

ARIS Express 2.4

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

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

Моделирование

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

Графическая среда для выстраивания процессной логики и иерархии (process landscape):

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

Разработчики ARIS Express 2.4 не обошли вниманием такой аспект, как показатели эффективности персонала.

Панели контроля и аналитики

В бесплатной поставке не предусмотрены. А вот в версии продукта ARIS Business Strategy есть дэшборды для отслеживания KPI и BCS.

Связь стратегических целей с KPI

В компоненте Whiteboard (аналог обычной настенной доски для писания маркером) задаются показатели KPI компании в соответствии с компетенцией сотрудника или подразделения, и стратегическим целям. Показатели эффективности сотрудников формулировать с помощью таких элементов, как KPI Instance (в переводе – «варианты показателей KPI»).

Впечатление о системе

ARIS Xpress – бесплатная система моделирования с простым и понятным интерфейсом. Именно поэтому она применяется в обучении студентов азам описания бизнес-процессов и небольших компаниях. Однако назвать ее полноценной BPM-системой нельзя, так как инструментов управления, совершенствования и контроля бизнес-процессов в ней нет.

Вывод

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

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

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

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

Система Тип системы Отображение стратегических целей Панель показателей сотрудника Возможность корректировки процессов на ходу Поддержка мобильных устройств

Роман Исаев

Эксперт по организационному развитию и процессному управлению

Партнёр ГК «Современные технологии управления»

Руководитель проектов организационно-корпоративного развития

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

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

Бизнес-модель — это формализованное описание (например, графическое) определенного аспекта или сферы деятельности организации.

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

  • В нотации (правилах) специализированного программного продукта бизнес-моделирования: комбинация графики, таблиц и текста. Более подробно — см. Глава 8;
  • Графический: дерево, блок-схема, технологическая карта и т. п. ;
  • Табличный;
  • Текстовый.

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

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

  • дерево (иерархический список) бизнес-процессов — см. Рис. 1;
  • графические модели бизнес-процессов;
  • модель организационной структуры — см. Рис. 2;
  • модели целей и показателей (стратегические карты BSC / KPI);
  • модели библиотеки документов (дерево документов), модели информационных систем (системная архитектура) — см. Рис. 3;
  • модели продуктов и услуг — см. Рис. 4;
  • модели по менеджменту качества и многое другое.

Все эти модели позволяют разработать профессиональные программные продукты бизнес-моделирования (ППБМ).

Более 10 лет автор использует в проектах и собственных разработках большинство известных на рынке ППБМ решений: Business Studio, ARIS, AllFusion Process Modeler (BPWIN), Бизнес-инженер, Microsoft Visio. У каждого из них есть свои функциональные особенности, ограничения и преимущества. Подробнее ознакомиться с разработанной автором методикой сравнения программных продуктов можно в книге Глава 8.

Рис. 1. Дерево бизнес-процессов банка (верхний уровень)

Рис. 2. Модель организационной структуры банка (верхний уровень)

Рис. 3. Модель библиотеки документов банка (фрагмент)

Рис. 4. Модель продуктов и услуг банка (верхний уровень)

«Джентльменский набор» знаний и инструментов бизнес-аналитика

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

  1. Программные продукты бизнес-моделирования: Business Studio, ARIS, AllFusion Process Modeler (BPWIN), Бизнес-инженер, Microsoft Visio;
  2. Нотации бизнес-моделирования и описания бизнес-процессов: IDEF0, IDEF3, Data Flow Diagram (DFD), extended Event Driven Process Chain (eEPC), Value Added chain Diagram (VAD), Cross Functional Flowchart и др. В каждый программный продукт бизнес-моделирования заложен свой набор нотаций, и они подробно описаны в Руководстве пользователя к программному продукту;
  3. Методики и методы бизнес-инжиниринга / менеджмента:
    • Разработка и внедрение системы сбалансированных показателей BSC / KPI;
    • Описание бизнес-процессов;
    • Анализ, оптимизация, повышение качества бизнес-процессов;
    • Управление бизнес-процессами на долгосрочной основе;
    • Функционально-стоимостной анализ (ФСА) и имитационное моделирование;
    • Описание и оптимизация организационной структуры, численности персонала;
    • Построение систем мотивации персонала;
    • Построение и организация функционирования системы менеджмента качества (ISO 9000);
    • Управление проектами (в том числе по PMBOK — Project management body of knowledge);
    • Построение комплексной бизнес-модели организации;
    • Бенчмаркинг;
    • Lean, 6 Sigma;
    • TQM (всеобщее управление качеством);
    • Различные отраслевые методики и стандарты, разработки консалтинговых компаний. Полный перечень и подробное описание всех методик применительно к банковской отрасли представлены в .
  4. Типовые решения, примеры, наработки и материалы. Чтобы не разрабатывать большую часть материалов с нуля и не совершать ошибок, которые уже прошли другие специалисты, необходим набор типовых решений, моделей, документов и т. п. Например, электронная база данных (справочник) «Комплексная типовая бизнес-модель коммерческого банка» .

Таким образом, можно сформировать следующую схему (см. Рис. 5):

Методика + Типовые решения + Программный продукт = Результат

Рис. 5. «Джентльменский» набор знаний и инструментов бизнес-аналитика

Здесь Методики и методы показывают, КАК выполнять проекты и задачи.

Типовые решения и материалы демонстрируют, ЧТО должно получиться на выходе (результат).

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

Бизнес-моделирование: особенности практического применения

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

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

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

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

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

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

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

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

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

  1. Ориентация на потребителя;
  2. Лидерство руководителя;
  3. Вовлечение работников;
  4. Процессный подход;
  5. Системный подход к менеджменту;
  6. Постоянное улучшение;
  7. Принятие решений, основанное на фактах;
  8. Взаимовыгодные отношения с поставщиками.

Действительно, несоблюдение даже 1-2 принципов может оказать негативное влияние на развитие организации.

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

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

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

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

Бизнес-моделирование и связанные с ним технологии / решения оказывают существенное влияние на рейтинги организации, которые присваиваются рейтинговыми агентствами, в том числе международными (Fitch, Moody’s, S&P и др.).

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

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

Детальные условия и оценки зависят от конкретного агентства.

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

  • Нормативные и отчётные документы организации;
  • Наблюдение за деятельностью организации и интервью.

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

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

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

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

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

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

Практика бизнес-моделирования в финансово-кредитных организациях

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

«Вся деятельность банка по нажатию одной кнопки на компьютере»

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

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

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

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

«Системный подход к развитию банка»

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

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

  1. Мы опишем все ключевые бизнес-процессы, создадим процессные команды и обучим их, обеспечим эффективное взаимодействие всех участников бизнес-процессов, чтобы бизнес-процессы выполнялись быстрее;
  2. Улучшим (оптимизируем) процессы, где это потребуется, затем организуем управление бизнес-процессами на постоянной основе. В рамках каждого бизнес-процесса мы организуем стратегическое планирование, чтобы каждый бизнес-процесс имел стратегию на основе современных рыночных тенденций, требований клиентов и стратегии банка, а также цели и показатели;
  3. Когда бизнес-процессы и управление ими станут прозрачными и отлаженными, мы перейдём к следующей задаче — построение системы менеджмента качества банка (по стандартам ISO 9000) на основе системы управления процессами. Т. е. СМК будет надстройкой для системы управления процессами. Это позволит банку получить сертификат соответствия ISO 9001 и повысить свой имидж, как среди клиентов, так и среди партнёров. Также благодаря СМК и стандартам ISO 9000, мы значительно снизим количество претензий Клиентов к банку и расходы на некачественные продукты и услуги, минимизируем операционные риски, дополним деятельность банка новыми требованиями и методами управления;
  4. Параллельно с этим мы начнём автоматизацию бизнес-процессов. Обновим и переведём на качественно новый уровень системы электронного документооборота и оперативного управления (DocFlow / WorkFlow), взаимодействия с клиентами (CRM) и др. Создадим единый проектный офис, который будет курировать все проекты по организационно-корпоративному развитию банка, качественно улучим управление персоналом банка, чтобы данная деятельность представляла собой систему.

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

Заключение

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

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

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


Введение

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

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

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

Заключение

Список используемых источников

ВВЕДЕНИЕ


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

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

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

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


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

Существует несколько подходов к определению понятия «моделирование бизнес-процессов»:

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

моделирование бизнес-процессов - это эффективное средство поиска возможностей улучшения деятельности предприятия;

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

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

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

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

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

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


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


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

изменение организационной структуры;

оптимизацию функций подразделений и сотрудников;

перераспределение прав и обязанностей руководителей;

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

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

Моделирование бизнес-процессов организации включает два этапа структурное и детальное.

Структурное моделирование бизнес-процессов организации может выполняться в нотации IDEF0 с использованием инструментария BPwin или на языке UML с использованием инструментария Rational Rose. Детальное моделирование выполняется на языке UML.

На этапе структурного моделирования в модели должны быть отражены:

существующая организационная структура;

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

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

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

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

Детальная модель бизнес-процесса должна включать:

набор прецедентов отражающих возможные варианты выполнения бизнес-процессов «как есть»;

диаграммы действий, детально описывающие последовательность выполнения бизнес-процессов;

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

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

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

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

Бизнес-Модель - это то, что делает компания и благодаря чему она зарабатывает деньги (Том Мэлоун)

Бизнес-стратегия есть теория, бизнес-модель - гипотеза (Николас Карр)

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

2. КЛАССИФИКАЦИЯ БИЗНЕС-ПРОЦЕССОВ


Выделяют следующую классификацию :

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

горизонтальные процессы – процессы, отражающие взаимодействие по горизонтали;

индивидуальные горизонтальные процессы – процессы, выполняемые отдельными работниками (организационными единицами);

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

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

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

В зависимости от степени их сложности выделяют:

монопроцессы – односложные процессы;

вложенные процессы - монопроцессы, входящие в состав более сложного процесса (макропроцесса);

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

В зависимости от их предназначения:

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

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

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

В зависимости от их места в иерархии целей организации:

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

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

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

В зависимости от степени их детализации :

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

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

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

В рамках основных составляющих сбалансированной системы показателей:

финансовые бизнес-процессы;

клиентские бизнес-процессы;

бизнес – процессы производства;

бизнес-процессы развития, обучения и роста.


Стандарт функционального моделирования IDEF0

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

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

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

Стандарт информационного моделирования IDEF1

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


Рисунок 2 – Пример построения модели IDEF1


Основными составляющими компонентами информационной модели являются:

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

словарь – значение каждого элемента модели описывается текстовым фрагментом.

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


Номер подсистемы служит для ее идентификации. В поле имени вводится наименование подсистемы в виде предложения с подлежащим и соответствующими определениями и дополнениями.

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

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



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

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

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

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

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

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

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

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

ЗАКЛЮЧЕНИЕ


В последние годы интерес в России к методологиям семейства IDEF неуклонно растет. При этом интерес к таким стандартам, как IDEF3–5 является теоретическим, а к IDEF0 вполне практически обоснованным.

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

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

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


1. Войнов И.В. Моделирование экономических систем и процессов. Опыт построения ARIS-моделей [Текст]: монография / И.В. Войнов – М.: ЮУрГУ, 2002. – 392 с.

2. Волков О.Н. Стандарты и методологии моделирования бизнес-процессов [Текст]: учеб. пособие для вузов / О.Н. Волков. – М.: АСВ, 2000. – 145 с.

3. Григорьев Д.И. Моделирование бизнес-процессов предприятия [Текст]: учеб. пособие / Д.И. Григорьев. – М.: ИРЦ, 2006. – 214 с.

4. Калянов Г.Н. Моделирование, анализ, реорганизация и автоматизация бизнес-процессов [Текст]: учеб. пособие / Г.Н. Калянов. – М.: Финансы и статистика, 2006. – 319 с.

5. Пинаев Д.К. Моделирование бизнес-процессов: доступно о сложном [Текст]: справ. пособие / Д.К. Пинаев. – М.: РГАС, 2003. – 247 с.


Репетиторство

Нужна помощь по изучению какой-либы темы?

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

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

Я уже писал о моделировании при помощи 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. Снижается число возможных ошибок. Сами элементы системы уже будут «подсказывать» перечень возможных и необходимых действий. А в случае создания исполняемых моделей или неисполняемых, но в строгих рамках правил, всегда можно проверить работу бизнес-модели в исполняемой среде и провести отладку, как при программировании.

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

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

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

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

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

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

BPMN – Business Process Management Notation – это система условных обозначений для построения схемы протекания бизнес-процессов (моделирования бизнес-процессов).

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

С более подробным описанием нотации BPMN вы можете ознакомиться в . Ниже мы подробнее остановимся на процессе построения схем BPMN-процессов и приведём примеры таких схем.

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

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

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

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

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

Купив платформу Comindware, вы сможете создать любое ИТ-решение для своего бизнеса. Например, .

Создание практически любого решения для бизнеса, включая CRM, не обходится без создания бизнес-процессов. Среди важных возможностей платформы от Comindware – импорт бизнес-процессов, созданных в соответствии с нотацией BPMN 2.0, из других систем. Например: компанией уже было проведено моделирование бизнес-процессов с помощью системы BPM, использовавшейся ранее. Импорт бизнес-процессов позволяет не проделывать повторно работу, которая уже была проделана, и избежать лишних сложностей при внедрении CRM-системы на базе Comindware Business Application Platform.

Для примера, один из процессов BPMN, созданный в системе CRM на платформе от Comindware, может выглядеть так:

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

Стоит также отметить, что данная платформа относится к типу Low-сode, что обеспечивает минимальное участие IT-отдела в создании и запуске в работу бизнес-процессов, а также позволяет бизнес-аналитикам вносить необходимые правки в процессы «на лету», своими силами.

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

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

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

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

Закажите демо-версию бесплатно, чтобы оценить пользу Comindware Business Application Platrorm для вашего бизнеса.