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

Главная / Регистрация фирмы

Двести лет назад Адам Смит сделал выдающееся открытие: индустриальное производство должно быть разбито на простейшие и самые базовые операции. Он показал, что разделение труда способствует росту производительности, так как сосредоточенные на одной задаче рабочие становятся более искусными мастерами и лучше выполняют свою работу. И на протяжении XIX и XX веков люди организовывали, развивали компании, управляли ими, руководствуясь принципом разделения труда Адама Смита.

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

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

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

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

По данным компании Emst & Young, 100 крупнейших банков Северной Америки затратили в 1999 году около 3,9 млрд. долларов только на реинжиниринг своих подразделений. За последние полтора года правительство США инициировало более 250 проектов по реинжинирингу, а сегодняшний рынок инструментальных средств поддержки реинжиниринга бизнес-процессов оценивается более чем в 100 млн. долларов и растет со скоростью около 60% в год.

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

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

· Процессы, непосредственно обеспечивающие выпуск продукции;

· Процессы планирования и управления;

· Ресурсные процессы;

· Процессы преобразования.

Бизнес-процесс характеризуется:

· Существующей технологией реализации бизнес-процесса;

· Существующей структурой бизнес-системы;

· Средствами автоматизации, оборудованием, механизмами и т.п., обеспечивающими реализацию процесса.

Основными показателями оценки эффективности бизнес-процессов являются:

· Количество производимой продукции заданного качества, оплаченное за определенный интервал времени;

· Количество потребителей продукции;

· Количество типовых операций, которые необходимо выполнить при производстве продукции за определенный интервал времени;

· Стоимость издержек производства продукции;

· Длительность выполнения типовых операций;

· Капиталовложения в производство продукции.

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

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

Действия, сопровождающие оптимизацию и приводящие к повышению эффективности работы предприятия:

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

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

3. Шаги процесса выполняются в естественном, а не в линейном, порядке. Это позволяет распараллеливать процессы там, где это возможно.

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

5. Работа выполняется в том месте, где это целесообразно. При этом распределяется работа между границами подразделений и устраняется излишняя интеграция.

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

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

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

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

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

Недостатки:

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

· Затруднено цельное описание технологий выполнения работы, в основном существует только их фрагментарное (на уровне структурных элементов) описание;

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

· Отсутствие промежуточных результатов деятельности, ответственных за эти результаты, внутренних потребителей этих результатов;

· Большие затраты на передачу результатов между подразделениями.

· Высокие накладные расходы, крайне неэффективный управленческий учет;

· Попытки внедрения корпоративных информационных систем в основном оканчиваются неудачей.

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

Функциональный подход отвечает на вопрос «Что делать?».

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

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

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

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

Процессный подход отвечает на вопрос «Как делать?».

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

· широкое делегирование полномочий и ответственности исполнителям;

· сокращение количества уровней принятия решения;

· сочетание принципа целевого управления с групповой организацией труда;

· повышенное внимание к вопросам обеспечения качества продукции или услуг, а также работы предприятия в целом;

· автоматизация технологий выполнения бизнес-процессов.

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

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

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

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

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

Преимущества структуры управления по проектам:

· высокая гибкость;

· сокращение численности управленческого персонала по сравнению с иерархическими структурами.

Можно выделить четыре главных принципа.

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

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

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

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

Из приведённых выше принципов следуют условия и шаги проведения оптимизации:

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

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

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

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

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

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

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

Наиболее известной и распространенной методикой является методология структурного анализа SADT (Structured Analysis and Design Technique). На основе этой методологии был принят стандарт моделирования бизнес-процессов IDEF0 .

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

· новые требования к автоматизации выполняемых процессов и т. д.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

· теоретическая база;

· описание шагов, необходимых для получения заданного результата;

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

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

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

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

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

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

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

Рисунок 2 - История развития методологий моделирования бизнес-процессов

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

Моделирования бизнес-процессов (Business Process Modeling);

Описания потоков работ (Work Flow Modeling);

Описания потоков данных (Data Flow Modeling).

Наиболее широко используемая методология описания бизнес-процессов – стандарт США IDEF0. С момента разработки стандарт не претерпел существенных изменений. В настоящее время развитие методологии IDEF0 сопряжено с совершенствованием поддерживающих ее инструментов – программных продуктов для моделирования бизнес-процессов (например, BPWin 4.0, ProCap, IDEF0/EM Tool и др.). Методология IDEF0 предоставляет аналитику широкие возможности для описания бизнеса организации на верхнем уровне с акцентом на управление процессами. Нотация позволяет отражать в модели процесса обратные связи различного типа – по информации, управлению, движению материальных ресурсов .

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

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

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

IDEF1X (IDEF1 Extended) – методология построения реляционных структур. IDEF1X относится к типу методологий “Сущность-взаимосвязь” (ER – Entity-Relationship) и, как правило, используется для моделирования реляционных баз данных;

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

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

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

IDEF5 – методология исследования сложных систем .

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Основу многих современных методологий моделирования бизнес-процессов составила методология SADT (Structured Analysis and Design Technique – метод структурного анализа и проектирования) и алгоритмические языки, применяемые для разработки программного обеспечения. С помощью методологии семейства IDEF можно эффективно отображать и анализировать модели деятельности широкого спектра сложных систем в различных разрезах. Система ARIS представляет собой комплекс средств анализа и моделирования деятельности предприятия. Ее методическую основу составляет совокупность различных методов моделирования, отражающих разные взгляды на исследуемую систему.

1. Елиферов, В.Г. Бизнес-процессы / В.Г. Елиферов, В.В. Репин. – М.: Инфра-М, 2005.- 319 с.

2. Уткин, Э.А. Бизнес-реинжиниринг. Обновление бизнеса / Э.А. Уткин. – М.: ЭКМОС, 1998.

3. Шеер, А.В. Моделирование бизнес-процессов / А.В. Шеер. – М.: Весть-МетаТехнология, 2000.

4. Маклаков, С.В. BPwin и ERwin. CASE‑средства разработки информационных систем / С. В. Маклаков. – М.: ДИАЛОГ-МИФИ, 1999.

5. Григорьев, Д. Моделирование бизнес-процессов предприятия. /Д. Григорьев // http://www.valex.net/articles/process.html.

6. Волков, О. Стандарты и методологии моделирования бизнес-процессов. / О. Волков // Корпоративное издание Связьинвест. - JN 7. - 2005.

7. Войнов, И.В. Моделирование экономических систем и процессов. Опыт построения ARIS-моделей: Монография / И.В. Войнов, С.Г. Пудовкина, А.И. Телегин. - Челябинск: Изд. ЮУрГУ, 2002. – 392 с.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Бизнес-стратегия есть теория, бизнес-модель - гипотеза.

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

Набор составляющих процесс шагов - бизнес-функций;

Порядок выполнения бизнес-функций;

Механизмы контроля и управления в рамках бизнес-процесса;

Исполнителей каждой бизнес-функции;

Входящие документы/информацию, исходящие документы/информацию;

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

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

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

Для моделирования бизнес-процессов можно использовать различные методы. Метод, или методология, моделирования включает в себя последовательность действий, которые необходимо выполнить для построения модели, т. е. процедуру моделирования, и применяемую нотацию (язык). Наиболее популярной методологией бизнес-моделирования является ARIS, но также известны Catalyst компании CSC, Business Genetics, SCOR (Supply Chain Operations Reference), POEM (Process Oriented Enterprise Modeling) и др. Язык моделирования имеет свой синтаксис (условные обозначения различных элементов и правила их сочетания) и семантику (правила толкования моделей и их элементов). В теории и на практике существуют различные подходы к построению и отображению моделей бизнес-процессов, основными из которых являются функциональный и объектно-ориентированный. В функциональном подходе главным структурообразующим элементом является функция (бизнес-функция, действие, операция), и система представляется в виде иерархии взаимосвязанных функций. При объектно-ориентированном подходе система разбивается на набор объектов, соответствующих объектам реального мира и взаимодействующих между собой посредством посылки сообщений .

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

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

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

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

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

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

· Оптимизация деятельности предприятия. Модернизация и улучшение процессов помогают решить как организационные, так и технологические вопросы, повышая качество конечного продукта (товара/ услуги).

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

Само описание процесса может быть выполнено разными способами, а именно:

Текстовое описание процесса

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

Пример описания процесса «Инициация нового проекта»:

1. На основании решения руководства отдел внедрения проводит анализ эффективности существующего процесса (план/фактические отклонения показателей процесса, данные систем внутренних и внешних рекламаций).

2. Данные анализа процесса направляются в отдел бизнес-процессов.

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

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

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

Табличное описание процесса

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

Таблица 1 - табличное описание бизнес процесса, пример описания процесса «Разработка нового проекта»

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

Графическое описание процесса

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

Что нужно отобразить в описании процесса

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

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

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

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

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

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

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

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

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

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

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

Нужно регламентировать деятельность. Содержание графической модели бизнес-процесса полностью совпадает с текстовой. Если компания располагает графиком, то в кратчайшие сроки и без труда переведет его в формат текста, чтобы подготовить нормо-регулирующую документацию. Благодаря некоторым ВРМ-системам на основе модели возможна автоматическая генерация регламентов исполнения и должностных инструкций.
Необходимо управлять рисками.С операционными рисками компания сталкивается в ходе выполнения бизнес-процессов. Модели бизнес-процессов могут стать основой для составления карты рисков всей организации при управлении ими.
Компания нуждается в организационных изменениях. Чтобы рассчитать оптимальную численность специалистов в штате, следует точно определить, сколько сотрудников должно участвовать во всех бизнес-процессах компании. Получить необходимую информацию помогает визуальное моделирование бизнес-процессов. Данное действие позволяет грамотно распределить человеческие ресурсы, которые требуются для выполнения того или иного процесса и связанных с ним задач, а также выявить, сколько специалистов должно состоять в каждом отделе, с рациональной точки зрения.
Проведение функционально-стоимостного анализа. Моделирование бизнес-процессов предприятия позволяет понять, сколько человеческих и материальных ресурсов нужно, чтобы выполнить одно действие в рамках бизнес-процесса. Данная информация может стать основой для автоматического распределения всех доходов и расходов на центры затрат и получения прибыли, в зависимости от подразделения.
Потребность в автоматизации. При моделировании бизнес-процесса однозначно описывается порядок действий и место специалистов, отвечающих за них. Это позволяет правильно разработать бизнес-требования. Благодаря автоматизированным информационным системам класса 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).

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

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

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

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

IBM WebSphere Business Modeler

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

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

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

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

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

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

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

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

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

Книга:

Введение

В настоящее время государственные и негосударственные организации Российской Федерации начинают активно реализовывать проекты по созданию бизнес-моделей. Данная активность не является данью некой новой «технологической» моде – для нее существуют вполне объяснимые причины, связанные с действием совокупности объективных экономических и организационно-правовых факторов. Во-первых, наличие документированной бизнес-архитектуры предприятия является обязательным условием его сертификации как по международным стандартам ISO 9001:2000, так и по российским ГОСТ Р ИСО 9001–2001. Более того, в настоящее время в ряде развитых зарубежных стран приняты стандарты, определяющие требования к структуре и порядку построения бизнес-архитектуры. Во-вторых, в условиях все возрастающих инвестиций в информационно-технологическую инфраструктуру организации предварительное моделирование ожидаемых изменений в бизнес-процессах и оценки эффектов является одним из основных инструментов обоснования и оптимизации расходов на модернизацию.

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

? увеличение доли федеральных органов государственной власти, выполнивших описание и оптимизацию административно-управленческих процессов, с 7 % до 60 %;

? увеличение доли органов государственной власти субъектов Российской Федерации, выполнивших описание и оптимизацию административно-управленческих процессов, с 5 % до 50 %.

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

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

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

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

Архитектура предприятий по своей сути является некоторым механизмом, который обеспечивает прозрачность представления, «трансформацию» «стандарных» услуг (деятельности) правительства в электронные регламенты, основанные на использовании современных ИТ. В каждой из стран существует своя специфика в организации, наименовании и стандартизации проектов по созданию электронного правительства. Например, в США реализуется проект «Федеральная архитектура», в Германии – «Стандарты и архитектура прикладных систем электронного правительства» (SAGA – Standards and Architecture for e-Government Applications). Однако при всем многообразии специфик реализации основной лейтмотив заключается в процессном подходе организации деятельности государства по предоставлению на современной технологической основе услуг гражданам и бизнесу. Соответственно, проектирование национальной инфраструктуры государственных информационных систем осуществляется в контексте обеспечения эффективной реализации государственных функций.

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

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

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

В качестве примера можно привести один из результатов такой разобщенности, озвученный бывшим министром обороны США Дональдом Рамсфельдом: «Наличие 673 различных и нескоординированных систем финансового учета сделало невозможным найти следы транзакций на общую сумму в 2,3 млрд долларов» .

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

3. Как проектировать архитектуру модели бизнес-процессов организации: методические рекомендации и подходы по разработке.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Рис. 1. Borland Together

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

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

Рис. 3. ARIS Business Architect

Рис. 4. Microsoft Visio

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

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