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

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

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

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

Основу многих современных методологий моделирования бизнес-процессов составила методология SADT. В настоящее время наиболее широко используемая методология описания бизнес-процессов – стандарт США IDEF.

Лекция 9: Модели описания деятельности организации. Правила моделирования

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

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

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

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

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

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

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

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

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

Функционально-ориентированные модели описания бизнес-процессов. VAD, IDEF, DFD

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

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

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

Источник: studopedia.su

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

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

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

В настоящее время для описания бизнес-процессов существует множество методологий (IDEF, DFD, APQC PCF, BPMN, UML, ARIS и другие) и инструментальных средств (BPWin, ERWin, PowerDesigner и другие). Они относятся к разным видам моделирования и позволяют сфокусировать внимание на различных аспектах.

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

1. IDEF – семейство стандартов структурного моделирования. Одними из самых известных и широко используемых методологий в области моделирования бизнес-процессов являются методологии семейства IDEF. История IDEF начинается с 70-х гг. ХХ в. с методологии SADT (Structured Analysis and Design Technique), разработанной Дугласом Россом. Изначально SADT применялось Министерством обороны США для практического моделирования процессов в рамках программы ICAM (Integrated Computer Aided Manufacturing).

Принципиальным требованием при разработке рассматриваемого семейства методологий была возможность эффективного обмена информацией между всеми специалистами – участниками программы ICAM (Icam DEFinition). В 1999 г. эта методология была трансформирована в стандарт IDEF (Integration Definition).

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

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

Бизнес-процессы верхнего уровня, смоделированные в IDEF0, могут быть декомпозированы до процессов нижних уровней как в той же нотации IDEF0, так и в других: BPMN 2.0 и EPC.

Пример верхнеуровневой структуры деятельности показан на рис. 3.9.

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

1.2. Методология IDEF1X (IDEF1 Extended) – язык для семантического моделирования данных, основанных на концепции «сущность-связь». Создана на основе совершенствования методологии IDEF1.

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

Основные составляющие модели IDEF1X представлены в табл. 3.10.

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

1. Диаграмма «Сущность – связь» (ER). Диаграмма «сущность – связь» используется для описания данных на верхнем уровне в целях визуализации данных для руководителей и экспертов, не обладающих специальными знаниями в области моделирования. Она показывает основные сущности и связи между ними.
2. Модель данных, основанная на ключах (Key Based Model – КВМ). Предназначена для более детального описания данных. В ней показываются ключевые атрибуты, по которым идентифицируются сущности и связываются друг с другом.
3. Полная атрибутивная модель (Fully Attributed Model – FAM). Дает детальное представление структуры данных. Она позволяет представить данные в третьей нормальной форме и включает все сущности, их атрибуты и связи.

Связи в IDEF1X представляют собой ссылки, соединения и ассоциации между сущностями. Связи показывают как соотносятся сущности между собой. На рис. 3.10 показан пример связи между сущностями.

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

1. Все стрелки (вход, выход, управление, механизм) функциональной модели становятся потенциальными сущностями, а функции, связывающие их, трансформируются в отношения между этими сущностями. Для этого составляется пул – список потенциальных сущностей.
2. Число сущностей и связей в модели IDEF1X считается необозримым, если их количество превышает 25-30. Поэтому далее рассматривается совокупность сущностей и отношений для каждой функции.
3. Информационная модель функции должна позволять воспроизвести структуру документа и часть информации в нем, а также воспроизвести информацию порождаемого документа.
4. Текстовые пояснения заносятся в глоссарий или оформляются гипертекстом.
5. На основании определения типов отношений, анализа функций и дальнейшего изучения предметной области определяются атрибуты.

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

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

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

Далее покажем на рис. 3.11 основные элементы IDEF3-диаграмм.

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

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

Основные преимущества IDEF3:

1. Простота. Элементов в диаграмме немного, относительно некоторых аналогичных решений.
2. Наглядность. Диаграмма IDEF3 ограничивается определенными рамками (формат А4). При моделировании важно, чтобы диаграмма не была перегружена слишком большим количеством элементов, но при этом она должна быть информативной.

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

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

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

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

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

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

Процесс построения онтологии, согласно методологии IDEF5 состоит из пяти основных действий:

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

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

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

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

Статьи по теме

• Бережливое производство
• Бенчмаркинг бизнес-процессов
• Реинжиниринг бизнес-процессов
• Способы описания и технологии моделирования бизнес-процессов
• Основы моделирования бизнес-процессов
• Классификация бизнес-процессов
• Компоненты бизнес-процессов
• Сущность и основные характеристики бизнес-процесса
• Процессно-ориентированная структура управления предприятием

Источник: student-servis.ru

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

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

1. Теоретическая база;

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

3. Рекомендации по использованию как отдельно, так и в составе группы
методик.

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

26__________________________________ В.В. Репин, В.Г. Елиферов. Процессный подход к упра влению

Глава 1 Процессный подход к управлению 27

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

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

Основой методологий IDEF0 и IDEF3, широко используемых в настоящее время для моделирования бизнес-процессов, явились методология SADT и алго­ритмические языки, использовавшиеся для разработки программного обеспече­ния. Методология SADT была разработана частной американской корпорацией и затем в рамках программы Министерства обороны США была преобразована в методологию IDEF0, утвержденную как федеральный стандарт США [5]. Появ­ление методологии IDEF0 было предопределено тенденциями развития вычисли­тельных средств — мощных машин (Mainframe) и появлением подходов MRP. Планирование материальных ресурсов для обеспечения производства (подход MRP) требовал выполнения сложных, многовариантных расчетов по обеспечению орга­низации материальными ресурсами для производства готовой продукции. Ис­пользование подхода MRP, попытки автоматизации производства при помощи

Таблица 1.2 Периоды развития подходов к управлению качеством

28__________________________________ В.В Репин, В Г Елиферов, Процессный подход к управлению

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

Для моделирования деятельности организаций на верхнем уровне использовалась ме­тодология SADT, затем IDEF0. С начала 70-х годов ничего принципиально луч­шего, чем IDEF0 для описания процессов на верхнем уровне, на наш взгляд, не было предложено. Исключение составляет подход UML 1 , но он предназначен для моделирования работы объектно-ориентированного программного обеспечения, а не бизнес-процессов организации.

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

Появлялись программные средства, в основном ориентированные на разработку моделей данных организаций и настройку промышленных баз данных. Такие программные продукты получи­ли название CASE-систем. Среди наиболее известных продуктов для моделиро­вания бизнес-процессов можно назвать Design/IDEF. BPWin, CASE-аналитик (в России), Silverrun. Designer-2000 и т.д.

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

1. Методологии ведения проекта;

2. Методологии моделирования и анализа бизнес-процессов;

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

(Обратим внимание, что проработанных методологий внедрения процессно­го подхода к управлению, за исключением МС ИСО 9000:2000, на рынке в на­стоящее время практически нет).

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

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

1 Unified Modeling Language — универсальный язык моделирования.

Г л а в а 1 Процессный подход к управлению 29

резких, скачкообразных улучшений в решающих, современных показателях де­ятельности компании, таких как стоимость, сервис и темпы» [6]. Основой ука­занного подхода является рассмотрение деятельности организации «с чистого листа» и разработка новых, более эффективных бизнес-процессов. Методоло­гия Хаммера и Чампи развивается уже более 10 лет.

Из аналитических матери­алов зарубежной прессы известно, что 80—90% проектов, заявленных как про­екты реинжиниринга бизнес-процессов, потерпели неудачу. На наш взгляд, про­блемы здесь следует искать не в самой методологии Хаммера и Чампи. а в спо­собах управления организацией, в частности, в заинтересованности руководи­телей верхнего уровня и их активном участии в проекте. По нашему мнению, для сегодняшнего момента можно было бы переформулировать определение реинжиниринга бизнес-процессов как деятельность, основанную на представ­лении организации в виде ряда взаимосвязанных бизнес-процессов и направ­ленную на их регулярный анализ и улучшение.

Кроме методологии Хаммера и Чампи, существуют и другие методологии, не имеющие однозначного авторства, но принадлежащие отдельным компаниям, например, методологии выполнения проектов по внедрению систем автомати­зации Oracle, SAP R/3, BAAN, RUP компании Rational и др.

Из последних следует отметить методологии, предлагаемые к всеобщему использованию в виде международных стандартов, как например МС ИСО 9000:2000. Заметим, что в нем регламентированы требования к системе менед­жмента качества. Использование этого стандарта в качестве руководства по внедрению процессного подхода требует его квалифицированной интерпрета­ции и конкретизации.

К второй группе методологий относятся методологии моделирования и анали­за бизнес-процессов. В настоящее время существует несколько базовых способов описания процессов, основанных как на стандартах (IDEF0), так и на общепри­нятых подходах (DFD). Кроме того, существует ряд нотаций (методологий) опи­сания процессов, предложенных отдельными компаниями — разработчиками программных продуктов. К числу последних относятся методологии ARIS (еЕРС) компании IDS Scheer AG, Германия.

К третьей группе методологий относятся методологии использования про­граммных продуктов для создания моделей бизнес-процессов. Следует отме­тить, что знать нотацию и уметь ее эффективно использовать на практике — далеко не одно и то же. Современные средства моделирования настолько слож­ны в применении, что требуют разработки специальных методик их примене­ния в проекте. Поэтому для простых проектов часто бывает целесообразнее использовать стандартный язык рисования блок-схем и простейшие инстру­менты их создания (редакторы MS Word, Visio и т.д.).

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

30 В.В. Репин, В.Г. Елиферов. Процессный подход к управлению

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

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

Прежде чем перейти к дальнейшему рассмотрению, целесообразно ввести сле­дующее определение термина «моделирование бизнес-процессов» организации:

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

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

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

Модель «как есть» (от «as is» — англ.) — это модель бизнес-процесса, постро­енная на основе субъективного видения бизнес-процесса, существующего в орга­низации. При построении модели «как есть» важно помнить, во-первых, о субъек-

Глава 1 Процессный подход к управлению______________________________________________ 31

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

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

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

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

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

Источник: poisk-ru.ru