Методы и инструменты моделирования бизнес процессов. Как собрать информацию. ARIS Business Architect и ARIS Business Designer: технические особенности

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

Я подготовил для вас подборку и краткое описание инструментов по управлению и моделированию бизнес-процессов.

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

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

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

BizAgi Suite

Если вы хотите получить не только модели и описания бизнес-процессов, но и создать исполняемые приложения по ним, то это именно то, что нужно. BizAgi Suite состоит, по сути, из двух модулей - BizAgi Modeler, который используется для моделирования и описания бизнес-процессов и BizAgi Studio, который позволяет превратить модели в исполняемые приложения. Классно то, что это не требует навыков программирования, т.е. каждому по силам делать приложения.

ELMA BPM

Изюминка программы заключается в возможности интеграции с платформой 1С, что, безусловно, весьма привлекательно для Российских компаний. Что это значит? Это значит, что то, что происходит в 1С, будет отражено в ELMA. И наоборот)

ELMA позволяет исполнять и отслеживать выполнение процессов в реальном времени. Для построения моделей используется нотация BPMN 2.0. Кстати, именно благодаря сотрудникам ELMA, нотация была переведена на русский язык. За что им большое, человеческое спасибо.

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

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

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

Функционал и особенности

• Построение моделей бизнес-процессов
• Назначение ролей бизнес-процессов сотрудникам
• Выполнение и отслеживание процессов в реальном времени
• Системная работа с документооборотом
• Удобная “справка”
• Отличная поддержка
• Интеграция с 1С

Стоимость

• 77.000 рублей, за 10 лицензий ELMA Standart. Это минимальное количество. На мой взгляд, стоимость вполне адекватна функционалу.

Резюме

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

Business Studio

Также,как и ELMA, Российская разработка. Наверное, самый раскрученный инструмент для управления бизнес-процессами на отечественном рынке. Первая версия увидела свет в 2004 году. Впервые, я столкнулся с этой программой в 2006. На тот момент это было самое лучшее решение.

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

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

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

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

Функционал и особенности

• Моделирование процессов в разных нотациях
• Постановка целей компании по Системе сбалансированных показателей
• Интеграция со сторонними системами.
• Контроль выполнения процессов
• База знаний

Стоимость

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

Резюме

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

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

Visual Paradigm

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

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

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

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

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

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

Функционал и особенности

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

Стоимость

• По подписке – 35$ в месяц
• Полная лицензия – 800$

Резюме

Лучшая программа для моделирования и описания бизнес-процессов.

BizAgi Modeler

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

Очень простой, лаконичный и удобный интерфейс.

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

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

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

Возможна проверка моделей и генерация описания по шаблону.

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

Функционал и особенности

• Нотация BPMN
• Проверка моделей
• Автоматическая генерация документов
• Управление атрибутами элементов моделей
• Возможность добавлять свои элементы в модели
• Выгрузка модели в графическом виде
• Удобный интерфейс
• На русском языке
• Возможна совместная работа над моделями

Стоимость

• Полностью бесплатно

Резюме

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

В апреле, в Москве я провожу курс Управление бизнес процессами в организации, в котором рассматривается моделирование бизнес процессов в BizAgi Modeler. .

ARIS Express

Бесплатная и простая “рисовалка” процессов от монстра по имени ARIS. А точнее, Software AG.

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

К сожалению, Express это только графическое средство. Модели нельзя связать друг с другом, атрибуты не назначишь и тому подобное. Состав элементов диаграмм весьма ограничен, так что не получится создать модель в Express и экспортировать в ARIS BA. Кстати, ни в коем случае не используйте это ПО для работы с нотацией BPMN. Несмотря на то, что такие модели можно здесь создавать, их ограниченность задает кардинально неверное впечатление о функционале BPMN.

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

Функционал и особенности

• Нотации eEPC и BPMN
• Карта процессов
• Организационная структура
• Функция Smart Design
• Выгрузка модели в графическом виде
• Простой интерфейс

Стоимость

• Полностью бесплатно

Резюме

Выбирайте ARIS Express если все вышеперечисленные ограничения вас не волнуют. Ну и если вы предпочитаете нотацию eEPC.

В конце марта, в Москве, пройдет моделированию бизнес процессов на базе ARIS Express. Запись открыта.

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

Gliffy

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

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

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

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

Функционал и особенности

• Полная поддержка BPMN
• Взаимосвязи моделей через гиперссылки
• Удобное построение моделей
• Гибкая настройка внешнего вида элементов

Стоимость

• Бесплатно с небольшими ограничениями
• 4.95$ в месяц для стандартной версии и 9.95$ для бизнес-версии

Резюме

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

BPsimulator

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

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

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

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

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

Функционал и особенности

• Моделирование процесса
• Оценка стоимости / длительности процесса
• Симуляция
• Удобное построение моделей
• Отчеты
• Сохранение моделей в Google Drive или One Drive

Стоимость

• Бесплатно с рекламой
• 300 руб/мес без рекламы и с небольшими плюшками

Резюме

Очень советую попробовать.

Draw io

Сервис позволяет строить огромное количество диаграмм и имеет большой набор элементов. В том числе наборы для построения BPMN и eEPC диаграмм.

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

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

Сервис позволяет сохранять модели в Google Drive, Dropbox, One Drive или на компьютер. Возможен экспорт моделей в форматах графических файлов, PDF, HTML, XLS.

Функционал и особенности

• Построение различных диаграмм
• Сохранение моделей в Google Drive, Dropbox или One Drive
• Отсутствует возможность коллективной работы

Стоимость

• Бесплатно

Резюме

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

У меня все.

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

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

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

Коротко о процессном подходе

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

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

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

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

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

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

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

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

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

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

Процессный подход и CASE-технологии

Модели, объекты и связи

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

Существует довольно много методологий моделирования, используемых сегодня при описании бизнес-процессов. К наиболее популярным из них можно отнести методологию DFD (Data Flow Diagrams), описывающую диаграммы потоков данных, которые используются при анализе требований и функциональном проектировании информационных систем; STD (State Transition Diagram), рассматривающую диаграммы перехода состояний для проектирования систем реального времени; ERD (Entity-Relationship Diagrams), раcсматривающую диаграммы «сущность - связь», которые применяются при логическом проектировании информационных систем; FDD (Functional Decomposition Diagrams), описывающую диаграммы функциональной декомпозиции; SADT (Structured Analysis and Design Technique), представляющую собой довольно популярную в 90-х годах технологию структурного анализа и проектирования. В последнее время популярна также методология ARIS, рассматривающая совокупность различных типов моделей (включая и поддерживаемые некоторыми другими методологиями), которые используются для описания всех подсистем компании. Не менее популярно и семейство методологий IDEF, применяемых для проектирования бизнес-процессов и данных (разработчики баз данных, как правило, неплохо знакомы с методологией IDEF1X, описывающей логические и физические модели данных, а методология IDEF0 весьма популярна у аналитиков, описывающих бизнес-процессы). У разработчиков приложений очень популярна методология UML (Unified Modelling Language), используемая при проектировании информационных систем и приложений с целью описания требований к информационной системе, сценариев работы пользователей, изменения состояний системы и данных в процессе работы и классов будущего приложения.

Инструменты моделирования

Хотя рисовать модели на бумаге не возбраняется, современное моделирование бизнес-процессов обычно осуществляется с использованием CASE-средств - Computer Aided System Engineering - проектирование систем с помощью компьютера. На современном рынке программного обеспечения CASE-средств не одна сотня. В такой ситуации имеет смысл обсудить их классификацию и задачи, которые можно решить с их помощью (применительно к процессному подходу).

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

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

CASE-средства можно классифицировать по типам:

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

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

Рис. 1. Borland Together

К наиболее популярным в нашей стране средствам описания бизнес-процессов можно отнести средства UML-моделирования Rational Rose (IBM) и Together (Borland) - рис. 1, семейство AllFusion Business Process Modeler (BPwin) для описания бизнес-процессов с помощью методологии IDEF0 (Computer Associates) и организации коллективной работы над единым репозитарием моделей (рис. 2), ARIS (IDS Scheer) - инструмент коллективной работы над совокупностью взаимосвязанных моделей различных типов (рис. 3), предназначенных для описания бизнес-процессов, данных и информационных систем, деятельности компаний, Visio (Microsoft) - средство создания различных типов моделей бизнес-процессов и данных, позволяющее создавать диаграммы и модели с применением различных методологий (рис. 4).

Рис. 2. CA AllFusion Business Process Modeler (BPwin)

Рис. 3. ARIS Business Architect

Рис. 4. Microsoft Visio

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ELMA BPM Suite

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Business Studio

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

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

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

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

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

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

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

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

ARIS Express 2.4

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

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

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

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

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

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

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

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

Вывод

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

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

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

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

Жизнь по плану

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

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

Для чего все это нужно

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

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

Это сделано в нужный момент;

Форма, в которой информация представлена, достаточно проста и понятна.

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

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

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

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

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

Простая классификация

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

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

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

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

Свойства

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

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

Граница - это начало и конец выполнения простой операции.

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

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

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

Исполнитель - персонал компании, занятый в одном процессе.

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

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

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

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

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

Как представить описание заказчику

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

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

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

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

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

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

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

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

Упрощенная схема описания производственных процессов

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

• Что? Описывает, что конкретно делается в данной операции.
• Зачем? Передает цель выполнения операции.
• Когда? Определяет, кто инициирует выполнение.
• Кто? Называет конкретных исполнителей.
• Как? Перечисляет необходимые ресурсы.

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

Как собрать информацию

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

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

Рабочая группа

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

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

Из чего состоит описание

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

Любое описание можно разделить на такие составляющие:

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

Показатели

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

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

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

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

Business Process Modeling - собственно, моделирование - раскрывает функциональную сторону существования фирмы.

Work Flow Modeling - описывает потоки работ и похож на составление блок-схем.

Data Flow Modeling - в отличие от предыдущего, описывает потоки данных (информации); предназначен для составления последовательности операций.

Цикл Шухарт-Деминга

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

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

При составлении регламента следует учесть принципы, которые обеспечивают соответствие модели Шухарта-Деминга:

1. Расчет плановых показателей на будущий период.
2. Анализ динамики отклонений и документирование предположительных причин.
3. Определение корректирующих операций и анализ их эффективности.

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

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

Ведь именно налаженная и тщательно проработанная система позволит не только упростить получение предприятием сертификатов соответствия международным стандартам качества ISO 9001:2008, но и значительно повысить эффективность работы каждого сотрудника.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Ценность в виде проектных спецификаций

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

BPMN:

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

Блок-схема:

UML:

IDEF:

Карта потока создания ценности:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Bpm’online studio - это система управления бизнес-процессами (BPMS), которая позволяет автоматизировать различные бизнес-задачи. Bpm’online studio - интуитивный инструмент для внедрения процессного подхода в работу различных подразделений компании и эффективно управлять изменениями в масштабах всего предприятия.