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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Свойства

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Показатели

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Управление проектами ,

Управление разработкой

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Введение

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

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

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

Заключение

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

ВВЕДЕНИЕ

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ЗАКЛЮЧЕНИЕ

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Конечно, существует большое количество разных инструментов моделирования и управления процессами. Моей задачей было рассказать о тех, которые не требуют огромных проектов интеграции и могут быть использованы с минимальными затратами. Кстати, по этой причине я не стал рассматривать платформы 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
• Отсутствует возможность коллективной работы

Стоимость

• Бесплатно

Резюме

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

У меня все.