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

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

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

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

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

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

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

Моделирование бизнес-процессов включает следующие цели:

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

Модель бизнес-процесса должна определять:

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

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

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

• 1. Выявление процессов и построение исходной модели «как есть». Для того чтобы улучшить процесс, необходимо понимать, как он работает в данный момент. На этой стадии определяются границы процесса, выявляются его ключевые элементы, собираются данные о работе процесса. В результате создается исходная модель процесса «как есть». Эта модель не всегда адекватно отражает работу процесса, поэтому модель этой стадии можно назвать «первым драфтом» или исходной моделью «как есть».
• 2. Пересмотр, анализ и уточнение исходной модели. На этой стадии выявляются противоречия и дублирование действий в процессе, определяются ограничения процесса, взаимосвязи процесса, устанавливается необходимость изменения процесса. В результате формируется окончательный вариант модели «как есть».
• 3. Разработка модели «как должно быть». После анализа существующей ситуации, необходимо определить желаемое состояние процесса. Это желаемое состояние представляется в модели «как должно быть». Такая модель показывает, как процесс должен выглядеть в будущем, включая все необходимые улучшения. В ходе этой стадии моделирования бизнес процессов и разрабатываются такие модели.
• 4. Тестирование и применение модели «как должно быть». Эта стадия моделирования связана с внедрением разработанной модели в практику деятельности организации. Модель бизнес процесса проходит апробацию, и в нее вносятся необходимые изменения.
• 5. Улучшение модели «как должно быть». Моделирование бизнес-процессов не ограничивается только созданием модели «как должно быть». Каждый из процессов по ходу работы продолжает изменяться и совершенствоваться, поэтому модели процессов должны регулярно пересматриваться и улучшаться. Эта стадия моделирования связана с постоянным улучшением процессов и улучшением модели бизнес-процессов.

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

• 1. Функциональное моделирование - служит для описания последовательности работ или функций выполнения бизнес-процесса. Основным элементом модели являются функции и их взаимосвязи с другими объектами модели.
• 2. Имитационное моделирование - имитация внутреннего взаимодействия функций бизнес-процесса в зависимости от воздействий внешней среды. Применяется для оценки наличия доступных ресурсов процесса, анализа узких мест производительности бизнес-процесса в зависимости от динамических изменений внешней среды (как минимум времени).
• 3. Объектное моделирование - в качестве объекта моделирования выбирается материальный или нематериальный объект, потребляемый, изменяемый, используемый или генерируемый в ходе выполнения бизнес-процесса. Например, модель преобразования плана на изготовление детали в конечную деталь на складе, или модель распределения финансирования по центрам затрат организации.

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

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

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

• · Flow Chart Diagram (диаграмма потока работ) - это графический метод представления процесса, в котором операции, данные, оборудование процесса и прочее изображаются специальными символами. Метод применяется для отображения логической последовательности действий процесса. Главным достоинством метода является его гибкость. Процесс может быть представлен множеством способов.
• · Data Flow Diagram (диаграмма потока данных). Диаграмма потока данных или DFD применяется для отображения передачи информации (данных) от одной операции процесса к другой. DFD описывает взаимосвязь операций за счет информации и данных. Этот метод является основой структурного анализа процессов, т.к. позволяет разложить процесс на логические уровни. Каждый процесс может быть разбит на подпроцессы с более высоким уровнем детализации. Применение DFD позволяет отразить только поток информации, но не поток материалов. Диаграмма потока данных показывает, как информация входит и выходит из процесса, какие действия изменяют информацию, где информация хранится в процессе и пр.
• · Role Activity Diagram (диаграмма ролей). Она применяется для моделирования процесса с точки зрения отдельных ролей, групп ролей и взаимодействия ролей в процессе. Роль представляет собой абстрактный элемент процесса, выполняющий какую-либо организационную функцию. Диаграмма ролей показывает степень «ответственности» за процесс и его операции, а также взаимодействие ролей.
• · IDEF (Integrated Definition for Function Modeling) - представляет собой целый набор методов для описания различных аспектов бизнес-процессов (IDEF0, IDEF1, IDEF1X , IDEF2, IDEF3, IDEF4, IDEF5). Эти методы строятся на базе методологии SADT (Structured Analysis and Design Technique). Для моделирования бизнес процессов наиболее часто применяют методы IDEF0 и IDEF3.
• · IDEF0 - позволяет создать модель функций процесса. На диаграмме IDEF0 отображаются основные функции процесса, входы, выходы, управляющие воздействия и устройства, взаимосвязанные с основными функциями. Процесс может быть декомпозирован на более низкий уровень.
• · IDEF3 - этот метод позволяет создать «поведенческую» модель процесса. IDEF3 состоит из двух видов моделей. Первый вид представляет описание потока работ. Второй - описание состояний перехода объектов.
• · Цветные сети Петри - этот метод представляет модель процесса в виде графа, где вершинами являются действия процесса, а дугами события, за счет которых осуществляется переход процесса из одного состояния в другое. Сети Петри применяют для динамического моделирования поведения процесса.
• · Unified Modeling Language (UML) - представляет собой объектно-ориентированный метод моделирования процессов. Он состоит из 9-ти различных диаграмм, каждая из которых позволяет моделировать отдельные статические или динамические аспекты процесса.

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

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

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

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

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

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

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

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

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

1. Нужно регламентировать деятельность. Содержание графической модели бизнес-процесса полностью совпадает с текстовой. Если компания располагает графиком, то в кратчайшие сроки и без труда переведет его в формат текста, чтобы подготовить нормо-регулирующую документацию. Благодаря некоторым ВРМ-системам на основе модели возможна автоматическая генерация регламентов исполнения и должностных инструкций.
2. Необходимо управлять рисками.С операционными рисками компания сталкивается в ходе выполнения бизнес-процессов. Модели бизнес-процессов могут стать основой для составления карты рисков всей организации при управлении ими.
3. Компания нуждается в организационных изменениях. Чтобы рассчитать оптимальную численность специалистов в штате, следует точно определить, сколько сотрудников должно участвовать во всех бизнес-процессах компании. Получить необходимую информацию помогает визуальное моделирование бизнес-процессов. Данное действие позволяет грамотно распределить человеческие ресурсы, которые требуются для выполнения того или иного процесса и связанных с ним задач, а также выявить, сколько специалистов должно состоять в каждом отделе, с рациональной точки зрения.
4. Проведение функционально-стоимостного анализа. Моделирование бизнес-процессов предприятия позволяет понять, сколько человеческих и материальных ресурсов нужно, чтобы выполнить одно действие в рамках бизнес-процесса. Данная информация может стать основой для автоматического распределения всех доходов и расходов на центры затрат и получения прибыли, в зависимости от подразделения.
5. Потребность в автоматизации. При моделировании бизнес-процесса однозначно описывается порядок действий и место специалистов, отвечающих за них. Это позволяет правильно разработать бизнес-требования. Благодаря автоматизированным информационным системам класса workflow-managemet можно моментально вносить корректировки в информационную систему.

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

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

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

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

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

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

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

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

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

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

Современное техзадание вполне может состоять не только из списка требований, но и из моделирования.

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

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

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

Большой лист бумаги и блок стикеров – вот и всё, что понадобится вам для применения метода создания бизнес-моделей по известной книге Александра Остервальдера и Ива Пинье. Добавьте еще креативность, острый ум и упорство членов команды, и вы получите отличный результат.

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

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

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

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

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

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

Функциональное моделирование бизнес-процессов имеет весомое достоинство – наглядность и понятность отображения на разных уровнях абстракции. Это особенно важно на этапе введения в отделы компании созданных бизнес-процессов.

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

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

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

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

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

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

Сейчас можно отметить тенденцию интеграции разных способов моделирования и анализа систем. Проявляется она в том, что создаются интегрированные средства моделирования бизнес-процессов. Одно из них – продукт немецкой компании IDS Scheer под названием ARIS – Architecture of Integrated Information System.

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

Система АRIS оказывает поддержку 4 видам моделей, отражающим различные объекты изучаемой системы:

Чтобы создать модели описанных выше типов, пользуются как собственными способами моделирования ARIS, так и разными известными методами и языками – ERM, UML, OMT и т.д.

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

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

Ключевой бизнес-моделью А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).

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

В методике моделирования Rational Unified Process есть определенные достоинства:

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

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

IBM WebSphere Business Modeler

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

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

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

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

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

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

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

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

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

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

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

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

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

Основное понятие в IDEF1 – сущность, которую определяют как абстрактный или реальный объект, наделенный совокупностью известных отличительных свойств. У каждой сущности есть атрибуты и имя.

Поскольку анализировать динамические системы достаточно сложно, в данный момент стандарт почти не используют, и он, едва появившись, перестал развиваться. Сегодня есть алгоритмы и их компьютерные реализации, при помощи которых становится возможным превращение набора статистических программ IDEF0 в динамические модели, базой для построения которых выступают «раскрашенные сети Петри» (CPN – Color Petri Nets).

IDEF3 – IDEF14

Основной элемент IDEF3 – диаграмма, как и в IDEF0. Не менее важный компонент – действие, которое также называют «единицей работы». Действия в рамках данной системы отражены в виде прямоугольника из диаграмм. Действия называют, используя для этого отглагольные существительные или глаголы. При этом каждое обладает уникальным идентификационным номером, который не применяют повторно, даже если в ходе разработки модели действие удаляют. В диаграммах IDEF3 перед номером действия обычно ставят номер его родителя. Окончание одного часто способствует началу другого действия или даже нескольких. Бывает и так, что одно действие может потребовать завершить другие до начала своей реализации.

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

IDEF5 является методологией изучения сложных систем.

IDEF6 – Design Rationale Capture – обоснование проектных действий. IDEF6 позволяет значительно упрощать процесс получения информации о моделировании, ее представление и применение при создании фирмами управленческих систем. «Знания о способе» – это определенные обстоятельства, причины, скрытые мотивы, обосновывающие выбранные методы создания моделей. То есть «знания о способе» можно интерпретировать как ответ на вопрос: «Почему получилась именно эта модель, с этими, а не иными характеристиками?». Большая часть способов моделирования концентрируется на создаваемых моделях, не углубляясь в их разработку. Вариант IDEF6 нацелен именно на разработку.

IDEF 7 – Information System Auditing – аудит информационных систем. Метод востребован, но его так и не доработали до конца.

IDEF8 – User Interface Modeling. Метод создания интерфейсов взаимодействия системы с оператором (пользовательских интерфейсов). В данный момент при разработке интерфейсов основное внимание уделяют их внешнему виду. IDFE8 сосредоточен на программировании оптимальной взаимной коммуникации пользователя и интерфейса на 3 уровнях: операции (какая она); вариантах взаимодействия, которые зависят от специфической роли пользователя (как именно тот или иной пользователь должен выполнять ее); и, наконец, на составляющих интерфейса (элементах управления, предлагаемых им для операции).

IDEF9 – Scenario-Driven IS Design (Business Constraint Discovery method) – метод исследования бизнес-ограничений. Призван облегчить обнаружение и анализ ограничений в условиях работы компании. Как правило, при создании моделей не в полном объеме описывают ограничения, способные изменить ход процессов в организации. Информация об основных ограничениях, характере их влияния в лучшем варианте остается не до конца согласованной, нераспределенной рационально, однако нередко она в принципе отсутствует. Это не всегда означает нежизнеспособность построенных моделей. Просто их воплощение будет сопровождаться определенными сложностями, что приведет к нереализованному потенциалу. Вместе с тем, когда имеет место именно совершенствование структур или адаптация к вероятным изменениям, информация об ограничениях становится очень важной.

IDEF10 – Implementation Architecture Modeling – моделирование архитектуры выполнения. Система моделирования бизнес-процессов достаточно востребована, несмотря на то, что не разработана до конца.

IDEF11 – Information Artifact Modeling. Также востребованный, но не доработанный полностью метод.

IDEF12 – Organization Modeling – организационное моделирование бизнес-процессов. Метод востребован, но не выработан полностью.

IDEF13 – Three Schema Mapping Design – трехсхемное проектирование преобразования информации. Востребованный, но не окончательно созданный метод.

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

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

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

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

• внешние сущности;
• системы и подсистемы;
• процессы;
• накопители информации;
• информационные потоки.

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

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

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

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

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

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

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

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

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

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

• Как навести порядок в бизнес-процессах, если вам досталась «нехорошая» компания

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

Этап 1. Идентификация.

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

Этап 2. Сбор информации.

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

Этап 3. Анализ информации.

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

Этап 4. Внесение улучшений.

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

Этап 5. Контроль над внедрением.

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

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

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

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

Стоимость

• Бесплатно

Резюме

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

У меня все.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Свойства

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Показатели

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Большинство подобных компаний нередко представляют результаты своих оценок в виде наглядных диаграмм, отражающих позиции различных производителей той или иной категории программного обеспечения. Примеры подобных диаграмм для инструментов описания бизнес-процессов, носящие названия Gartner Magic Quadrant и Forrester Wave, от аналитических компаний Gartner Group и Forrester Research соответственно, представлены на рис. 1 и 2. Присутствие производителя продукта на подобной диаграмме считается признаком его зрелости и определенным свидетельством того, что вероятность исчезновения продукта с рынка вместе с технической поддержкой и иными услугами, такими как обучение и консалтинг, невелика - в крайнем случае, этот продукт будет куплен какой-нибудь более сильной компанией, которая позаботится об обладателях лицензий. Наличие же производителя продукта среди компаний-лидеров однозначно свидетельствует о том, что эта компания не просто производит один из лучших продуктов в данной категории, но и обладает видением рынка, стратегией развития и достаточными ресурсами для ее реализации.

Рис. 1. Ведущие производители средств анализа бизнес-процессов
(источник: Blechar M.J. Magic Quadrant for Business Process Analysis Tools Market, 2H07 1H08 -
Gartner research note G00148777. June 2007)

Рис. 2. Ведущие производители средств анализа бизнес-процессов
(источник: Peyret H., Teubner C. The Forrester Wave:
Business Process Modeling Tools, Q3 2006. September 29, 2006)

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

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

О компании IDS Scheer

Компания IDS Scheer AG основана в 1984 году профессором Августом-Вильгельмом Шеером. Сегодня она представлена в более чем 70 странах, при этом в более чем 20 странах, включая Россию, она имеет свои подразделения.

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

Из инструментов моделирования бизнес-процессов семейства ARIS сегодня наиболее популярны ARIS Business Architect и ARIS Business Designer. Далее мы рассмотрим основные особенности этих инструментов.

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

Методология ARIS и поддерживаемые нотации

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

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

Методология ARIS как таковая, будучи всесторонней, включает некоторое количество других, более узко специализированных методологий и поддерживает соответствующие специализированные нотации, разработанные как другими компаниями, так и самой IDS Scheer. На данный момент количество поддерживаемых указанной методологией типов моделей - 120 (рис. 3), количество поддерживаемых типов объектов превышает 200, количество поддерживаемых типов связей между объектами - 500, при этом есть возможность создавать собственные типы моделей и символы.

Рис. 3. Некоторые типы моделей, поддерживаемые платформой ARIS

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

Рис. 4. Пользовательские символы в ARIS Business Architect

ARIS Business Architect и ARIS Business Designer: технические особенности

Технически ARIS Business Architect и ARIS Business Designer представляют собой клиентские приложения, подключаемые к приобретаемому отдельно многопользовательскому приложению среднего звена - ARIS Business Server, которое, в свою очередь, является клиентом серверной СУБД. В качестве последней могут использоваться серверные СУБД компаний Oracle, Microsoft или Sybase. Однако для небольших проектов, в которых задействованы один-два исполнителя, можно воспользоваться локальным сервером, который входит в комплект поставки ARIS Business Architect и устанавливается на тот же самый компьютер вместе с локальной версией Sybase Adaptive Server Anywhere (рис. 5).

Рис. 5. Средства создания и редактирования моделей в ARIS Business Architect

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

Средства поиска данных и создания запросов

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

Для эффективной работы с такими объемами данных в состав ARIS Business Architect входят средства поиска моделей и объектов, позволяющие искать модели и объекты определенных типов либо модели и объекты, значения атрибутов которых подчиняются определенным правилам (рис. 6).

Рис. 6. Средства поиска данных в ARIS Business Architect

Помимо средств поиска ARIS Business Architect включает средства создания запросов к данным (рис. 7).

Рис. 7. Средства построения запросов к данным
в ARIS Business Architect

Средства поддержки целостности и непротиворечивости данных

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

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

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

Возможности документирования процессов в ARIS Business Architect весьма широки. Этот продукт позволяет осуществлять генерацию отчетов по данным ARIS в виде документов наиболее раcпространенных форматов (Word, Excel, PDF, HTML, RTF и текстовых документов). В комплект поставки продукта входит довольно много разнообразных готовых скриптов отчетности, предназначенных для решения наиболее распространенных задач. Кроме того, возможно создание собственных скриптов отчетности с помощью предоставляемых продуктом программных интерфейсов. Собственно, о них и пойдет речь далее.

Средства расширения функциональности сервера и клиентских приложений

Расширение функциональности ARIS Business Architect и ARIS Business Server и создание разнообразных решений на основе этих продуктов (включая скрипты отчетности) осуществляется с помощью клиентской и серверной библиотек Java-классов, предоставляющих доступ абсолютно ко всем данным моделей и к части клиентской функциональности. Указанные библиотеки при необходимости могут быть дополнены Java-библиотеками собственной разработки. Сами расширения обычно реализуются в виде скриптов - фрагментов кода на языке JavaScript (созданного в соответствии со стандартом ECMA-262), в котором происходит обращение к указанным библиотекам.

И ARIS Business Architect, и ARIS Business Server содержат среды исполнения кода JavaScript, полностью поддерживающие упомянутый выше стандарт ECMA-262. Помимо этого ARIS Business Server включает среду исполнения кода SAX Basic (языка, использовавшегося в прежнем поколении средств моделирования ARIS) и средства преобразования кода SAX Basic в код JavaScript, что позволяет использовать скрипты, унаследованные от прежних версий продукта. Для создания скриптов в состав ARIS Business Architect входит среда разработки кода JavaScript (рис. 8), содержащая средства повышения продуктивности труда программистов, характерные для многих современных средств разработки: отладчик, средства просмотра значений переменных и вычисления выражений, средства цветового выделения синтаксических конструкций, а в самой последней версии продукта 7.1 - кодогенератор Report Designer для создания несложных отчетов без программирования.

Рис. 8. Средства создания кода скриптов в ARIS Business Architect

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

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

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

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

Средства имитационного моделирования ARIS Business Simulator позволяют учитывать при моделировании организационные диаграммы и календари смен, возможность прерывания выполнения функции, получать статистику в режиме онлайн, представлять результаты моделирования в виде графиков и диаграмм и импортировать их в офисные приложения (рис. 9).

Рис. 9. Результаты имитационного моделирования с помощью
ARIS Business Simulator

Поддержка технологии BSC

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

Рис. 10. Стратегическая карта подразделения компании
в ARIS Business Architect

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

В семейство продуктов ARIS входит решение ARIS Business Publisher для публикации моделей на интранет-порталах. Указанный продукт представляет собой приложение JSP (Java Server Pages), которое отличается довольно высокой скоростью обмена данными с сервером ARIS Business Server, а также позволяет осуществлять настройки внешнего вида публикации и дополнять собственную функциональность (рис. 11).

Рис. 11. Публикация моделей на интранет-портале с помощью
ARIS Business Publisher

Несколько слов о других средствах моделирования семейства ARIS

Отметим, что семейство средств моделирования ARIS включает не только ARIS Business Architect и ARIS Business Designer, но и ряд инструментов для решения специализированных задач. В его состав, например, входят такие инструменты, как ARIS IT Architect и ARIS IT Designer для моделирования ИТ-архитектуры предприятия, ARIS SOA Architect и ARIS SOA Designer для описания решений с помощью архитектуры, ориентированной на сервисы, и генерации кода комплексных сервисов, ARIS UML Designer для проектирования приложений с помощью нотации UML и ARIS for SAP Netweaver для упрощения внедрения решений на основе продуктов SAP.

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

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

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

При покупке продуктов IDS Scheer компании обычно приобретают минимально необходимое количество лицензий ARIS Business Architect для разработчиков скриптов, специалистов по качеству моделей и администраторов, а для остальных моделировщиков - ARIS Business Designer. При таком подходе к лицензированию можно оптимальным образом распорядиться ресурсами, затрачиваемыми на приобретение средств моделирования.

Сравнение с другими продуктами

Поскольку помимо продуктов IDS Scheer в данном цикле статей мы успели рассмотреть только продукты компании QPR, попробуем сравнить их основные особенности.

Оценка аналитиков на данный момент явно склоняется в пользу IDS Scheer, тогда как компания QPR в их отчетах присутствовала в последний раз несколько лет назад. Формально поддержка в России есть у продуктов обеих компаний, при этом на данный момент набор специализированных решений для российского рынка на базе продуктов QPR представлен, возможно, более широко, нежели набор подобных решений на базе платформы ARIS. Однако перечень продуктов, входящих в состав платформы ARIS, гораздо больше, что позволяет во многих случаях избегать создания специализированных решений. Кроме того, для продуктов IDS Scheer в России намного шире спектр консалтинговых и учебных услуг, включающий, при необходимости, создание специализированных решений (заметим, что у IDS Scheer, помимо представительства, имеется внушительная партнерская сеть), да и книг о платформе ARIS выпущено сегодня около двух десятков, что уже само по себе свидетельствует о популярности продуктов данного семейства.

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

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

Заметим, что оба семейства продуктов никоим образом нельзя отнести к низкобюджетным решениям. С точки зрения абстрактного сравнения цен продукты QPR и ARIS находятся в одном ценовом диапазоне. Однако правила лицензирования разных типов решений у этих семейств продуктов различны, и в зависимости от количества различных лицензий, необходимости публикации моделей на портале, применения имитационного моделирования или технологии BSC, стоимость соответствующих комплектов лицензий с учетом возможных скидок может существенно различаться в пользу того или иного производителя. Впрочем, в отличие от продуктов QPR, продукты семейства ARIS в случае применения их в проектах небольшого объема позволяют избежать приобретения сервера ARIS Business Server и тем самым существенно снизить стоимость решения.

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

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

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