Файл: Применение процессного подхода для оптимизации бизнес-процессов организации.pdf

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

Рисунок 3. Бизнес-процессы в ARIS Express

Ключевой бизнес-моделью АRIS является eEPC (extended Event Driven Process Chain – расширенная модель цепи бизнес-процессов, которыми управляют события). По сути, она расширяет возможности IDEF0, IDEF3 и DFD, обладает своими плюсами и минусами. Использование достаточного количества объектов, соединенных друг с другом различными видами связей, позволяет существенно увеличить размер модели и превратить ее в плохо читаемую.

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

Чтобы узнать, сколько на самом деле длятся процессы, следует пользоваться иными инструментами описания, к примеру, графиками Ганта в системе MS Project. Ericsson-Penker

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

В рамках метода применяют 4 главных категории бизнес-модели:

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

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

3. Цели – назначение бизнес-процессов. Их можно делить на составляющие и соотносить эти подцели с конкретными процессами.

4. Бизнес-правила – условия или ограничения реализации бизнес-процессов (функциональные, структурные, поведенческие). Правила можно определять, используя язык ОCL.

---

5. Основная диаграмма UML-метода – диаграмма деятельности. Ericsson-Penker демонстрирует процесс в виде деятельности со стереотипом «process» (основу представления составляет расширение метода IDEF0).

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

Rational Unified Process. Существует также моделирование бизнес-процессов по методике Rational Unified Process (RUP), в рамках которого строят две модели:

Модель бизнес-процессов является расширением модели вариантов применения UML за счет введения набора стереотипов – Business Actor (стереотипа действующего лица) и Business Use Case (стереотипа варианта использования). Business Actor – это некая роль, внешняя по отношению к бизнес-процессам компании. Business Use Case выступает как описание порядка мероприятий в отдельно взятом процессе, приносящее видимые результаты определенному лицу. Данное определение схоже с общим определением бизнес-процесса, но суть его точнее. В терминах объектной модели Business Use Case это класс. Его объекты – определенные потоки событий в описываемом бизнес-процессе.

При описании Business Use Case также можно обозначать цель. Ее, как и в случае с методом Eriksson-Penker, моделируют с помощью класса со стереотипом «goal», а дерево целей изображают как диаграмму классов.

Применительно к каждому Business Use Case необходимо строить объектную модель для описания бизнес-процесса в терминах объектов, находящихся во взаимодействии друг с другом (бизнес-объектов – Business Object), которые относятся к двум классам – Business Worker и Business Entity.

Business Worker – это класс, который представляет абстрактного исполнителя, выполняющего в бизнес-процессе определенную работу. Исполнители находятся во взаимодействии и реализуют сценарии Business Use Case. Что касается Business Entity (сущности), это объект различных действий, выполняемых исполнителями.

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

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

---

Диаграммы последовательности (и кооперативные диаграммы), описывающие сценарии Business Use Case как последовательность обмена сообщениями между объектами – действующими лицами и объектами, являющимися исполнителями. Благодаря таким диаграммам можно определять, какими обязанностями должен быть наделен тот или иной исполнитель, и отображать в модели набор его операций.

Диаграммы деятельности, описывающие взаимосвязь между сценариями одного или нескольких Business Use Case.

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

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

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

IBM WebSphere Business Modeler. IBM WebSphere Business Modeler позволяет моделировать и имитировать бизнес-процессы, анализировать и создавать отчеты для их усовершенствования. У системы есть ряд преимуществ, среди которых:

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

• Непрерывное улучшение процессов.
• Усовершенствованные возможности интеграции.
• Улучшенные сроки возврата инвестиций.
• Усовершенствованные функции разработки.

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

Рисунок 4. IBM WebSphere Business Modeler

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

---

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

ELMA BPM – разработка российской компании ELMA, предназначенная для управления бизнес-процессами.

Моделирование бизнес-процессов в системе ELMA осуществляется в специальном графическом редакторе «Дизайнер ELMA» в нотации BPMN 2.0, которая, к слову, была целиком переведена на русский язык именно специалистами данной компании и доступна для свободного скачивания на сайте ELMA.

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

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

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

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

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

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

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

---

Рисунок 5. Интерфейс графического редактора «Дизайнер ELMA»

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

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

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

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

Fox Manager - это разработка компании ГК «Фокс Менеджер».

Ее основными конкурентными преимуществами можно назвать:

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

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

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

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

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

---