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

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

1. ARIS Express - инструмент для моделирования бизнес-процессов, достаточно простой в установке и использовании, так что его могут применять и начинающие пользователи, и студенты вузов. Данный продукт прнадлежит к семейству средств моделирования ARIS (ARchitecture of Integrated Information Systems) компании IDS Scheer (в настоящее время являющейся частью фирмы Software AG), широко представленных на российском рынке, локализованных еще несколько лет назад и даже обеспеченных русскоязычной технической поддержкой. Семейство продуктов ARIS (ARchitecture of Integrated Information Systems), которые производит компания IDS Scheer, включает не только инструменты моделирования бизнес-процессов и публикации моделей, но и интегрирующиеся между собой средства разработки системы сбалансированных показателей, оценки и оптимизации стоимости бизнес-процессов, их имитационного моделирования, инструменты, упрощающие внедрение ERP-систем, проектирование распределенных приложений и ИТ-инфраструктуры, а также инструменты контроля за выполнением бизнес-процессов. Ведущие аналитические компании Gartner Group и Forrester Research относят компанию IDS Scheer к лидерам мирового рынка средств моделирования и анализа бизнес-процессов.

2. Bizagi Process Modeler - бесплатное программное обеспечение для создания диаграмм процессов и документации в нотации стандарта BPMN.

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

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

4. AllFusion Process Modeler - Позволяет проводить описание, анализ и моделирование модели данных — построитель мета-моделей данных. Занимает одно из лидирующих мест в своём сегменте рынка.
Включает три стандартные методологии: IDEF0 (функциональное моделирование), DFD (моделирование потоков данных) и IDEF3 (моделирование потоков работ).

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

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

6. ELMA - Российская разработка. Система управления бизнес-процессами основана на простой идее: идет построение модели бизнес-процессов вашей компании с помощью наглядных диаграмм (нотация BPMN), загружаете эти описания в компьютерную систему ELMA, и программа позволяет отследить исполнение процессов в реальной практике работы предприятия. Есть бесплатная версия.
Помимо управления последовательными задачами, которые выгодно автоматизировать, есть модуль управления проектами. Существующая система контроля (в том числе через модуль управления KPI) и отчетов создает оптимальный условия для работы в команде, в том числе удаленно (особо ценно для филиалов).
Электронный документооборот связан со всеми модулями системы и обеспечивает хранение, классификацию документов. Это значительно экономит время и сводит концепцию «незаменимого работника» к минимуму.
Учет клиентов и прав доступа решен в модуле CRM: появилась функция интеграции с call центрами. Для рядового пользователя ELMA может быть полезна как альтернатива внутрикорпоративной почте и инструмент управления задачами.

7. Fox Manager Бизнес Процессы Бесплатная. Программа для построения и анализа бизнес процессов, а также генерации отчётов по процессной модели предприятия. Программа позволяет построить единую цельную процессную модель предприятия. Используемая нотация близка к Basic Flow Chart, которая многим хорошо знакома своей простотой построения бизнес процессов. Программа автоматически строит процессы верхнего уровня, отображая взаимодействия категорий и бизнес процессов в виде наглядной диаграммы. Аналитические функции программы позволяют вовремя заметить и устранить ошибки, допущенные при построении построенной процессной модели, а именно выделить процессы, за которые никто не отвечает, найти ссылки на несуществующие документы, должности, поставщиков или бизнес процессы.

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

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

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

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

Для создания бизнес-моделей используются средства проектирования информационных систем и соответствующие им языки описания (самый известный среди них язык UML - Unified Modeling Language). C помощью таких языков строятся графические модели и диаграммы, демонстрирующие структуру бизнес-процессов организации, организацию взаимодействия между людьми и необходимые изменения для улучшения показателей организации в целом. Инструменты бизнес-моделирования находятся в процессе постоянного развития. Изначально с помощью таких инструментов можно было описывать лишь бизнес-функции (работы) компании и движение данных в процессе их выполнения. При этом если одна и та же бизнес-функция использовалась при выполнении различных видов работ, то было трудно понять, имеется ли в виду та же самая бизнес-функция или уже другая. Отсутствие возможности в явном виде определить иерархию бизнес-процессов (например, «цепочка создания ценности», «бизнес-процесс», «подпроцесс», «работа», «функция») создавало проблемы при использовании таких описаний. Сами же описания представляли собой просто набор картинок. Позднее стали появляться средства, позволяющие описывать организацию не только со стороны бизнес-функций, но и с других сторон. Так, появилась возможность создания отдельных диаграмм, отражающих организационную структуру компании, потоки данных в организации, последовательность выполнения бизнес-функций, составляющих единый бизнес-процесс, с возможностью использования символов логики и др. Из-за непрерывно возрастающих требований к инструментам бизнес-моделирования стало появляться все больше и больше диаграмм для описания различных аспектов деятельности организации, из-за чего создание модели все более усложнялось. В связи с этим следующий важный этап развития средств бизнес-моделирования связан с идеей использования единого репозитория (хранилища) объектов и идеей возможного повторного использования объектов на различных диаграммах. Какой бы инструмент не был выбран, требуется обеспечение взаимодействия локальных информационных систем между собой. На сегодняшний день самым современным и одновременно общепринятым стандартом для организации управления бизнес-процессами является BPEL (Business Process Execution Language). На базе этого продукта можно создать единую интеграционную платформу для всех используемых приложений. После моделирования процессов в одном из инструментов моделирования применяются специальные трансляторы, чтобы привести модель к стандарту BPEL.

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

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

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

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

Решения

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

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

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

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

Основу многих современных методологий моделирования бизнес-процессов составили методология SADT (Structured Analysis and Design Technique - метод структурного анализа и проектирования), семейство стандартов IDEF (Icam DEFinition, где Icam - это Integrated Computer-Aided Manufacturing) и алгоритмические языки.

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

Моделирование бизнес-процессов (Business Process Modeling ). Наиболее широко используемая методология описания бизнес-процессов - стандарт IDEF0. Модели в нотации IDEF0 предназначены для высокоуровневого описания бизнеса компании в функциональном аспекте.

Описание потоков работ (Work Flow Modeling ). Стандарт IDEF3 предназначен для описания рабочих процессов и близок к алгоритмическим методам построения блок-схем.

Описание потоков данных (Data Flow Modeling ). Нотация DFD (Data Flow Diagramming ), позволяет отразить последовательность работ, выполняемых по ходу процесса, и потоки информации, циркулирующие между этими работами.

Прочие методологии.


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

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

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

Бизнес-процессы управления.

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

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

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

Обеспечить понимание текущих проблем организации и возможностей их решения;

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

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

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

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

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

Определение целей описания.

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

Описание функциональной структуры (действия процесса), построение IDEF3-диаграмм.

Описание потоков (материальных, информационных, финансовых) процесса, построение DFD-диаграмм.

Построение организационной структуры процесса (отделы, участники, ответственные).

IDEF0

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

Место соединения дуги с блоком определяет тип интерфейса:

Управляющая информация входит в блок сверху.

Входная информация входит в блок слева.

Результаты выходят из блока справа.

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

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

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

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

IDEF3

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

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

Все связи в IDEF3 являются однонаправленными и организуются слева направо.

Типы связей IDEF3:

Временное предшествование (Temporal precedence), простая стрелка. Исходное действие должно завершиться, прежде чем конечное действие сможет начаться.

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

Нечеткое отношение (Relationship), пунктирная стрелка.

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

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

- "И", блок со знаком &.

- "Исключающее ИЛИ" ("одно из"), блок со знаком Х.

- "ИЛИ", блок со знаком О.

Если действия "И", "ИЛИ" должны выполняться синхронно, это обозначается двумя двойными вертикальными линиями внутри блока, асинхронно - одной.
Метод IDEF3 позволяет декомпозировать действие несколько раз, что обеспечивает документирование альтернативных потоков процесса в одной модели.

DFD

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

Основными компонентами диаграмм потоков данных являются:

Внешние сущности (материальный объект или физическое лицо, являющиеся источником или приёмником информации, например, заказчики, персонал, поставщики, клиенты, склад);

Системы и подсистемы (например, подсистема по работе с физическими лицами);

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

Накопители данных (абстрактные устройства для хранения информации);

Потоки данных (на диаграмме - стрелки).

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

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

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

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

ARIS

В настоящее время наблюдается тенденция интеграции разнообразных методов моделирования, проявляющаяся в форме создания интегрированных средств моделирования. Одним из таких средств является программный продукт, носящий название ARIS (Architecture of Integrated Information Systems), разработанный германской фирмой IDS Scheer.

ARIS поддерживает четыре типа моделей (и множество видов моделей в каждом типе), отражающих различные аспекты исследуемой системы:

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

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

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

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

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

Основная бизнес-модель ARIS - eEPC (extended Event-driven Process Chain, расширенная модель цепочки процессов, управляемых событиями). Нотация ARIS eEPC является расширением нотации IDEF3. Бизнес-процесс в нотации eEPC представляет собой поток последовательно выполняемых работ (процедур, функций), расположенных в порядке их выполнения. Реальная длительность выполнения процедур в eEPC визуально не отражается.

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

Модели в ARIS представляют собой диаграммы, элементами которых являются разнообразные объекты - "функции", "события", "структурные подразделения", "документы" и т.д. Между объектами определённых видов могут быть установлены связи определённых видов ("выполняет", "принимает решение", "должен быть сроинформирован о результатах" и т.д.). Каждому объекту соответствует определенный набор атрибутов, которые позволяют ввести дополнительную информацию о конкретном объекте.

Основные объекты нотации eEPC:

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

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

Организационная единица. Например, управление или отдел.

Документ. Отражает реальные носители информации, например, бумажные документы.

Прикладная система.

Кластер информации. Характеризует набор сущностей и связей между ними.

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

Логический оператор. Оператор "И", "ИЛИ" или исключающее "ИЛИ", позволяет описать ветвление процесса.

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

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

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

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

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

В общемировом масштабе (в первую очередь для многонациональных компаний и в некоторых случаях - для компаний американских) одним из самых серьезных критериев выбора программного обеспечения для осуществления того или иного вида деятельности является высокая оценка продукта аналитическими компаниями, такими как Gartner Group, Forrester Research, IDC и Meta Group.

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

О компании QPR

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

Несколько лет назад QPR была названа аналитической компанией Gartner Group одним из ведущих производителей средств моделирования, обладающих видением рынка и перспектив его развития, во многом благодаря поддержке концепции BSC (Balanced Scorecard), очень популярной в области стратегического планирования. Впрочем, о поддержке BSC в продуктах QPR мы расскажем чуть позже.

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

Поддерживаемые нотации

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

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

Модель процесса в QPR ProcessGuide

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

Документирование процессов

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

Возможности документирования процессов в QPR ProcessGuide весьма широки - данный продукт обладает программным интерфейсом на основе технологии COM, позволяющим обратиться к абсолютно любым данным, содержащимся в моделях, а встроенный язык программирования представляет собой Visual Basic for Applications. Последний факт значительно упрощает генерацию отчетов в форматах приложений Microsoft Office - при наличии установленных офисных приложений можно обращаться из скрипта отчетности, созданного для QPR ProcessGuide, непосредственно к COM-интерфейсам Word, Excel, PowerPoint. Кроме того, наличие программного интерфейса подобного класса позволяет создавать на основе QPR ProcessGuide различные прикладные решения, такие как средства обмена моделями с другими инструментами моделирования, средства интеграции с различными информационными системами и т.д.

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

Имитационное моделирование и совершенствование процессов

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

Результаты имитационного моделирования в QPR ProcessGuide

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

Публикация моделей на корпоративном интранет-портале

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

Публикация моделей на корпоративном интранет-портале

QPR ScoreCard - поддержка технологии BSC

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

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

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

Дерево целей компании в QPR ScoreCard

Стратегическая карта компании в QPR ScoreCard

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

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

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

Продукты QPR в России

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

На российском рынке доступны русскоязычные версии продуктов компании QPR. Их поставку, внедрение и поддержку осуществляет компания «Тродос Консалтинг» - эксклюзивный дистрибьютор QPR Software plc в России и СНГ. Кроме того, указанная компания поставляет на российский рынок ряд созданных на основе указанных продуктов прикладных решений с использованием данных, полученных из учетных систем, например решения для автоматизации управления штатным расписанием, формирования системы мотивации персонала, бюджетирования, планирования. На данный момент этой компанией осуществлено несколько десятков успешных внедрений - как продуктов QPR, так и собственных решений на их основе. Это означает, что компании, решившиеся не просто внедрить продукты QPR, но и интегрировать их с имеющимися у них информационными системами (а современные бизнес-пользователи, как правило, категорически настаивают на подобной интеграции), не останутся с этими задачами один на один.

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

Продукты QPR выгодно приобретать при большом количестве лицензий. Так, пакет лицензий QPR Process Guide для небольшого числа разработчиков (2-5) и нескольких десятков пользователей (20-100) с годовой техподдержкой стоит от 12 до 30 тыс. евро, тогда как в случае нескольких десятков разработчиков (20-40) и нескольких сотен пользователей (200-400) стоимость лицензий и годовой технической поддержки соствляет от 60 до 115 тыс. евро. Впрочем, основными потребителями продуктов подобного класса как раз и являются довольно крупные компании - ведь именно им в первую очередь требуются специализированные инструменты, помогающие совершенствовать бизнес-процессы.

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