Введение
Моделирование бизнес-процесса — процесс отражения субъективного видения потока работ в виде формальной модели, состоящей из взаимосвязанных операций.
Целью моделирования является систематизация знаний о компании и ее бизнес-процессах в наглядной графической форме более удобной для аналитической обработки полученной информации.
В настоящее время на рынке компьютерных технологий представлены несколько специальных программ, позволяющих обследовать предприятие и построить модель. Выбор методологии и инструментов, с помощью которых проводится моделирование бизнес-процессов, основополагающего значения не имеет. Существуют стандартизированные, опробованные временем методологии и инструментальные средства, с помощью которых можно обследовать предприятие и построить его модель. Ключевое их преимущество — простота и доступность к овладению.
Основу многих современных методологий моделирования бизнес-
процессов составила методология SADT. В настоящее время наиболее широко используемая методология описания бизнес-процессов – стандарт США IDEF.
Главное достоинство идеи анализа бизнес-процессов предприятия посредством создания его модели — ее универсальность. Во-первых,
моделирование бизнес-процессов это ответ практически на все вопросы,
касающиеся совершенствования деятельности предприятия и повышения его конкурентоспособности. Во-вторых, руководитель или руководство предприятия, внедрившие у себя конкретную методологию, будет иметь информацию, которая позволит самостоятельно совершенствовать свое предприятие и прогнозировать его будущее.
2
1 Сущность и значение моделирования бизнес-процессов
Моделирование бизнес-процессов позволяет проанализировать не только, как работает предприятие в целом, как оно взаимодействует с внешними организациями, заказчиками и поставщиками, но и как организована деятельность на каждом отдельно взятом рабочем месте.
Существует несколько подходов к определению понятия
«моделирование бизнес-процессов»:
1)моделирование бизнес-процессов — это описание бизнес-
процессов предприятия позволяющее руководителю знать, как работают рядовые сотрудники, а рядовым сотрудникам — как работают их коллеги и на какой конечный результат направлена вся их деятельность [3];
2)моделирование бизнес-процессов — это эффективное средство поиска возможностей улучшения деятельности предприятия;
3)моделирование бизнес-процессов — это средство позволяющее предвидеть и минимизировать риски, возникающие на различных этапах реорганизации деятельности предприятия;
4)моделирование бизнес-процессов — это метод, позволяющий дать оценку текущей деятельности предприятия по отношению к требованиям,
предъявляемым к его функционированию, управлению, эффективности,
конечным результатам деятельности и степени удовлетворенности клиента
[3];
5)моделирование бизнес-процессов — это метод, позволяющий дать стоимостную оценку каждому процессу, взятому в отдельности, и всем бизнес-процессам на предприятии, взятым в совокупности;
6)моделирование бизнес-процессов — это всегда верный способ выявления текущих проблем на предприятии и предвидения будущих.
Современные предприятия вынуждены постоянно заниматься улучшением своей деятельности. Это требует разработки новых технологий и приемов ведения бизнеса, повышения качества конечных результатов
3
деятельности и, конечно, внедрения новых, более эффективных методов управления и организации деятельности предприятий.
Бизнес-процесс – это логичный, последовательный, взаимосвязанный набор мероприятий, который потребляет ресурсы производителя, создает ценность и выдает результат потребителю. Среди основных причин,
побуждающих организацию оптимизировать бизнес-процессы, можно выделить необходимость снижения затрат или длительности производственного цикла, требования, предъявляемые потребителями и государством, внедрение программ управления качеством, слияние компаний, внутриорганизационные противоречия и др. [2].
Моделирование бизнес-процессов – это эффективное средство поиска путей оптимизации деятельности компании, средство прогнозирования и минимизации рисков, возникающих на различных этапах реорганизации предприятия. Этот метод позволяет дать стоимостную оценку каждому отдельному процессу и всем бизнес-процессам организации в совокупности.
Решения по моделированию бизнес-процессов обычно принимается по причинам, представленным на рисунке 1.
Рисунок 1 — Причины, по которым принимается решение по моделированию бизнес-процессов
4
Моделирование бизнес-процессов затрагивает многие аспекты
деятельности компании:
изменение организационной структуры;
оптимизацию функций подразделений и сотрудников;
перераспределение прав и обязанностей руководителей;
изменение внутренних нормативных документов и технологии проведения операций;
новые требования к автоматизации выполняемых процессов и т.
д.
Целью моделирования является систематизация знаний о компании и ее бизнес-процессах в наглядной графической форме более удобной для аналитической обработки полученной информации. Модель должна отражать структуру бизнес-процессов организации, детали их выполнения и последовательность документооборота.
Моделирование бизнес-процессов организации включает два этапа структурное и детальное.
Структурное моделирование бизнес-процессов организации может выполняться в нотации IDEF0 с использованием инструментария BPwin или на языке UML с использованием инструментария Rational Rose. Детальное моделирование выполняется на языке UML.
На этапе структурного моделирования в модели должны быть отражены:
1)существующая организационная структура;
2)документы и иные сущности, используемые при исполнении моделируемых бизнес-процессов и необходимые для моделирования документооборота, с описаниями их основного смысла;
3)структуру бизнес-процессов, отражающую их иерархию от более общих групп к частным бизнес-процессам;
5
4)диаграммы взаимодействия для конечных бизнес-процессов,
отражающие последовательность создания и перемещения документов
(данных, материалов, ресурсов и т.п.) между действующими лицами.
Подготовленная модель должна быть согласованна архитекторами и ведущими программистами, подтверждая, что структура бизнес-процессов понятна.
Детальное моделирование бизнес-процессов выполняется в той же модели и должно отражать требуемую детализацию и должна обеспечить однозначное представление о деятельности организации.
Детальная модель бизнес-процесса должна включать:
1)набор прецедентов отражающих возможные варианты выполнения бизнес-процессов «как есть»;
2)диаграммы действий, детально описывающие последовательность выполнения бизнес-процессов;
3)диаграммы взаимодействия, отражающие схемы документооборота.
Модели должны быть согласованы с ведущими специалистами организации, обладающими необходимыми знаниями.
В случае если после построения моделей согласование не было достигнуто – в модель должны быть внесены необходимые уточнения и коррективы. Процесс итерации (согласование, внесение корректив и уточнений) должен повторяться до момента полного подтверждения, что модель понятна и однозначно представляет детали бизнес-процессов.
2 Методика проведения моделирования бизнес-процессов
Под методологией (нотацией) создания модели (описания) бизнес-
процесса понимается совокупность способов, при помощи которых объекты реального мира и связи между ними представляются в виде модели. Любая методология (методика) включает три основные составляющие:
6
– теоретическая база;
–описание шагов, необходимых для получения заданного результата;
–рекомендации по использованию как отдельно, так и в составе группы методик [2].
Моделирование бизнес-процессов можно выполнять с применением различных подходов, методологий, нотаций и инструментальных средств — в зависимости от требований к модели в каждом конкретном случае. Чем определяются эти требования? Во многом — процессом создания системы автоматизации в целом, в рамках которого проводится моделирование предметной области. Этот процесс определяет, каким образом будет строиться, уточняться и использоваться модель.
Как правило, система создается коллективом людей. Эти люди имеют различные специальности, опыт, привычки, образование, предпочтения и личные качества. Модель бизнес-процессов строится для того, чтобы эти люди могли эффективно обмениваться знаниями и совместно принимать решения по ходу создания системы. Модель является языком общения между сторонами, участвующими в создании системы автоматизации, —
заказчиками, экспертами, архитекторами и т. д. Она должна быть организована таким образом, чтобы каждая сторона, воспринимающая моделируемую систему с собственной точки зрения, могла эффективно вносить свой вклад в общее понимание предметной области.
Процесс создания автоматизированной системы часто оказывается итеративным, поэтому модель должна допускать последовательные уточнения. В идеале модель должна строиться таким образом, чтобы при ее детализации не изменялись ранее построенные более общие элементы модели, а только добавлялись бы новые [2].
Модель должна быть устойчива к изменениям предметной области. Это значит, что она должна быть организована таким образом, чтобы при изменениях предметной области изменялся только некоторый минимально необходимый набор элементов модели. Более того, модель сама должна быть
7
инструментом реорганизации бизнес-процессов в рамках создания системы автоматизации.
Необходимо учитывать важные характеристики моделирования бизнес-
процессов. В частности, к преимуществам моделирования бизнес-процессов относят: повышение качества и скорости производства продукции с одновременным снижением издержек; рост профессионализма сотрудников;
повышение конкурентоспособности компании. Недостатки, в свою очередь:
усиление эксплуатации сотрудников и связанные с этим проблемы социально-психологического характера; необходимость проведения целенаправленной работы по изменению корпоративной культуры.
3 История развития методологий моделирования бизнес-процессов
Основу многих современных методологий моделирования бизнес-
процессов составила методология SADT (Structured Analysis and Design Technique – метод структурного анализа и проектирования) и
алгоритмические языки, применяемые для разработки программного обеспечения.
В сжатом виде история развития методологий моделирования бизнес-
процессов представлена на рисунке 2. Для наглядности параллельно приведена история развития подходов к управлению качеством [2].
8
Рисунок 2 — История развития методологий моделирования бизнес-
процессов
В настоящее время для описания, моделирования и анализа бизнес-
процессов используются несколько типов методологий. К числу наиболее распространенных типов относятся следующие методологии:
моделирования бизнес-процессов (Business Process Modeling);
описания потоков работ (Work Flow Modeling);
описания потоков данных (Data Flow Modeling).
Методологии моделирования бизнес-процессов (Business Process Modeling). Наиболее широко используемая методология описания бизнес-
процессов – стандарт США IDEF0. С момента разработки стандарт не претерпел существенных изменений. В настоящее время развитие методологии IDEF0 сопряжено с совершенствованием поддерживающих ее инструментов – программных продуктов для моделирования бизнес-
процессов (например, BPWin 4.0, ProCap, IDEF0/EM Tool и др.).
Методология IDEF0 предоставляет аналитику широкие возможности для описания бизнеса организации на верхнем уровне с акцентом на управление процессами. Нотация позволяет отражать в модели процесса обратные связи
9
различного типа – по информации, управлению, движению материальных ресурсов [2].
С помощью методологии семейства IDEF можно эффективно отображать и анализировать модели деятельности широкого спектра сложных систем в различных разрезах. При этом широта и глубина обследования процессов в системе определяется самим разработчиком, что позволяет не перегружать создаваемую модель излишними данными. В
настоящий момент к семейству IDEF можно отнести следующие стандарты:
IDEF0 — методология функционального моделирования. С помощью наглядного графического языка IDEF0, изучаемая система предстает перед разработчиками и аналитиками в виде набора взаимосвязанных функций. Как правило, моделирование средствами IDEF0 является первым этапом изучения любой системы;
IDEF1 – методология моделирования информационных потоков внутри системы, позволяющая отображать и анализировать их структуру и взаимосвязи;
IDEF1X (IDEF1 Extended) – методология построения реляционных структур. IDEF1X относится к типу методологий ―Сущность-взаимосвязь‖
(ER – Entity-Relationship) и, как правило, используется для моделирования реляционных баз данных;
IDEF2 – методология динамического моделирования развития систем.
В связи с весьма серьезными сложностями анализа динамических систем от этого стандарта практически отказались, и его развитие приостановилось на самом начальном этапе;
IDEF3 – методология документирования процессов, происходящих в системе, которая используется, например, при исследовании технологических процессов на предприятиях. С помощью IDEF3
описываются сценарий и последовательность операций для каждого процесса. IDEF3 имеет прямую взаимосвязь с методологией IDEF0 – каждая
10
функция может быть представлена в виде отдельного процесса средствами
IDEF3;
IDEF4 – методология построения объектно-ориентированных систем.
Средства IDEF4 позволяют наглядно отображать структуру объектов и заложенные принципы их взаимодействия, тем самым позволяя анализировать и оптимизировать сложные объектно-ориентированные системы;
IDEF5 – методология исследования сложных систем [2].
Система ARIS представляет собой комплекс средств анализа и моделирования деятельности предприятия. Ее методическую основу составляет совокупность различных методов моделирования, отражающих разные взгляды на исследуемую систему. Одна и та же модель может разрабатываться с использованием нескольких методов, что позволяет использовать ARIS специалистам с различными теоретическими знаниями и настраивать его на работу с системами, имеющими свою специфику [1].
ARIS поддерживает четыре типа моделей, отражающих различные аспекты исследуемой системы:
организационные модели, представляющие структуру системы —
иерархию организационных подразделений, должностей и конкретных лиц,
связи между ними, а также территориальную привязку структурных подразделений;
функциональные модели, содержащие иерархию целей, стоящих перед аппаратом управления, с совокупностью деревьев функций,
необходимых для достижения поставленных целей;
информационные модели, отражающие структуру информации,
необходимой для реализации всей совокупности функций системы;
модели управления, представляющие комплексный взгляд на
реализацию бизнес-процессов в рамках системы.
11
Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]
- #
- #
- #
- #
- #
- #
- #
- #
- #
- #
- #
Стандарты и методологии моделирования бизнес- процессов
МОСКОВСКИЙ
АВИАЦИОННЫЙ ИНСТИТУТ
МОСКОВСКИЙ(ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ
УНИВЕРСИТЕТ)
Стандарты и методологии моделирования
бизнес-процессов.
Управление основной деятельности
риэлторской фирмы.
Выполнил: студент группы 03-431
Степанов М.Д.
Москва, 2009г.
Содержание
1. Введение. 3
1. Сущность и значение моделирования
бизнес-процессов. 4
1.2.История развития методологий бизнес-процессов. 7
1.3. Современные методологии описания
бизнес-процессов. 8
1.4. Методология IDEF0. 8
1.5. Методология DFD.. 11
1.6. Методология IDEF3. 14
1.7. Методология ORACLE. 18
1.8. Методология IDEF1X.. 19
1.9. Методология IDEF4. 21
1.10. Методология SADT. 21
1.11. Методология ARIS. 22
1.12. Методология, применяемая консалтинговыми
компаниями. 29
1.13. Методология Betec (©) 31
1.14. Методология BAAN.. 37
2. Аналитический раздел. 41
3. Проектный раздел. 43
3.1. Постановказадачи. 43
3.2. Экономическая сущность задачи. 43
3.3. Описание метода решения задачи. 43
3.4. Описание бизнес-процесса. 44
Заключение. 45
Список используемыхисточников. 46
Введение
Моделирование бизнес-процесса — процесс отражения
субъективного видения потока работ в виде формальной модели, состоящей из
взаимосвязанных операций.
Целью моделирования является систематизация знаний о
компании и ее бизнес-процессах в наглядной графической форме более удобной для
аналитической обработки полученной информации.
В настоящее время на рынке компьютерных технологий
представлены множество специальных программ, позволяющих обследовать
предприятие и построить модель. Выбор методологии и инструментов, с помощью
которых проводится моделирование бизнес-процессов, основополагающего значения
не имеет. Существуют стандартизированные, опробованные временем методологии и
инструментальные средства, с помощью которых можно обследовать предприятие и
построить его модель. Ключевое их преимущество — простота и доступность к
овладению.
Основу многих современных методологий моделирования
бизнес-процессов составили методология SADT (Structured Analysis and Design
Technique – метод структурного анализа и проектирования), семейство стандартов
IDEF (Icam DEFinition, где Icam — это Integrated Computer-Aided Manufacturing)
и алгоритмические языки. Основные типы методологий моделирования и анализа
бизнес-процессов:
·
Моделирование
бизнес-процессов (Business Process Modeling). Наиболее широко используемая
методология описания бизнес-процессов – стандарт IDEF0. Модели в нотации IDEF0
предназначены для высокоуровневого описания бизнеса компании в функциональном
аспекте.
·
Описание
потоков работ (Work Flow Modeling). Стандарт IDEF3 предназначен для описания
рабочих процессов и близок к алгоритмическим методам построения блок-схем.
·
Описание
потоков данных (Data Flow Modeling). Нотация DFD (Data Flow Diagramming),
позволяет отразить последовательность работ, выполняемых по ходу процесса, и
потоки информации, циркулирующие между этими работами.
·
Прочие
методологии.
.Главное достоинство идеи анализа бизнес-процессов
предприятия посредством создания его модели — ее универсальность. Во-первых,
моделирование бизнес-процессов это ответ практически на все вопросы, касающиеся
совершенствования деятельности предприятия и повышения его
конкурентоспособности. Во-вторых, руководитель или руководство предприятия,
внедрившие у себя конкретную методологию, будет иметь информацию, которая
позволит самостоятельно совершенствовать свое предприятие и прогнозировать его
будущее.
1. Сущность
и значение моделирования бизнес-процессов
Моделирование
бизнес-процессов позволяет проанализировать не только, как работает предприятие
в целом, как оно взаимодействует с внешними организациями, заказчиками и
поставщиками, но и как организована деятельность на каждом отдельно взятом
рабочем месте.
Существует
несколько подходов к определению понятия «моделирование бизнес-процессов»:
1)
моделирование
бизнес-процессов — это описание бизнес-процессов предприятия позволяющее
руководителю знать, как работают рядовые сотрудники, а рядовым сотрудникам —
как работают их коллеги и на какой конечный результат направлена вся их
деятельность ;
2)
Моделирование
бизнес-процессов – это эффективное средство поиска путей оптимизации
деятельности компании, позволяющее определить, как компания работает в целом и
как организована деятельность на каждом рабочем месте.;
3)
моделирование
бизнес-процессов — это средство позволяющее предвидеть и минимизировать риски,
возникающие на различных этапах реорганизации деятельности предприятия;
4)
моделирование
бизнес-процессов — это метод, позволяющий дать оценку текущей деятельности
предприятия по отношению к требованиям, предъявляемым к его функционированию,
управлению, эффективности, конечным результатам деятельности и степени
удовлетворенности клиента ;
5)
моделирование
бизнес-процессов — это метод, позволяющий дать стоимостную оценку каждому
процессу, взятому в отдельности, и всем бизнес-процессам на предприятии, взятым
в совокупности;
6)
моделирование
бизнес-процессов — это всегда верный способ выявления текущих проблем на
предприятии и предвидения будущих.
Современные
предприятия вынуждены постоянно заниматься улучшением своей деятельности. Это
требует разработки новых технологий и приемов ведения бизнеса, повышения
качества конечных результатов деятельности и, конечно, внедрения новых, более
эффективных методов управления и организации деятельности предприятий.
Бизнес-процесс
– это логичный, последовательный, взаимосвязанный набор мероприятий, который
потребляет ресурсы, создаёт ценность и выдаёт результат. В международном
стандарте ISO 9000:2000 принят термин «процесс», однако в настоящее
время эти термины можно считать синонимами. Среди основных
причин, побуждающих организацию оптимизировать бизнес-процессы, можно выделить
необходимость снижения затрат или длительности производственного цикла,
требования, предъявляемые потребителями и государством, внедрение программ
управления качеством, слияние компаний, внутриорганизационные противоречия и
др. .
Моделирование
бизнес-процессов – это эффективное средство поиска путей оптимизации
деятельности компании, средство прогнозирования и минимизации рисков,
возникающих на различных этапах реорганизации предприятия. Этот метод позволяет
дать стоимостную оценку каждому отдельному процессу и всем бизнес-процессам
организации в совокупности.
Решения
по моделированию бизнес-процессов обычно принимается по причинам,
представленным на рисунке 1.
Рисунок
1 — Причины, по которым принимается решение по моделированию бизнес-процессов
Моделирование бизнес-процессов затрагивает многие аспекты
деятельности компании:
ü
изменение
организационной структуры;
ü
оптимизацию
функций подразделений и сотрудников;
ü
перераспределение
прав и обязанностей руководителей;
ü
изменение
внутренних нормативных документов и технологии проведения операций;
ü
новые
требования к автоматизации выполняемых процессов и т. д.
Целью
моделирования является систематизация знаний о компании и ее бизнес-процессах в
наглядной графической форме более удобной для аналитической обработки
полученной информации. Модель должна отражать структуру бизнес-процессов
организации, детали их выполнения и последовательность документооборота.
Моделирование
бизнес-процессов организации включает два этапа структурное и детальное.
Структурное
моделирование бизнес-процессов организации может выполняться в нотации IDEF0 с
использованием инструментария BPwin или на языке UML с использованием
инструментария Rational Rose. Детальное моделирование выполняется на языке UML.
На
этапе структурного моделирования в модели должны быть отражены:
1)
существующая
организационная структура;
2)
документы
и иные сущности, используемые при исполнении моделируемых бизнес-процессов и
необходимые для моделирования документооборота, с описаниями их основного
смысла;
3)
структуру
бизнес-процессов, отражающую их иерархию от более общих групп к частным бизнес-процессам;
4)
диаграммы
взаимодействия для конечных бизнес-процессов, отражающие последовательность
создания и перемещения документов (данных, материалов, ресурсов и т.п.) между
действующими лицами.
Детальное
моделирование бизнес-процессов выполняется в той же модели и должно отражать
требуемую детализацию и должна обеспечить однозначное представление о
деятельности организации.
Детальная
модель бизнес-процесса должна включать:
1)
набор
прецедентов отражающих возможные варианты выполнения бизнес-процессов «как
есть»;
2)
диаграммы
действий, детально описывающие последовательность выполнения бизнес-процессов;
3)
диаграммы
взаимодействия, отражающие схемы документооборота.
Модели
должны быть согласованы с ведущими специалистами организации, обладающими
необходимыми знаниями.
В
случае если после построения моделей согласование не было достигнуто – в модель
должны быть внесены необходимые уточнения и коррективы. Процесс итерации
(согласование, внесение корректив и уточнений) должен повторяться до момента
полного подтверждения, что модель понятна и однозначно представляет детали
бизнес-процессов.
1.2
История развития методологий моделирования бизнес-процессов
Основу многих современных методологий моделирования
бизнес-процессов составили методология SADT (Structured Analysis and Design
Technique – метод структурного анализа и проектирования) и алгоритмические
языки, применяемые для разработки программного обеспечения.
В сжатом виде история развития методологий
моделирования бизнес-процессов представлена в таблице. Для наглядности
параллельно приведена история развития подходов к управлению качеством.
Рисунок 2 — История развития методологий моделирования
бизнес-процессов
1.3
Современные методологии описания бизнес-процессов
Классические стандарты DFD и WFD содержат набор
символов или обозначений, с помощью которых описывается бизнес-процесс. Эти
обозначения принято называть языком или методологией описания процессов. В
данном случае этот язык или методология являются классическими.
В настоящее время в мире появилось много других
языков или методологий описания бизнес-процессов, содержащих несколько иные
обозначения. Причем каждая методология содержит свой язык и имеет свое
название. В настоящее время это приводит к некоторому замешательству среди
конечных пользователей, которые данные технологии применяют на практике в своей
организации. Отсюда возникает кажущаяся сложность применения процессных
технологий.
На самом деле, несмотря на свое различие, в основном
связанное с названием диаграмм и видов используемых объектов современные
методологии описания бизнес-процессов практически идентичны и представляют из
себя незначительные видоизменения двух классических схем — DFD и WFD – Work
Flow Diagram, которые были рассмотрены.
Давайте рассмотрим другие современные языки описания
бизнес-процессов:
·
IDEF0;
·
DFD
в нотациях Гейна-Сарсона и Йордана-Де Марко;
·
IDEF3;
·
Oracle;
·
BAAN;
·
ARIS.
·
Swimmer lanes;
1.4
Методология IDEF0
Первая распространенная методология, которая будет
рассмотрена это IDEF0. Этот язык придумали американские военные с целью
успешного тиражирования бизнес-процессов предприятий аэрокосмической
промышленности. В свое время американские военные столкнулись со следующей
проблемой. При проектировании заводов было замечено, что каждый раз приходится
заново проделывать один и тот же шаг — проектировать одинаковые подсистемы
управления, на что уходило дополнительное время и ресурсы. После этого было
предложено разработать язык или чертеж, с помощью которого можно было бы
описать типовые подсистемы управления и при строительстве нового завода
использовать наработанные схемы. Язык который был придуман и использован для
этих целей лег в основу методологии описания бизнес-процессов IDEF0.
Методология IDEF0 незначительно отличается от
классической схемы описания бизнес-процессов DFD, которая была рассмотрена
ранее. Основным отличием является наличие в языке дополнительной аналитики.
Данный стандарт описания бизнес-процессов предлагает показывать не просто входы
и выходы, как это делается в DFD – формате, он предлагает ввести три типа
входов. Первый тип входов назвали так же входом, а два других входа назвали
управлением и механизмами.
В стандарте IDEF0 c помощью входа показывают объекты
– информационные и материальные потоки, которые преобразуются в
бизнес-процессе. С помощью управления показывают объекты – материальные и
информационные потоки, которые не преобразуются в процессе, но нужны для его
выполнения. С помощью механизмов стали показывать механизмы, при помощи которых
бизнес-процесс реализуется: технические средства, люди, информационные системы
и т.д. Выход бизнес-процесса, описанного в стандарте IDEF0 полностью
соответствует по смыслу выходу процесса, описанному при помощи DFD-схемы.
Четыре типа объектов, применяемых для описания
входов и выходов в стандарте IDEF0, в английском варианте образуют сокращение
ICOM и на схеме IDEF0 размещаются в строго отведенных местах относительно
работ, которые называются функциональными блоками (Таблица 1).
Таблица 1. Название и размещение входов
и выходов в стандарте IDEF0 относительно функционального блока.
Давайте рассмотрим пример бизнес-процесса
«Выточить деталь», который выполняет токарь. Входом процесса является
заготовка из которой вытачивается деталь – она физически преобразуется в
процессе. Для того, что бы токарь начал точить деталь ему нужно дать задание
или план. Также ему понадобится чертеж с размерами детали. Так вот, чертеж,
задание или план нужны для реализации бизнес-процесса и процесс без них не
начнется, но по ходу выполнения процесса они не преобразуются. Согласно
стандарту IDEF0 их относят к управлению. Для того, что бы выточить деталь нужен
токарь, нужен станок – их относят к механизмам. Выходами или результатами
бизнес-процесса является деталь (рис. 3).
Рис.3. Стандарт описания бизнес-процесса
IDEF0.
Стандарт IDEF0 получил большое распространение в США
и активно используется в России. Ввиду того, что в стандарте IDEF0 появилась
дополнительная аналитика по сравнению с классическим стандартом DFD, схемы
бизнес-процессов получаемые при описании в стандарте IDEF0 выглядят более
сложными с точки зрения менеджеров компании, в виду ограниченного наличия у них
свободного времени. Данная сложность часто приводит к тому, что менеджеры,
особенно высшего уровня, которые должны принимать активное участие в проекте по
описанию и оптимизации деятельности компании, «отказываются» от
работы с IDEF0. В данном случае IDEF0 — является излишне информационно
насыщенным и сложным стандартом.
Второй недостаток стандарта IDEF0 связан с тем, что
он дает больше поводов и возможностей сторонникам сопротивлений изменениям
притормозить проект по описанию и оптимизации бизнес-процессов и
дискредитировать его идею. Это также связано с усложненной аналитикой стандарта
IDEF0, которая часто дает повод задуматься и задавать следующие вопросы:
«А правильно ли, что этот объект отнесен ко входу? Может его отнести к
управлению?»
Тем не менее, стандарт IDEF0 имеет большое
распространение в России, так как по нему существует много книг и различных
информационно-методических материалов. Также существуют программные продукты,
поддерживающие данный стандарт, овладеть которым несложно.
Практика показала, что стандарт IDEF0 целесообразно
использовать в проектах по описанию и оптимизации локальных бизнес-процессов, в
небольших проектах в которых больше участвуют и принимают решения специалисты
предметных областей, а руководители высшего уровня привлекаются для принятия
решений по минимуму. На рис. 4 приведена диаграмма IDEF0 верхнего уровня
бизнес-процесса «Увольнение сотрудника».
Рис. 4. Диаграмма IDEF0 верхнего уровня
бизнес-процесса «Увольнение сотрудника».
1.5
Методология DFD в нотациях Гейна-Сарсона и Йордана-Де Марко
Следующий стандарт описания бизнес-процессов,
который получил распространение, был разработан на основе развития классической
методологии DFD. Данный стандарт представлен двумя немного различающихся
вариантами, которые называют нотациями. Первая из них называется нотацией Гейна
Сарсона, вторая нотацией Йордона-Де Марко.
Гейн Сарсон, предложил классическую DFD-схему
немного усложнить. Он предложил ввести дополнительный объект, с помощью
которого показываются места бизнес-процесса, в которых хранится информация,
либо материальные ресурсы. Примерами таким мест являются архив, в котором
хранятся документы, база данных, в которой хранится информация, либо склад, на
котором хранятся материальные ресурсы. Данный объект получил название —
хранилище данных. На DFD-схемах в нотациях Гейна-Сарсона и Йордона-Де Марко
также используются объекты, с помощью которых показывают внешних субъектов, с
которыми бизнес-процесс взаимодействует. Данные объекты называют внешними
сущностями. На рис. 5 приведен пример DFD-схемы бизнес-процесса
«Оформлении и выдача трудовой книжки сотруднику при увольнении»,
разработанной в нотации Гейна-Сарсона.
Рис. 5. DFD-схема бизнес-процесса
«Оформлении и выдача трудовой книжки сотруднику при увольнении» в
нотации Гейна-Сарсона.
На данной схеме в качестве хранилища данных
выступают сейф, в котором хранятся трудовые книжки и архив, в который
помещается заполненный обходной лист. В качестве внешней сущности выступает
сотрудник, который увольняется и который получает выход рассматриваемого бизнес-процесса
– трудовую книжку.
Вторая нотация Йордона-Де Марко методологии DFD была
названа в честь разработавшего ее специалиста Йордона-Де Марко. В первом
приближении эта нотация аналогична нотации Гейна Саросна, за исключение форм
объектов: для описаний операций бизнес-процесса вместо закругленных
прямоугольников стали использоваться круги, немного видоизменились и другие
объекты – хранилище данных и внешние сущности (рис. 6).
Рис. 6. DFD-схема бизнес-процесса
«Оформлении и выдача трудовой книжки сотруднику при увольнении» в
нотации Йордона-Де Марко.
В таблице 2 приведены названия, обозначения и смыл
элементов, используемых при построении DFD-схемы бизнес-процесса в нотациях
Гейна-Сарсано и Йордона-Де Марко.
Таблица 2. Элементы
методологии DFD в нотацияхГейна-Сарсано и Йордона-Де Марко.
1.6
Методология IDEF3
Стандарт IDEF0, который был рассмотрен ранее
является развитием классического DFD – подхода и предназначен для описания
бизнес-процессов верхнего уровня. Для описания временной последовательности и
алгоритмов выполнения работ стандарт IDEF0 не подходит. Для решения этой задачи
стандарт IDEF0 получил дальнейшее развитие в результате чего был разработан
стандарт IDEF3, который входит в семейство стандартов IDEF.
Стандарт IDEF3 предназначен для описания
бизнес-процессов нижнего уровня и содержит объекты – логические операторы, с
помощью которых показывают альтернативы и места принятия решений и в
бизнес-процессе, а также объекты – стрелки с помощью которых показывают
временную последовательность работ в бизнес-процессе (рис. 7).
Рис. 7. Схема бизнес-процесса в
стандарте IDEF3.
В отличие от классической методологии WFD в
стандарте IDEF3 связи между работами делятся на три типа, обозначения, названия
и смыл которых, приведены в таблице 3.
Таблица 3. Типы связей
между работами в стандарте IDEF3.
Помимо наличия нескольких типов связей между
работами в стандарте IDEF3 логические операторы, которые в данном случае
называются перекрестками также делятся на несколько типов: «Исключающий
ИЛИ», «И» и «ИЛИ».
Перекресток «Исключающий ИЛИ» обозначает,
что после завершения работы «A» (рис. 8), начинает выполняться только
одна из трех расположенных параллельно работ B, С или D в зависимости от
условий 1, 2 и 3. Перекресток «И» обозначает, что после завершения
работы «A», начинают выполняться одновременно три параллельно
расположенные работы B, С и D. Перекресток «ИЛИ» обозначает, что
после завершения работы «A», может запуститься любая комбинация трех
параллельно расположенных работ B, С и D. Например может запуститься только
одна из них, могут запуститься три работы, а также могут запуститься двойные
комбинации В и С, либо C и D, либо B и D. Перекресток «Исключающий
ИЛИ» является самым неопределенным, так как предполагает несколько
возможных сценариев реализации бизнес-процесса и применяется для описания слабо
формализованных ситуаций.
Рис. 8. Применение перекрестков
«Исключающий ИЛИ», «И» и «ИЛИ» — схемы
расхождения.
Перекрестки «И» и «ИЛИ»
подразделяются еще на два подтипа – синхронные и асинхронные. Перекрестки
синхронного типа обозначают, что работы В, С и D запускаются одновременно после
завершения работы A. Перекрестки асинхронного типа требований к одновременности
не предъявляют.
Приведенные на рис. 5 схемы взаимосвязи работ и
перекрестков называются схемами расхождения, так как от перекрестков расходятся
несколько работ. Существует и другие схемы взаимосвязи перекрестков и работ –
это так называемые схемы схождения, когда к перекрестку подходит несколько
работ (рис. 9).
Рис. 9. Применение перекрестков
«Исключающий ИЛИ», «И» и «ИЛИ» — схемы схождения.
В таблице 4 приведены обозначения, названия и смысл
всех типов перекрестков как в схемах схождения, так и в схемах расхождения.
Таблица 4. Обозначения, названия и смысл
типов перекрестков в схемах схождения и расхождения.
1.7
Методология ORACLE
Следующие подходы описания бизнес-процессов были
разработаны компаниями, занимающиеся разработкой и внедрением интегрированных
информационных систем. Сделано это было по следующей причине. Оказывается, для
того, чтобы эффективно провести автоматизацию и правильно настроить
информационную систему на деятельность компании, необходимо вначале описать ее
бизнес-процессы, описать организационную структуру и только потом приступить к
внедрению информационной системы.
Три наиболее крупных разработчика информационных
систем: SAP/R3, BAAN и ORACLE для повышения эффективности внедрения своих
информационных систем разработали свои стандарты и программные продукты, с
помощью которых описывается бизнес-деятельность компании. Каждый из этих
стандартов содержит несколько бизнес-моделей, с помощью которых описываются
бизнес-процессы, организационная структура, а также строятся прочие
бизнес-модели.
Давайте рассмотрим стандарт, который использует
компания ORACLE. Методология ORACLE содержит 5 бизнес-моделей, название,
описание и предназначение которых приведено в таблице 5.
Таблица 5. Модели методологии ORACLE.
При описании бизнес-процессов с использованием
методологии ORACLE наиболее часто применяется вторая согласно перечню таблицы 5
модель бизнес-процессов. Построение этой модели основано на подходе
«Swimmer lanes», который представляет из себя смесь классических DFD
и WFD стандартов и имеет одну отличительную особенность. Диаграмма, на котором
рисуется схема бизнес-процесса разделена по горизонтали на дорожки. Каждая
дорожка принадлежит определенному структурному подразделению или должности,
участвующей в бизнес-процессе. Те операции бизнес-процесса, которые выполняются
этим структурным подразделением, размещаются в зоне соответствующей дорожки.
Такой подход позволяет наглядно показать распределение ответственности в
бизнес-процессе и продемонстрировать степень его организационной фрагментарности
(рис. 10).
Рис. 10. Пример описания бизнес-процесса
«Торговля чаем» для функциональной организационной структуры компании
«Эврика».
Одним из недостатков формата «Swimmer
lanes» является то, что в данном случае более трудно отследить временную
последовательность работ, а так же критический путь бизнес-процесса, что
актуально при проведении временной оптимизации.
1.8
IDEF1X
IDEF1X — методология описания данных. Применяется
для построения баз данных.
IDEF1X является методом для разработки реляционных
баз данных и использует условный синтаксис, специально разработанный для
удобного построения концептуальной схемы. Концептуальной схемой мы называем
универсальное представление структуры данных в рамках коммерческого
предприятия, независимое от конечной реализации базы данных и аппаратной
платформы. Будучи статическим методом разработки, IDEF1X изначально не
предназначен для динамического анализа по принципу «AS IS», тем не
менее, он иногда применяется в этом качестве, как альтернатива методу IDEF1.
Использование метода IDEF1X наиболее целесообразно для построения логической
структуры базы данных после того, как все информационные ресурсы исследованы
(скажем с помощью метода IDEF1) и решение о внедрении реляционной базы данных,
как части корпоративной информационной системы, было принято. Однако не стоит
забывать, что средства моделирования IDEF1X специально разработаны для
построения реляционных информационных систем, и если существует необходимость
проектирования другой системы, скажем объектно-ориентированной, то лучше
избрать другие методы моделирования.
Существует несколько очевидных причин, по которым
IDEF1X не следует применять в случае построения нереляционных систем.
Во-первых, IDEF1X требует от проектировщика определить ключевые атрибуты, для
того чтобы отличить одну сущность от другой, в то время как
объектно-ориентированные системы не требуют задания ключевых ключей, в целях
идентифицирования объектов. Во-вторых, в тех случаях, когда более чем один
атрибут является однозначно идентифицирующим сущность, проектировщик должен
определить один из этих атрибутов первичным ключом, а все остальные вторичными.
И, таким образом, построенная проектировщиком IDEF1X-модель и переданная для
окончательной реализации программисту является некорректной для применения
методов объектно-ориентированной реализации, и предназначена для построения
реляционной системы
1.7.1 Связи между сущностями
Связи в IDEF1X представляют собой ссылки, соединения
и ассоциации между сущностями. Ниже, на рисунке, приведен ряд примеров связи
между сущностями:
Сущность описывается в диаграмме IDEF1X графическим
объектом в виде прямоугольника. На рисунке 2 приведен пример IDEF1X диаграммы.
1.7.2 Преимущества IDEF1X
Основным преимуществом IDEF1X, по сравнению с
другими многочисленными методами разработки реляционных баз данных, такими как
ER и ENALIM является жесткая и строгая стандартизация моделирования.
Установленные стандарты позволяют избежать различной трактовки построенной
модели, которая несомненно является значительным недостатком ER.
1.9
IDEF4
IDEF4 — объектно-ориентированная методология.
Отражает взаимодействие объектов. Удобна для создания программных продуктов на
объектно-ориентированных языках (например С++). Пока, на мой взгляд, широкого
распространения не нашла. Более широко сейчас используется UML.
1.10
SADT
SADT — методология структурного анализа и
проектирования (Structured Analysis and Design Technique). Основана на
понятиях функционального моделирования. Является методологией, отражающей
такие системные характеристики, как управление, обратная связь и исполнители.
Возникла в конце 60-х годов.
Описание системы с помощью SADT называется моделью.
В SADT-моделях используются как естественный, так и графический языки. Для
передачи информации о конкретной системе источником естественного языка служат
люди, описывающие систему, а источником графического языка — сама методология
SADT. Графический язык SADT обеспечивает структуру и точную семантику
естественному языку модели. Графический язык SADT организует естественный язык
вполне определенным и однозначным образом, за счет чего SADT и позволяет
описывать системы, которые до недавнего времени не поддавались адекватному
представлению.
С точки зрения SADT модель может быть сосредоточена
либо на функциях системы, либо на ее объектах. SADT-модели, ориентированные на
функции, принято называть функциональными моделями, а ориентированные на
объекты системы — моделями данных, функциональная модель представляет с
требуемой степенью детализации систему функций, которые в свою очередь отражают
свои взаимоотношения через объекты системы. Модели данных дуальны к
функциональным моделям и представляют собой подробное описание объектов
системы, связанных системными функциями. Полная методология SADT поддерживает
создание множества моделей для более точного описания сложной системы.
1.11
ARIS
Методология ARIS
Одной из современных методологий
бизнес-моделирования, получившей широкое распространение в России является
методология ARIS, которая расшифровывается как Architecture of Integrated
Information Systems — проектирование интегрированных информационных систем. Ее
использует программное средство ARIS Toolset
Методология ARIS на данный момент времени является
наиболее объемной и содержит около 100 различных бизнес-моделей, используемых
для описания, анализа и оптимизации различных аспектов деятельности организации.
Часть моделей методологии ARIS используются в настроечном модуле
интегрированной информационной системы SAP/R3, который применяется при
внедрении системе и ее настройке на деятельности компании. В виду большого
количества бизнес-моделей методология ARIS делит их на четыре группы (рис. 11):
Группа «Оргструктура».
Состоит из моделей с помощью которых описывается
организационная структура компании, а также другие элементы внутренней
инфраструктуры организации.
Группа «Функции».
Состоит из моделей, используемых для описания
стратегических целей компании, функций и прочих элементов функциональной
деятельности организации.
Группа. «Информация».
Состоит из моделей с помощью которых описывается
информация, используем ая в деятельности организации.
Группа «Процессы».
Состоит из моделей, используемых для описания
бизнес-процессов, а также различных взаимосвязей между структурой, функциями и
информацией.
Рис. 11. Группы моделей методологии
ARIS.
Большим преимуществом методологии ARIS является
эргономичность и высокая степень визуализации бизнес-моделей, что делает данную
методологию удобной и доступной в использовании всеми сотрудниками компании,
начиная от топ-менеджеров и заканчивая рядовыми сотрудниками. В методологии
ARIS смысловое значение имеет цвет, что повышает восприимчивость и
читабельность схем бизнес-моделей.
Например, структурные подразделения по умолчанию
изображаются желтым цветом, бизнес-процессы и операции — зеленым. Помимо
большего количества моделей по сравнению с другими методологиями, методология
ARIS имеет наибольшее количество различных объектов, используемых при
построении бизнес-моделей, что увеличивает их аналитичность.
Например, материальные и информационные потоки на
процессных схемах обозначаются разными по форме и цвету объектами, что
позволяет быстро определить тип потока.
Несмотря на большее количество моделей в методологии
ARIS в проектах по описанию и оптимизации деятельности в общем случае их
используется не более десяти. Методология ARIS позиционирует себя как
конструктор, из которого под конкретный проект в зависимости от его целей и
задач разрабатывается локальная методология, состоящая из небольшого количества
требуемых бизнес-моделей и объектов.
В общем случае практика показала, что в проектах
наиболее часто используются модели, приведенные в таблице 6.
Таблица 6. Наиболее часто используемые
на практике модели методологии ARIS.
Модель «Диаграмма целей» — OD применяется
для описания стратегических целей компании, их иерархической упорядоченности, а
также связей целей с продуктами и услугами, производимыми компанией и
бизнес-процессами, поддерживающими их производство (рис. 12)
Рис. 12. Модель «Диаграмма
целей» — OD/ARIS.
Модель «Дерево продуктов и услуг» — PST
применяется для описания продуктов и услуг, производимых в компании, а также и
связи со стратегическими целями компании, бизнес-процессами, поддерживающими их
производство (рис. 13).
Рис.
13. Модель «Дерево продуктов и услуг — PST/ARIS».
Модель «Дерево функций» — FT описывает
функции, выполняемые в компании и их иерархию. Данная модель часто применяется
для для построения дерева бизнес-процессов компании (рис. 14).
Рис. 14. Модель «Дерево
функций» — PST/ARIS.
Модель «Диаграмма окружения процесса» —
FAT позволяет описать окружение или границы бизнес-процесса, показывая его
входы, выходы, поставщиков и клиентов (рис. 15).
Рис. 15. Модель «Диаграмма
окружения процесса» — PST/ARIS.
Модель «Диаграмм цепочки добавленной
стоимости» — VACD является прототипом классического DFD-стандарта и
используется для описания бизнес-процессов верхнего уровня. Дополнительным
отличием данной и других процессных моделей является то, что информационные и
материальные потоки на схеме VACD изображаются не стрелками, а объектами. При
этом для каждого типа потока используется свой объект. На модели VACD
методологии ARIS в отличие от классического подхода также используется
логические связи между работами, которые позволяют отобразить логическую
последовательность выполнения работ. В качестве одного из вариантов логической
последовательности может выступать временная последовательность выполнения
работ, что характерно для классического подхода WFD. (рис. 16).
Рис. 16. Модель «Расширенная
цепочка процессов, управляемая событиями» — eEPC/ARIS.
Модель «Матрица выбора процесса» — PSM
является прототипом классического DFD-стандарта и используется как альтернатива
для модели VACD. Матрица выбора процессов по отношению к диаграмме цепочки
добавленной стоимости является с одной стороны более упрощенным вариантом
описания процесса, с другой стороны данная модель содержит дополнительные
объекты, позволяющие показать другие аспекты бизнес-процесса. Простота матрицы
выбора бизнес-процессов связана с тем, что на данной модели не показываются
информационные и материальные потоки. Что касается других аспектов, то данная
модель позволяет на одной схеме компактно и наглядно показать различные
варианты выполнения бизнес-процесса, который описывается. Соответственно
матрицу выбора процессов целесообразно применять вместо диаграммы цепочки
добавленной стоимости в случаях, когда описываемый бизнес-процесс имеет
несколько вариантов исполнения, каждый из которых ложится базовую схему. Пример
применения матрицы выбора процессов для описания деятельности компании
«Эврика», имеющий функциональную организационную структуру показан на
рис. 17.
Рис. 17. Модель «Матрица выбора
процессов» — PSM/ARIS.
Модель «Extended event driven Process
Chain» — eEPC является прототипом классического WFD-стандарта и
используется для описания бизнес-процессов нижнего уровня. Дополнительным
отличием eEPC-модели от классической WFD-схемы является наличие на модели
объекта, который называется событием. С помощью событий изображается факт,
время или событие инициирующие начало выполнения работ процесса, а также факт или
время их завершения (рис. 18).
Рис. 18. Модель «Расширенная
цепочка процессов, управляемая событиями» — VACD/ARIS.
Модель «Организационная структура» — ORG
используется для описания организационной структуры компании. На данной модели
изображаются структурные подразделения, группы, должности, роли и прочие
элементы организационной структуры и связи между ними (рис. 19).
Рис. 19. Модель «Организационная
структура» — ORG/ARIS.
Модель «Диаграмма типов информационных
систем» — ASTD используется для описания структуры информационных систем,
используемых в компании. На данной модели показываются типы и модули информационных
систем, программные продукты, взаимосвязь между ними и бизнес-процессами
организации, которые они автоматизируют (рис. 20).
Рис. 20. Модель «Диаграмма типов
информационных систем» — VACD/ASTD.
Для хранения моделей в ARIS используется объектная
СУБД, и под каждый проект создается новая база данных. Предусмотрены различные
функции по администрированию базы данных, например, управление доступом. База
данных представляет из себя иерархическое хранилище моделей.
Работа по созданию модели должна регламентироваться
жёсткими и объёмными соглашениями по моделированию (стандартами), ARIS
поддерживает механизм методологических фильтров, позволяющих пользователю
использовать только определённый набор схем и объектов. Разработка таких
соглашений требует значительного времени и высококвалифицированных
специалистов. Если проект с использованием ARIS начинается без детальной
проработки таких соглашений, то вероятность создания моделей бизнес-процессов,
не отвечающих на поставленные вопросы, очень высока.
1.12
Методология, применяемая консалтинговыми компаниями
Большинство консалтинговых компаний в проектах по
оптимизации деятельности организаций в общем случае применяют типовую
методологию описания бизнес-процессов. Данная методология состоит из двух типов
бизнес-моделей, одна из которых применяется для описания бизнес-процессов
верхнего уровня и является прототипом классической DFD-модели, а вторая
применяется для описания процессов нижнего уровня и соответствует принципам
построения классической WFD-схеме.
Модель верхнего уровня и принципы ее построения
представлена на рис. 21.
Рис. 21. Модель описания
бизнес-процессов верхнего уровня, применяемая консалтинговыми компаниями.
Модель бизнес-процессов нижнего уровня, использующая
подход «Swimmer lanes» представлена на рис. 22.
Рис. 22. Модель описания бизнес-процессов
нижнего уровня, применяемая консалтинговыми компаниями.
1.13
Методология Betec (©)
На основе применения различных современных
методологий описания бизнес-процессов в российских компаниях, консалтинговая
компания «Бизнес — инжиниринговые технологии» разработала методологию
описания деятельности, компании, воплотившую в себя наилучшие элементы
рассмотренных выше методологий. Данная методология, называемая Betec (©),
состоит из моделей, с помощью которых описывают бизнес-деятельность компании и
которые условно сгруппированы в следующие разделы:
·
Стратегия;
·
Бизнес-процессы;
·
Оргструктура;
·
Финансы;
·
Персонал;
·
Маркетинг.
В таблице 7 приведено описание бизнес-моделей,
применяемых для описания организационно-функциональной деятельность, что соответствует
разделам «Бизнес-
процессы» и «Оргструктура».
Таблица 7. Модели
методологии Betec (©) соответствующие разделам «Бизнес-процесс» и
«Оргструктура».
Модель «Дерево бизнес-направлений»
применяется для описания бизнес-направлений, реализуемых в компании и их
взаимосвязь с другими элементами организации (рис. 23).
Рис. 23. Модель «Дерево
бизнес-направлений» — Betec (©).
Модель «Дерево бизнес-процессов» описывает
бизнес-процессы, выполняемые в компании и их иерархию (рис. 24). На верхнем
уровне дерева бизнес-процессы делятся на три группы: основные, обеспечивающие и
управленческие.
Рис. 24. Модель «Дерево
бизнес-процессов» — Betec (©).
Модель «Диаграмм окружения процесса»
позволяет описать окружение или границы бизнес-процесса, показывая его входы,
выходы, поставщиков и клиентов (рис. 25).
Рис.25. Модель «Диаграмма окружения
процесса» — Betec (©).
Модель «Дерево информационных потоков»
позволяет описать и классифицировать информационные потоки компании, которые
представляют из себя информацию, размещенную на бумажных носителях, устную
информацию либо информацию в электронном виде. Во многих проектах по описанию
бизнес-процессов, также приходится описать внутреннюю структуру информационных
потоков. Для решения этой задачи, удобным с практической точки зрения, является
подход, когда структура информации описывается в виде документа MS Word, после
чего на схеме дерева информационных потоков показывается соответствие между
элементами дерева и разработанными документами (рис. 26).
Рис. 26. Модель «Дерево
информационных потоков» — Betec (©).
Модель «Дерево материальных потоков»
позволяет описать и классифицировать материальные потоки компании, которые
представляют из себя сырье, полуфабрикаты, готовую продукцию и т.д. (рис. 27).
Рис. 27. Модель «Дерево
материальных потоков» — Betec (©).
Модель «Дерево организационной структуры»
используется для описания организационной структуры компании. На данной модели
изображаются структурные подразделения, должности, а также связи линейного и
функционального подчинения (рис. 28).
На практике приходится разрабатывать несколько
различных типов моделей организационной структуры, основными из которых
являются модели организационной структуры, построенные по принципу
подчиненности и принципу входимости. Это связано с тем что в некоторых случаях
на одной модели невозможно наглядно показать все имеющиеся взаимодействия между
структурными подразделениями. В данном случае строят несколько простых моделей,
на каждой из которых отображают только один тип взаимодействий.
Рис. 28. Модель «Дерево
организационной структуры» — Betec (©).
Модель «Дерево информационной систем»
используется для описания структуры информационных систем, используемых в
компании. На данной модели показываются типы информационных систем применяемых
в компании, описывается их модульная структура, а также перечисляется
программное обеспечение, используемое в компании при выполнении
бизнес-процессов. (рис. 29).
Рис. 29. Модель «Дерево
информационной системы» – — Betec (©).
Модель «Диаграмма процесса — DFD» является
прототипом классического DFD–стандарта и используется для описания
бизнес-процессов верхнего уровня. При построении диаграммы процесса – DFD
описываются работы из которых состоит бизнес-процесс, а также используются
элементы организационной структуры, информационных систем, материальных и
информационных потоков, которые были описаны при построении бизнес-моделей,
рассмотренных выше.
В случае если в проекте была описана внутренняя
структура информационных потоков, то на схеме процесса показывается
соответствие между элементами информационных потоков и документами в формате MS
Word, описывающих внутреннюю структуру информации (рис. 30).
Рис. 30 Модель «Диаграмма процесса
— DFD» – — Betec (©).
Модель «Диаграмма процесса — WFD» является
прототипом классического WFD–стандарта и используется для описания
бизнес-процессов нижнего уровня. При построении диаграммы процесса – WFD
описываются работы, из которых состоит бизнес-процесс, а также используются
элементы организационной структуры, информационных систем, материальных и
информационных потоков, которые были описаны при построении бизнес-моделей,
рассмотренных выше.
В случае если в проекте была описана внутренняя
структура информационных потоков, то на схеме процесса показывается
соответствие между элементами информационных потоков и документами в формате MS
Word, описывающих внутреннюю структуру информации (рис. 31).
Рис. 31 Модель «Диаграмма процесса
— WFD» – — Betec (©).
1.14 Методология BAAN
Методология
описания деятельности, разработанная компанией разработчиком информационных
систем BAAN содержит бизнес-моделей, описание которых приведено в таблице 8.
Таблица
8. Модели методологии BAAN.
С
помощью данных бизнес-моделей последовательно описываются функции,
бизнес-процессы, организационная и информационная структура предприятия.
Давайте рассмотрим структуру и основное предназначение данных бизнес-моделей.
Модель
метаструктуры предприятия – ESM применяется для описания географически
распределенной организационной структуры предприятия, описывает географические
подразделения компании (офисы, филиалы, пр.), а также материальные и
информационные потоки между ними. Данная бизнес-модель по своей сути напоминает
классический DFD- стандарт, в котором на разрабатываемой схеме вместо работ,
показываются структурные подразделения и взаимодействия между ними (рис. 32)
Рис. 32. Модель
метаструктуры предприятия – ESM / BAAN.
Структурные
подразделения компании, изображенные на модели метаструктуры предприятия – ESM
декомпозируется на модель управления – BCM, на которой показываются
бизнес-процессы данного структурного подразделения, а также материальные и
информационные потоки протекающие между ними. Модель управления – BCМ полностью
соответствуют классической DFD-схеме и она применяется для описания бизнес-процессов
верхнего уровня (рис. 33).
Рис. 33. Модель
управления – BCM / BAAN.
Процессы с модели
управления – BCM декомпозируются на модель управления – BCM более низкого
уровня в случае, если они глобальны и могут быть представлены в виде временной
последовательности работ. В противном случае они декомпозируются на модели
бизнес-процессов – BPM, которые применяются для описания бизнес-процессов нижнего
уровня и практически соответствуют классической WFD-схеме, за исключением двух
особенностей. Первая – блоки принятия решений на модели бизнес-процессов BPM
называются управляющими работами и вторая особенность связана с наличием на
модели элементов, называемых состоянием, с помощью которых описываются
состояния, характеризующие начало и окончания каждой работы. Данный подход,
связанный с описанием состояний заимствован из подхода к описанию
бизнес-процессов, который называется «Сети Петри» (рис. 34).
При описании
деятельности компании методология BAAN также использует модель функций – BFM,
при помощи которых строится дерево функций компании (рис. 35).
Рис. 35. Модель
функций – BFM / BAAN.
Следующая модель
методологии BAAN – модель организационной структуры – BOM используется для
описания подразделений и должностей организации, а также связей линейного и функционального
подчинения (рис. 36). На данной модели также показываются роли, которые играет
должность в тех или иных бизнес-процессах. Например сотрудник, занимающий
должность менеджер отдела маркетинга, может играть роль менеджера проекта в
проекте по выводу нового проекта на рынок, при этом данный сотрудник может
играть и другие роли в других проектах.
Рис. 36. Модель
организационной структуры – BOM / BAAN.
Последняя
информационная модель — ERM методологии BAAN имеет тип
«Сущность-Связь» и предназначена для описания структуры информации,
используемой при реализации бизнес-процессов. С помощью данной модели
проектируется базы данных (рис. 37).
Рис. 37.
Информационная модель – ERM / BAAN.
2.
Аналитический
раздел
Объект управления: Риэлторская компания (Корпорация
«Инком-Недвижимость»). Основные направления деятельности компании – создание пригородных
жилых комплексов малой и средней этажности, а также осуществление сделок с
жилой и коммерческой недвижимостью в Московском регионе, Кирове и Красноярске.
Одним из главных условий успешного бизнеса риэлторской компании, является
хороший подбор персонала. Так как именно высококлассные специалисты
обеспечивают высокую прибыль компании. Набор персонала, увольнение, смена
должности, обучение персонала – эти процессы, являются такими же важными, как и
процессы связанные с не посредственной деятельностью компании.
Риэлторские компании имеют максимально простую
организационную структуру в форме головного офиса и дополнительных региональных
офисов, что не несет организационные факторы риска и несущественно влияет на
деятельность компаний. Для риэлторских компаний более значимым являются
отраслевые факторы риска и операционные риски. В состав Инком-недвижимости
входят 31 офис в Москве и региональные представительства в Красноярске,
Алма-Ате, Кирове. Управление и структура агентства недвижимости(рис 38).
Рис. 38 Структура агентства недвижимости
Обеспечение служб, риэлторской компании:
Техническое: Рабочие места персонала обеспечены
персональными компьютерами последних моделей, локальной сетью и выходом в
интернет, также всей необходимой орг. Техникой и канцелярскими
принадлежнастями.
Программное: Использование системы Microsoft
Dynamics CRM 3.0 в качестве связующей среды для работы сотрудников,
взаимодействующих с клиентами корпорации «ИНКОМ-Недвижимость»( единой
базы данных поставщиков, клиентов корпорации), использование лицензионного ПО
(т.к. антивирусы, брандмауэры, браузеры)
Обеспечение Кадрами: Набор и обучение высококлассных специалистов, так как от
профессионализма сотрудников напрямую зависит прибыль компании.
3. Проектный
раздел.
3.1
Постановка задачи.
На каждом предприятии
существует такая проблема как текучесть кадров. Тем более такая проблема
преследует крупные компании. Увольнения, найм на работу, это множество
документов и работы с ними. Существует возможность ошибки, при работе с таким
количеством документов. Утери трудовых книжек, или неправильное их оформление..
Для этого отдел кадров агенства должен проверить правильность оформления
обходных листов, записей в трудовой книжке и в книге учета хранения..
Задача: Выдать
увольняющемуся сотруднику трудовую книжку, с записью в книгу учета хранения и
выдачи трудовых книжек и с обязательной проверкой записей в обходном листе.
3.2
Экономическая сущность задачи.
Цель – выдать увольняющемуся сотруднику трудовую
книжку; вход – обходной лист, выход – заполненный обходной лист, трудовая
книжка ; задача не периодична и выполняется по мере необходимости.
3.3
Описание метода решения задачи.
Задача решается по методологии DFD-схемы
бизнес-процесса в нотации Гейна-Сарсона показанному ниже на рисунке 39.
3.4
Описание бизнес-процесса.
Рис. 39
DFD-схема бизнес-процесса «Оформлении и выдача трудовой книжки сотруднику
при увольнении».
Дополнительные
информация и схемы по данной функциональности, расположены в разделе
ПРИЛОЖЕНИЯ, ДОПОЛНИТЕЛЬНЫЕ ЗАДАНИЯ.
Заключение
Моделирование бизнес-процессов
позволяет проанализировать не только, как работает предприятие в целом, как оно
взаимодействует с внешними организациями, заказчиками и поставщиками, но и как
организована деятельность на каждом отдельно взятом рабочем месте.
Моделирование бизнес-процессов
организации включает два этапа структурное и детальное.
Под методологией (нотацией)
создания модели (описания) бизнес-процесса понимается
совокупность способов, при помощи которых объекты реального мира и связи между
ними представляются в виде модели.
Основу многих современных
методологий моделирования бизнес-процессов составила методология SADT
(Structured Analysis and Design Technique – метод структурного анализа и
проектирования) и алгоритмические языки, применяемые для разработки
программного обеспечения. С помощью методологии семейства IDEF можно эффективно
отображать и анализировать модели деятельности широкого спектра сложных систем
в различных разрезах. Система ARIS представляет собой комплекс средств анализа
и моделирования деятельности предприятия. Ее методическую основу составляет
совокупность различных методов моделирования, отражающих разные взгляды на
исследуемую систему.
Необходимо
учитывать важные характеристики моделирования бизнес-процессов. В частности, к преимуществам моделирования
бизнес-процессов относят: повышение
качества и скорости производства продукции с одновременным снижением издержек;
рост профессионализма сотрудников; повышение конкурентоспособности компании. Недостатки, в свою очередь: усиление эксплуатации
сотрудников и связанные с этим проблемы социально-психологического характера;
необходимость проведения целенаправленной работы по изменению корпоративной
культуры.
Список использованных
источников
1.
Войнов
И. В., Пудовкина С. Г., Телегин А. И. Моделирование экономических систем и
процессов. Опыт построения ARIS-моделей: Монография. – Челябинск: Изд. ЮУрГУ,
2002. – 392 с.
2.
Волков
О.
Стандарты и методологии моделирования бизнес-процессов. Режим доступа:
Рис. Доп. 1. Классификация документов
агентства недвижимости в рамках IDEF0
модели.
2. Концептуальная
модель
Концептуальная модель — представляет объекты и их взаимосвязи без указания
способов их физического хранения. Концептуальная модель, Приложения ETL
извлекают информацию из исходной базы данных регистрирующей системы,
преобразуют ее в формат, поддерживаемый базой данных аналитической системы или
хранилищ данных, а затем загружают в нее преобразованную информацию. Модель
процесса импорта данных о совершенной платежной транзакции в биллинговую
систему предприятия с использованием ETL-процесса.
Рис. Доп. 2. Концептуальная модель
совершения платежной транзакции.
3. Диаграмма
классов
Диаграмма классов оплаты и заказа.
На диаграмме классов, приведенной
ниже, статическая структура описана вокруг главной сущности — Customer
(покупатель), который связан с набором других классов, например Address
(адрес), Order (заказ), и интерфейсом Payment (платеж). У покупателя может быть
несколько Addresses (адресов) смоделированных агрегированием. Также у
покупателя может быть отношение ассоциации с интерфейсом Payment (платеж) и
классом Order (заказ). Интерфейс Payment (платеж) может быть либо CreditCard
(кредитной картой) либо DebitCard (дебетовой картой), которые являются двумя
реализационными моделями интерфейса Payment (платеж). У каждого заказа может
быть много присоединенных OrderItems (предметов заказа). Так как OrderItem
(предмет заказа) не может существовать без Order (заказ), то отношение
смоделировано как композиция. PrivilegedCustomer (привилегированный покупатель)
это особый Customer (покупатель), у которого есть скидки на сделанные покупки,
и который является продолжением Customer (покупатель) на основе отношения обобщения.
Навигация указывает направление перемещения по ассоциации. Кратность описывает
возможные сущности. .
Рис. Доп. 3. Диаграмма классов заказов и
оплаты различными категориями покупателяй.
4. Функция
управления созданием объявления
Рис. Доп. 4. Схема составления
объявления.
5. Взаимосвязь
Организационной структуры агентства недвижимости
Рис. Доп. 5.
Взаимосвязь подразделений
Примечания и заметки
Методика позволяет собрать и систематизировать информацию о структуре компании и ее бизнес-процессах, причем, в не зависимости от области ее деятельности и дальнейших методов оптимизации.
1.1. Обследование общих закономерностей функционирования организации.
1.1.1. Цель этапа.
Зафиксировать (идентифицировать) структуру организации и общие закономерности ее деятельности.
1.1.2. Содержание работ.
1.1.2.1. Запрос документов регламентирующих деятельность организации в целом.
Более эффективным запрос может быть если сотрудникам заказчика будет передан “Список областей деятельности” по которым требуется регламентирующие документы.
Общие закономерности для построения такого списка:
- документы, определяющие функционирование организации в целом;
- документы, определяющие направления ее деятельности;
- документы, определяющие правила и принципы осуществления стратегического управления;
- стратегический план (план развития) организации.
1.1.3. Результат.
1.1.3.1. Систематизация информации.
Результатом систематизации информации полученной из регламентирующих документов должен стать отчет отражающий:
- Общие принципы функционирования организации.
- Структуру подразделений.
- Направления деятельности.
- Правила взаимодействия компании с внешними организациями.
- Основные бизнес-процессы.
1.2. Обследование деятельности каждого автоматизируемого подразделения.
1.2.1. Цель этапа.
Выявить общую картину структуры бизнес-процессов организации, зафиксировать функции подразделений.
1.2.2. Содержание работ.
1.2.2.1. Предварительный запрос информации о функционировании подразделений.
Цель шага заключается в подготовке сотрудников организации к процессу обследования бизнес-процессов подразделений и структурировать основной объем информации связанный с общими условиями их функционирования. Запрос может проводиться высылкой в организацию запросных форм, где они должны быть выданы ключевым сотрудникам подразделений бизнес-процессы, которых автоматизируются. Или собственным заполнением форм путем проведения интервьюирования. Запросные формы должны содержать следующие вопросы в приведенной последовательности.
- Название подразделения.
- Какие документы определяют условия общей работы подразделения и выполнение конкретных функций (регламенты, должностные инструкции, кодексы и т.п.).
- Какие функции выполняет подразделение.
- Какие документы, отчеты из других подразделений, справки, заказы, заявки и т.п. поступающие в подразделение, необходимы для его работы.
- Какие документы, отчеты, справки, заказы, заявки и т.п. появляются в результате работы подразделения, которые далее архивируются, передаются в другие подразделения, поставщикам клиентам и т.д.
Примечание. Форма запроса данных приведена в приложении 1.
1.2.2.2. Составление отчета.
Полученные данные о функционировании подразделений должны быть систематизированы и представлены в обобщающем отчете по этапу, который должен содержать следующие разделы:
- Структура организации.
- Общий перечень бизнес-процессов организации.
- Описания деятельности подразделений:
- название подразделения;
- документы регламентирующие деятельность;
- выполняемые функции;
- входящие документы;
- исходящие документы;
- ревизия имеющихся организационных документов;
- результаты деятельности подразделения
1.2.2.3. Подготовка положения о классификации бизнес-процессов.
Положение о классификации бизнес-процессов (далее Положение) отражает верхний уровень деления бизнес-процессов.
Все бизнес-процессы организации классифицируются на основные, обеспечивающие, развития, управления.
Основные бизнес-процессы< непосредственно ориентированы на производство продукции, представляющие ценность для клиента и обеспечивающие получение дохода для предприятия.
Обеспечивающие бизнес-процессы – вспомогательные бизнес-процессы, которые предназначены для обеспечения выполнения основных процессов. Фактически обеспечивающие бизнес-процессы снабжают ресурсами всю деятельность организации.
Бизнес-процессы управления – это бизнес-процессы, охватывающие весь комплекс функций управления на уровне текущих действий и бизнес-системы в целом.
Бизнес-процессы развития – процессы совершенствования, освоения новых направлений и технологий, а также инновации.
В положении приводится полная классификация всех выделенных бизнес-процессов организации, разнесением их в 4 раздела.
- Основные бизнес-процессы.
- Обеспечивающие бизнес-процессы.
- Бизнес-процессы управления
- Бизнес-процессы развития.
В разделах Положения указываются названия бизнес-процессов и группы участников в них задействованных с выделением из них “Владельцев бизнес-процессов” (владелец бизнес-процесса – участник бизнес-процесса, хорошо его знающий, отвечающий за его выполнение).
1.2.2.4. Уточнение полученной информации о функционировании подразделений.
Выполнение этого шага позволит определить на начальных стадиях обследования возможные неточности в представлении устройства организации сотрудниками, проводящими обследование, а также выявить действительную картину работы организации возможно искаженную в представлении ее сотрудников. Уточнение должно выполняться по данным составленного отчета и проводиться в виде интервью определяющего возможные неточности. Для повышения эффективности проведения интервью отчет может быть выслан сотрудникам организации заранее для предварительного изучения.
Результаты выполнения этапа должны быть внесены в отчет построенный по структуре приведенной в пункте 1.2.2.
1.2.3. Результат.
Отчет о деятельности подразделений построенный по форме приведенной в пункте 1.2.2.2.
Положение о классификации бизнес-процессов, систематизирующее информацию о бизнес-процессах.
1.3. Детальное обследование бизнес-процессов.
1.3.1. Цель этапа.
Зафиксировать необходимые детали выполнения бизнес-процессов.
1.3.2. Содержание работ.
1.3.2.1. Запрос данных о выполнении бизнес-процессов.
Запрос данных производится у владельца процесса в виде интервью по каждому бизнес-процессу с использованием формы приведенной в приложении 2. Последовательность действий выполнения бизнес-процессов (пункт 10 запросной формы) фиксируются на отдельном листе.
1.3.2.2. Подготовка положений о выполнении бизнес-процессов.
В положениях приводится полученная информация, описывающая выполнение бизнес-процессов в следующей форме:
- Название бизнес-процесса.
- Условия начала выполнения бизнес-процесса.
- Документы и данные, необходимые для выполнения бизнес-процесса и их источники.
- Документы создаваемые в результате выполнения бизнес-процесса и их получатели.
- Действующие лица принимающие участие в выполнении бизнес-процесса.
- Материальные ценности необходимые для выполнения бизнес-процесса, если таковые есть.
- Материальные ценности – результат выполнения бизнес-процесса, если таковые есть.
- Результаты выполнения бизнес-процесса (кроме вошедших в п.7).
- Цель данного бизнес-процесса, его место и роль в общих задачах (процессах) компании.
- Проблемы, возникающие при выполнении бизнес-процесса.
- Нештатное завершение (выполнение) бизнес-процесса.
- Последовательность действий выполнения бизнес-процесса.
Примечание. Для наглядного представления полученной информации о последовательностях выполнения бизнес-процессов они могут быть представлены в виде диаграмм деятельности, отражающих последовательность действий, и диаграмм взаимодействия, отражающих документооборот бизнес-процесса. Такое представление должно быть предварительно согласовано с заказчиком. Методика выполнения моделирования приведена в главе 2.
1.3.2.3. Документирование бизнес-процессов.
Документы:
- формы
- схемы
- записи
- устные высказывания
Средства документирования (фиксации информации):
- схема организационной структуры (необходима для понимания структуры организации; описывает формальные отношения между отделами – иерархические и функциональные)
- принципиальная схема бизнес-процесса (схематическое изображение основных элементов бизнес-процесса)
- иерархическая схема бизнес-процессов (понимание структуры и связей во всей системе)
- общий обзор процессов и схема подразделения (описание модели отношений в рамках данного процесса, включая подразделения, конкретных специалистов)
- общая схема процесса (описание компонентов, входящих в бизнес-процесс – основа для последующей маршрутизации)
- детальная схема процесса (последовательность рабочих инструкций и каналов движения документов “UML”)
- схема инструкций (предназначена для сотрудников организации – что должны выполнять и каким правилам следовать)
- схема управления формами (использование и маршрутизация форм/документов/ в рамках бизнес-процесса – детальное представление действий для каждой формы в хронологическом порядке)
- схема обращения форм (поток форм/документов/ в соответствии со структурными единицами и отделами)
- бухгалтерская диаграмма (дает представление о системе обработки данных бухгалтерского учета компании)
1.3.2.4. Уточнение зафиксированной последовательности выполнения бизнес-процессов.
Формализованные данные о последовательности выполнения бизнес-процессов, с указанием соответствующего ему документооборота должны быть согласованы с сотрудниками заказчика. Согласование должно проводится в виде интервью с возможным предварительным представлением материалов по почте.
Полученные уточнения должны быть внесены в описание бизнес-процессов, после чего согласование должно повториться.
1.3.3. Результат.
Положения по бизнес-процессам.
Положение по “родительскому” бизнес-процессу.
Положение по документообороту.
Положение по деятельности Организации.
2. Моделирование.
Целью моделирования является систематизация знаний о компании и ее бизнес-процессах в наглядной графической форме более удобной для аналитической обработки полученной информации. Модель должна отражать структуру бизнес-процессов организации, детали их выполнения и последовательность документооборота.
Моделирование бизнес-процессов организации включает два этапа структурное и детальное.
Структурное моделирование бизнес-процессов организации может выполняться в нотации IDEF0 с использованием инструментария BPwin или на языке UML с использованием инструментария Rational Rose.
Детальное моделирование выполняется на языке UML.
2.1.1. Структурное моделирование.
На этапе структурного моделирования в модели должны быть отражены:
- существующая организационная структура;
- документы и иные сущности используемые при исполнении моделируемых бизнес-процессов и необходимые для моделирования документооборота, с описаниями их основного смысла;
- структуру бизнес-процессов, отражающую их иерархию от более общих групп к частным бизнес-процессам;
- диаграммы взаимодействия для конечных бизнес-процессов, отражающие последовательность создания и перемещения документов (данных, материалов, ресурсов и т.п.) между действующими лицами.
Подготовленная модель должна быть согласованна архитекторами и ведущими программистами, подтверждая, что структура бизнес-процессов понятна.
2.1.2. Детальное моделирование бизнес-процессов.
Детальное моделирование ключевых бизнес-процессов выполняется в той же модели и должно отражать требуемую детализацию и должна обеспечить однозначное представление о деятельности организации.
Детальная модель бизнес-процесса должна включать:
- набор прецедентов отражающих возможные варианты выполнения бизнес-процессов “как есть”;
- диаграммы действий, детально описывающие последовательность выполнения бизнес-процессов;
- диаграммы взаимодействия, отражающие схемы документооборота.
Модели должны быть согласованы с ведущими специалистами организации обладающими необходимыми знаниями.
В случае если после построения моделей согласование не было достигнуто ” в модель должны быть внесены необходимые уточнения и коррективы. Процесс итерации (согласование, внесение корректив и уточнений) должен повторяться до момента полного подтверждения, что модель понятна и однозначно представляет детали бизнес-процессов.
Приложение 1. Форма запроса данных об общей деятельности организации.
Форма передается для заполнения руководителям подразделений.
Заполнение может выполняться в свободной форме на отдельном листе.
- Название подразделения.
- Какие документы определяют условия общей работы подразделения и выполнение конкретных функций (регламенты, должностные инструкции, кодексы и т.п.).
- Какие функции выполняет подразделение (с указанием ответственных).
- Какие документы, отчеты из других подразделений, справки, заказы, заявки и т.п. поступающие в подразделение, необходимы для его работы.
- Какие документы, отчеты, справки, заказы, заявки и т.п. появляются в результате работы подразделения, которые далее архивируются, передаются в другие подразделения, поставщикам клиентам и т.д.
Приложение 2. Форма запроса данных о выполнении бизнес-процессов подразделениями.
| 1. Название функции: | 1. Первоначальные данные или информация, с поступления которых начинается выполнение функции: |
| 2. Документы, отчеты, запросы, справки и т.п. необходимые для выполнения функции. Их источники: | |
| 3. Документы, отчеты, справки, формируемые при выполнении функции. Их получатели: | |
| 4. Сотрудники организации, а также клиенты, поставщики и иные внешние организации, участвующие в выполнении функции: | |
| 5. Материалы и другие материальные ценности, необходимые и потребляемые при выполнении функции: | |
| 6. Материалы и другие материальные ценности, получаемые в результате выполнения функции: | |
| 7. Степень важности процесса в рамках работы подразделения (А ” очень важный, В ” средней важности, С ” практически неважный) | |
|
8. Возникают ли проблемы при выполнении процесса” И если да то каковы они:
|
|
|
9. Время выполнения процесса: |
|
|
10. Последовательность действий выполнения процесса. |
Приложение 3. Структуры документов, содержащих результаты обследования
Система кодирования и регистрации документов:
- дата и имя составителя
- код документа (проект/тема/номер документа в теме/номер версии)
- регистрационный файл документов проекта
Состав документов Положения по документообороту
Схема документооборота
| Номер документа (код) |
Наименование документа | Откуда приходит/ исходит документ | Куда уходит | Информация, документы, используемые при формировании документа | Операции, выполняемые над документом | Ответственный за выполнение операций над документом |
Табель документооборота
| Номер документа | Наименование документа | Тип документа | Частота документа за временной период | Ответственный за документ (сотрудник или отдел) |
| Внутренний/внешний; Входящий/исходящий; транзитный |
Альбом форм документов
| Номер формы | Наименование формы (классы документов) | Поля формы | Обязательные для заполнения поля | Типовая форма (ссылки на образец и шаблон) |
Таблица соответствия форм и документов
| Номер формы | Наименование формы | Код документа |
Графическая схема документооборота
- составляется в свободной форме
- должно быть удобочитаемой
- размещаться на бумаге стандартного размера
- адаптирована к уровню знаний читателя
- позволяет получить визуальное представление о схеме потока документов
- в схемах могут быть представлены картотеки, реестры, компьютерные распечатки и информация на экране
Состав документов Положения по управлению
Должностная инструкция
| Организационная единица | ||
| Должность | ||
| Бизнес-процесс | ||
| Функциональные обязанности | Входящие документы и информация (где берется/находится) | Исходящие документы и информация (куда направляется) |
| Бизнес-процесс | ||
| Функциональные обязанности | Входящие документы и информация (где берется/находится) | Исходящие документы и информация (куда направляется) |
Положение по структурному подразделению (данные для разработки)
| Номер документа | Наименование документа | Тип документа | Частота появления документа |
| Код бизнес-процесса | Основные задачи | Взаимодействие (коды структур. подразделений) | Способ взаимодействия | Коды входящих и исходящих документов | Администр. подчиненность (осуществляет контроль) |
Матрица процесс-отдел
| Процесс 1 | Процесс # | |
| Отдел 1 | (коды подпроцессов, относящихся к данному отделу/подотделу) | |
| Отдел # |
Положение по организационной структуре
Графическое представление оргструктуры.
- составляется в свободной форме
- должно быть удобочитаемой
- размещаться на бумаге стандартного размера
- адаптирована к уровню знаний читателя
- дает представление о структурных подразделениях и их взаимосвязи
- позволяет ввести нумерацию структурных подразделений (кодирование)
| Название структурного подразделения | Руководитель | Административная подчиненность (непосредственный вышестоящ. линейный начальник) | Функциональная подчиненность |
Состав документов Регламент бизнес-процессов
Принципиальная схема бизнес-процесса (графич.)
- составляется в свободной форме
- должно быть удобочитаемой
- размещаться на бумаге стандартного размера
- адаптирована к уровню знаний читателя
Иерархическая схема бизнес-процессов (графич.)
- основа для описания бизнес-процесса
- вводит нумерацию бизнес-процессов
- (составляется в стандарте IDEF0)
Вовлеченность отделов в бизнес процесс (составляется для каждого бизнес-процесса)
| Отдел 1 | Отдел # | |
| Подпроцесс 1 | (коды вовлечености) | |
| Подпроцесс # |
Возможные коды:
Коды принадлежности:
- инициирует
- выполняет
- владеет
Коды для управления:
- управляет
- выполняет
- контролирует
- обслуживает
- информирует
Контроль
| Процесс номер | Отдел номер | Описание процесса | Описание контроля |
Детальная схема бизнес-процесса
Составляется в соответствии с нотацией IDEF0 и/или UML
Представляет собой последовательность рабочих инструкций и каналов движения документов.
Система показателей эффективности бизнес-процесса
| Код бизнес-процесса | Наименование показателя эффективности бизнес-процесса | Предварительный (возможный, допустимый) диапазон изменения показателя эффективности бизнес процесса) | Формула для расчета (способ получения показателя) | Документы, используемые для формирования показателей эффективности бизнес-процесса |
Возможности для улучшения бизнес-процессов
| Код процесса | Цель | Приоритет | Дополнительная информация, необходимая для анализа |
Классификации бизнес-процессов
По уровню иерархии:
- Базовые бизнес-процессы – бизнес-процессы первого уровня, дальнейшая композиция которых возможна лишь в терминах “бизнес Компании в целом”
- Подпроцессы (функции) – бизнес-процессы, которые могут быть подвергнуты композиции
По вкладу в создание основной стоимости:
- Основные – бизнес-процессы, в рамках которых создается добавленная стоимость (конечная или промежуточная) для продукта, входящего в портфель бизнесов Компании
- Вспомогательные – бизнес-процессы, поддерживающие основную деятельность Компании, направленные на интеграцию Компании как единого организма
Характеристики бизнес-процесса
- Входящий массив данных (информация, документы и т.п.) и ресурсов (материальные и нематериальные активы)
- “Продукт на выходе”: что является результатом бизнес-процесса
- “Хозяин” бизнес-процесса: объект (компания, подразделение, сотрудник), отвечающий за данный бизнес-процесс
- Ресурсы (материальные и нематериальные активы, кадровые ресурсы), задействованные в реализация процесса
- Контрольные показатели эффективности бизнес-процесса
- Механизм реализации
Бизнес-процессы (общие сведения)
- Основная цель бизнес-процесса ” преобразование входа (входящих в процесс ресурсов, необходимых для реализации процесса) в выход, т.е. результат, продукцию процесса.
- Основной “начинкой” бизнес-процесса является совокупность подпроцессов, работ, операций, осуществляемых над входами для получения выходов. Процесс осуществляется с помощью определенного механизма
- Существуют первичные и вторичные входы процесса. Первичные входы поступают на начало процесса. Вторичные входы появляются в ходе реализации процесса на составляющих его подпроцессах.
- Первичные выход ” это прямой, запланированный результат реализации процесса. Вторичный выход ” это побочный продукт процесса, не являющийся его главной целью.
- Процесс происходит на сам по себе, он управляется и производится конкретным исполнителем или группой.
- Бизнес-процесс производится для кого-то ” тот, кто потребляет результат процесса, является клиентом процесса.
Качественные параметры бизнес-процесса
- Результативность – описывает соотношение полученного результата и того, чего хотят или ожидают заказчики.
- Эффективность – показывает, как хорошо выполняются процессы.
- Адаптируемость – свидетельствует о том, насколько хорошо процесс способен реагировать на изменения в окружающей среде.
- Производительность ” отношение количества единиц на выходе к количеству единиц на входе.
- Длительность ” время, которое необходимо для выполнения процесса, или промежуток времени между началом процесса и его завершением.
- Стоимость процесса ” это совокупность всех затрат в денежном исчислении, которые необходимо произвести для однократного выполнения процесса.
Бизнес-процессы Компании (организации)
- Бизнес-процессы развития и совершенствования
- Бизнес-процессы ведения основной деятельности
- Бизнес-процессы вспомогательные
Автор: А.И.Кузнецов
Тимганов Глеб Дамирович
Уральский федеральный университет имени первого Президента России Б.Н. Ельцина
студент магистратуры 2 курс кафедры анализа систем и принятия решений
Аннотация
Главное достоинство идеи анализа бизнес-процессов предприятия посредством создания его модели — ее универсальность. Моделирование бизнес-процессов — это ответ практически на все вопросы, касающиеся совершенствования деятельности предприятия и повышения его конкурентоспособности.
Библиографическая ссылка на статью:
Тимганов Г.Д. Использование методологий описания бизнес-процессов // Современные научные исследования и инновации. 2018. № 5 [Электронный ресурс]. URL: https://web.snauka.ru/issues/2018/05/86547 (дата обращения: 24.02.2023).
Моделирование бизнес-процесса – процесс отражения субъективного видения потока работ в виде формальной модели, состоящей из взаимосвязанных операций.
Целью моделирования является систематизация знаний о компании и ее бизнес-процессах в наглядной графической форме более удобной для аналитической обработки полученной информации.
В настоящее время на рынке компьютерных технологий представлены несколько специальных программ, позволяющих обследовать предприятие и построить модель. Выбор методологии и инструментов, с помощью которых проводится моделирование бизнес-процессов, основополагающего значения не имеет. Существуют стандартизированные, опробованные временем методологии и инструментальные средства, с помощью которых можно обследовать предприятие и построить его модель. Ключевое их преимущество – простота и доступность к овладению.
Основу многих современных методологий моделирования бизнес-процессов составила методология SADT. В настоящее время наиболее широко используемая методология описания бизнес-процессов – стандарт США IDEF.
Главное достоинство идеи анализа бизнес-процессов предприятия посредством создания его модели – ее универсальность. Во-первых, моделирование бизнес-процессов это ответ практически на все вопросы, касающиеся совершенствования деятельности предприятия и повышения его конкурентоспособности. Во-вторых, руководитель или руководство предприятия, внедрившие у себя конкретную методологию, будет иметь информацию, которая позволит самостоятельно совершенствовать свое предприятие и прогнозировать его будущее.
Структурное моделирование бизнес-процессов организации может выполняться в нотации IDEF0 с использованием инструментария BPwin или на языке UML с использованием инструментария Rational Rose. Детальное моделирование выполняется на языке UML.
На этапе структурного моделирования в модели должны быть отражены:
1) существующая организационная структура;
2) документы и иные сущности, используемые при исполнении моделируемых бизнес-процессов и необходимые для моделирования документооборота, с описаниями их основного смысла;
3) структуру бизнес-процессов, отражающую их иерархию от более общих групп к частным бизнес-процессам;
4) диаграммы взаимодействия для конечных бизнес-процессов, отражающие последовательность создания и перемещения документов (данных, материалов, ресурсов и т.п.) между действующими лицами.
Подготовленная модель должна быть согласованна архитекторами и ведущими программистами, подтверждая, что структура бизнес-процессов понятна.
Детальное моделирование бизнес-процессов выполняется в той же модели и должно отражать требуемую детализацию и должна обеспечить однозначное представление о деятельности организации.
Детальная модель бизнес-процесса должна включать:
1) набор прецедентов отражающих возможные варианты выполнения бизнес-процессов «как есть»;
2) диаграммы действий, детально описывающие последовательность выполнения бизнес-процессов;
3) диаграммы взаимодействия, отражающие схемы документооборота.
Модели должны быть согласованы с ведущими специалистами организации, обладающими необходимыми знаниями.
В случае если после построения моделей согласование не было достигнуто – в модель должны быть внесены необходимые уточнения и коррективы. Процесс итерации (согласование, внесение корректив и уточнений) должен повторяться до момента полного подтверждения, что модель понятна и однозначно представляет детали бизнес-процессов.
Основу многих современных методологий моделирования бизнес-процессов составила методология SADT (Structured Analysis and Design Technique – метод структурного анализа и проектирования) и алгоритмические языки, применяемые для разработки программного обеспечения.
В настоящее время для описания, моделирования и анализа бизнес-процессов используются несколько типов методологий. К числу наиболее распространенных типов относятся следующие методологии:
- моделирования бизнес-процессов (Business Process Modeling);
- описания потоков работ (Work Flow Modeling);
- описания потоков данных (Data Flow Modeling).
Методологии моделирования бизнес-процессов (Business Process Modeling). Наиболее широко используемая методология описания бизнес-процессов – стандарт США IDEF0. С момента разработки стандарт не претерпел существенных изменений. В настоящее время развитие методологии IDEF0 сопряжено с совершенствованием поддерживающих ее инструментов – программных продуктов для моделирования бизнес-процессов (например, BPWin 4.0, ProCap, IDEF0/EM Tool и др.). Методология IDEF0 предоставляет аналитику широкие возможности для описания бизнеса организации на верхнем уровне с акцентом на управление процессами. Нотация позволяет отражать в модели процесса обратные связи различного типа – по информации, управлению, движению материальных ресурсов [2].
С помощью методологии семейства IDEF можно эффективно отображать и анализировать модели деятельности широкого спектра сложных систем в различных разрезах. При этом широта и глубина обследования процессов в системе определяется самим разработчиком, что позволяет не перегружать создаваемую модель излишними данными. В настоящий момент к семейству IDEF можно отнести следующие стандарты:
IDEF0 – методология функционального моделирования. С помощью наглядного графического языка IDEF0, изучаемая система предстает перед разработчиками и аналитиками в виде набора взаимосвязанных функций. Как правило, моделирование средствами IDEF0 является первым этапом изучения любой системы;
IDEF1 – методология моделирования информационных потоков внутри системы, позволяющая отображать и анализировать их структуру и взаимосвязи;
IDEF1X (IDEF1 Extended) – методология построения реляционных структур. IDEF1X относится к типу методологий “Сущность-взаимосвязь” (ER – Entity-Relationship) и, как правило, используется для моделирования реляционных баз данных;
IDEF2 – методология динамического моделирования развития систем. В связи с весьма серьезными сложностями анализа динамических систем от этого стандарта практически отказались, и его развитие приостановилось на самом начальном этапе;
IDEF3 – методология документирования процессов, происходящих в системе, которая используется, например, при исследовании технологических процессов на предприятиях. С помощью IDEF3 описываются сценарий и последовательность операций для каждого процесса. IDEF3 имеет прямую взаимосвязь с методологией IDEF0 – каждая функция может быть представлена в виде отдельного процесса средствами IDEF3;
IDEF4 – методология построения объектно-ориентированных систем. Средства IDEF4 позволяют наглядно отображать структуру объектов и заложенные принципы их взаимодействия, тем самым позволяя анализировать и оптимизировать сложные объектно-ориентированные системы;
IDEF5 – методология исследования сложных систем [2].
Система ARIS представляет собой комплекс средств анализа и моделирования деятельности предприятия. Ее методическую основу составляет совокупность различных методов моделирования, отражающих разные взгляды на исследуемую систему. Одна и та же модель может разрабатываться с использованием нескольких методов, что позволяет использовать ARIS специалистам с различными теоретическими знаниями и настраивать его на работу с системами, имеющими свою специфику [1].
ARIS поддерживает четыре типа моделей, отражающих различные аспекты исследуемой системы:
• организационные модели, представляющие структуру системы – иерархию организационных подразделений, должностей и конкретных лиц, связи между ними, а также территориальную привязку структурных подразделений;
• функциональные модели, содержащие иерархию целей, стоящих перед аппаратом управления, с совокупностью деревьев функций, необходимых для достижения поставленных целей;
• информационные модели, отражающие структуру информации, необходимой для реализации всей совокупности функций системы;
• модели управления, представляющие комплексный взгляд на реализацию бизнес-процессов в рамках системы.
Для построения перечисленных типов моделей используются как собственные методы моделирования ARIS, так и различные известные методы и языки моделирования – ERM, UML, OMT и др.
В процессе моделирования каждый аспект деятельности предприятия сначала рассматривается отдельно, а после детальной проработки всех аспектов строится интегрированная модель, отражающая все связи между различными аспектами.
Модели в ARIS представляют собой диаграммы, элементами которых являются разнообразные объекты – “функция”, “событие”, “структурное подразделение”, “документ” и т.п. Между объектами устанавливаются разнообразные связи. Каждому объекту соответствует определенный набор атрибутов, которые позволяют ввести дополнительную информацию о конкретном объекте. Основная бизнес-модель ARIS – eEPC (extended Event Driven Process Chain – расширенная модель цепочки процессов, управляемых событиями). По существу, она расширяет возможности IDEF0, IDEF3 и DFD, обладая всеми их достоинствами и недостатками. Применение большого числа различных объектов, связанных различными типами связей, может значительно увеличить размер модели и сделать ее плохо читаемой [1].
В заключение краткого описания существующих методологий следует отметить, что бизнес-процессы предприятия могут быть представлены при помощи стандартных блок-схем, которые, по сути, основаны на идеологии нотации IDEF3, но при этом содержат некоторые дополнительные специальные графические объекты. Использование этих объектов позволяет сделать блок-схемы процессов более наглядными и понятными для исполнителей.
Библиографический список
- Войнов И. В., Пудовкина С. Г., Телегин А. И. Моделирование экономических систем и процессов. Опыт построения ARIS-моделей: Монография. – Челябинск: Изд. ЮУрГУ, 2002. – 392 с.
- Волков О. Стандарты и методологии моделирования бизнес-процессов. Режим доступа: http://www.connect.ru/article.asp?id=5710. – Загл. с экрана.
- Григорьев Д. Моделирование бизнес-процессов предприятия. Режим доступа: http://www.valex.net/articles/process.html. – — Загл. с экрана.
- Калянов Г.Н. Моделирование, анализ, реорганизация и автоматизация бизнес-процессов // М.: Финансы и статистика, 2006.
- Менеджмент процессов / Под ред. Й. Беккера, Л. Вилкова, В. Таратухина, М. Кугелера, М. Роземанна; [пер. с нем.]. — М.: Эксмо, 2007. — 384 с. — (Качественный менеджмент).
- Пинаев Д., Веретенников Д. Моделирование бизнес-процессов: доступно о сложном/ Д. Пинаев // 2003.
Количество просмотров публикации: Please wait
Все статьи автора «Тимганов Глеб Дамирович»
Моделирование бизнес-процессов: цели, методы и результаты
Моделирование бизнес-процессов: цели, методы и результаты
Моделирование бизнес-процессов предприятия — важнейший инструмент грамотного и результативного управления.
Компании не работают с максимальной эффективностью сами по себе: процессы необходимо постоянно анализировать, оптимизировать, а иногда и полностью реорганизовать. И моделирование — первый шаг к такому управлению. Разложив
деятельность на компоненты, каждый из которых включает определенную цепь операций, легче увидеть узкие места и ошибки, спрогнозировать риски на каждом из этапов. В краткосрочной перспективе это позволит выстроить более эффективные
бизнес-процессы, а в долгосрочной — поможет компании адаптироваться и совершенствоваться в соответствии с меняющимися условиями и целями.
Моделирование бизнес-процессов: основные понятия
Моделирование бизнес-процессов (Business Process Modeling) — один из методов повышения эффективности и прозрачности работы организации. В его основе лежит процессный подход к управлению: процессы описываются через присущие им
элементы — действия, данные, события, материалы. Полученное описание позволяет глубоко разобраться в бизнес-процессах, увидеть потенциал их улучшения и эффективно организовать взаимодействие всех участников.
Модель — это графическое или текстовое представление бизнес-процессов и логической взаимосвязи между ними. С ее помощью отображают два состояния процессов: как есть — текущая деятельность организации, и как должно быть
— ее будущее состояние после внесения изменений или улучшений.
Системное моделирование бизнес-процессов может быть выражено в виде блок-схем, диаграмм, таблиц, сценариев и т.д. Способы, выбранные для наглядного отображения элементов, называются методами моделирования.
Зачем моделировать бизнес-процессы
К чему приводит отсутствие формализованных бизнес-процессов?
-
Нет распределения полномочий и зон ответственности — возникающие проблемы некому решать.
-
Нет точной и актуальной информации — руководство не может быстро получить данные о текущей деятельности и ее результатах, которые необходимы для управления бизнесом.
-
Нормативные документы неактуальны и противоречивы, работа и взаимодействие сотрудников и подразделений не регламентированы — их функции могут дублироваться, тратится много времени на выяснение рабочих моментов.
-
Эффективность работы подразделений неравномерна — есть лидеры и аутсайдеры, возможно взаимное недовольство между производством и вспомогательными службами.
-
Избыточная цепочка согласований, долгий цикл принятия и исполнения решений — растут непроизводственные затраты, падает исполнительская дисциплина, контроль исполнения решений неэффективен.
-
Плохо работает документооборот — нужные документы сложно найти, нередки потери.
-
Возникает избыток товарных запасов из-за недостаточного планирования.
-
Нарушаются сроки и бюджеты выполнения работ и заказов из-за отсутствия адекватной оценки и контроля.
-
Не ведется контроль удовлетворенности клиентов — пробелы в этом направлении не выявляются и не устраняются.
-
Деятельность предприятия не прозрачна для инвесторов — снижается доверие.
В конечном итоге внутреннее развитие компании не успевает за ростом бизнеса и рыночными изменениями, возникают «болезни роста», процессы становятся все более хаотичными. Если же показатели деятельности перестают устраивать
руководителей, нет возможности выявить проблемные точки и наиболее перспективные направления улучшений.
Наличие моделированных процессов позволяет изменить ситуацию, решив несколько задач:
-
нормирование бизнес-процессов. В большой организации разные команды могут выполнять один и тот же процесс по-разному. Создание оптимального дизайна задает единые правила и гарантирует, что каждый знает, как достичь лучшего
результата; -
гибкость процессов. Анализ бизнес-процессов способствует формированию культуры инноваций и изменений. Возможность настраивать бизнес-операции позволяет компании развиваться в условиях технологических изменений;
-
прозрачность. Все в организации будут знать, как выполняются процессы, это делает работу контролируемой;
-
повышение эффективности. Основная функция моделирования бизнес-процессов — найти способы улучшить выполнение процессов, что приведет к повышению эффективности, производительности, конкурентоспособности и, наконец, прибыли.
Виды и принципы моделирования бизнес-процессов
Попытка учесть одновременно все возможные стороны процесса приведет к чрезмерному усложнению модели. Поэтому моделирование может иметь разную направленность в зависимости от поставленных целей. Основываясь на определенных
характеристиках, которые выбраны как предмет анализа, применяется один из видов моделирования.
Функциональное моделирование бизнес-процессов описывает их в виде функций, которые четко структурированы и взаимосвязаны между собой.
Объектное моделирование: бизнес-процессы отображаются как набор объектов, взаимодействующих между собой. Такими объектами могут быть работники, средства производства, элементы информации и т.д.
Имитационное моделирование — в этом случае процессы представляют через примеры их поведения в разных условиях, анализируя свойства в динамике.
Такое разделение упрощает работу, позволяя сфокусироваться на определенных свойствах процесса. При этом разные модели могут быть применены для одного и того же процесса.
Чтобы получить адекватные модели, необходимо придерживаться основных принципов моделирования бизнес-процессов:
-
Ориентация на эталонные и референтные модели как базу для описания бизнес-процессов.
-
Моделирование «сверху вниз» — в каждой предметной области первыми создаются модели верхнего уровня: для основных процессов, процессов управления, развития, обеспечивающих процессов.
-
Разумная достаточность — уровень детализации, количество моделей и описанных в них типов объектов и связей необходимо соотносить с поставленной задачей.
-
Сфокусированность — необходимо включить в описание процесса его ключевые параметры, отвлекаясь от несущественных деталей.
-
Соизмеримость процессов по сложности (составу) и по значимости.
-
Целостность описания процесса: задание его названия, последовательности функций, участников процесса, используемых ресурсов.
-
Множественность — модель должна отображать свойства объекта, которые влияют на желаемые показатели. При этом для полного представления объекта нужно несколько моделей, которые отображают процесс с разных сторон.
Кроме того, одним из главных принципов можно назвать учет целей проекта — создавая модели, необходимо учитывать, как они будут применяться.
Стадии моделирования бизнес-процессов
Работа над проектом включает несколько этапов моделирования бизнес-процессов организации, которые выполняются последовательно.
-
Создание модели «как есть» — выявление границ и основных компонентов процесса, сбор информации о том, как он работает. Такая исходная модель становится отправной точкой будущих улучшений.
-
Анализ данных — поиск ошибок, ограничений, дублирующихся операций, взаимосвязей. Это позволяет уточнить модель «как есть» и наметить потребности в изменениях.
-
Построение модели «как должно быть» — формулирование состояния процесса, к которому необходимо стремиться. Эта модель отображает будущий процесс после проведения улучшений.
-
Тестирование построенной модели — внедрение ее в деятельность компании, оценка результатов, внесение изменений.
-
Улучшение построенной модели — в процессе использования модель необходимо продолжать анализировать и совершенствовать.
Последний этап по сути не оканчивается — созданная модель будет постоянно дорабатываться с учетом внутренних и внешних изменений.
Методология и инструментарий моделирования бизнес-процессов
Существующие методы моделирования бизнес-процессов позволяют сконцентрироваться на определенных аспектах, определить свойства и связи компонентов и представить их как графическими, так и текстовыми средствами.
Количество методов достаточно велико. В числе основных можно назвать следующие.
-
IDEF — класс методов (IDEF0, IDEF1 и т.д.), основанных на методологии SADT. Модель позволяет описывать в виде графических схем разные стороны процессов. Так, IDEF0 создает модель функций процесса, а IDEF3 —
поведенческую модель. -
VAD — нотация дает общий взгляд на бизнес-процессы, которые непосредственно участвуют в создании ценности, т.е. продукта или услуги.
-
EPC — нотация позволяет создать диаграмму процессов нижнего уровня, в которой для всех событий и функций определены участники, материальные и информационные потоки, стартовые и финишные точки.
-
BPMN — нотация, которая моделирует шаги запланированного бизнес-процесса от начала до завершения. Наглядная блок-схема отображает полную последовательность операций и информационных потоков.
-
Data Flow Diagram отображает передачу информации (не материалов) между операциями в рамках процесса. С помощью DFD можно разбить процесс на более мелкие подпроцессы, поэтому его применяют для структурного анализа.
-
Role Activity Diagram используют для моделирования процесса как совокупности ролей, имеющих определенные функции, и их взаимодействия.
-
Flow Chart Diagram строится с помощью набора символов, которые обозначают элементы процесса: процедуры, инструменты, данные и т.д. Метод отличается гибкостью, позволяя представить процесс как логическую последовательность
действий множеством способов. -
Сети Петри позволяют отобразить динамическое изменение процессов. Модель представляет собой граф, вершины которого — это действия процесса, а дуги — события, определяющие изменение состояния процесса.
Существует ряд программных продуктов, которые могут быть использованы в качестве инструментов моделирования бизнес-процессов с применением описанных методов: ARIS, Business Studio, MS Visio, Bizagi Process Modeler и др.
Моделирование бизнес-процессов: проект из практики
Результаты бизнес-моделирования
В процессе моделирования необходимо рассматривать компанию как систему взаимосвязанных и взаимодействующих процессов. Для этого важно уметь анализировать схемы и работать по ним. Главная цель — не нарисовать схему, а правильно ее
выстроить, создав условия для взаимодействия между структурами и подготовив фундамент для дальнейшего анализа.
Поверхностный и несистемный подход к моделированию бизнес-процессов зачастую приводит к тому, что моделирование не приносит ожидаемых результатов, а сами изменения непонятны ни руководству, ни сотрудникам. В конечном итоге попытка
внедрения оканчивается неудачей и систему моделирования бизнес-процессов забрасывают. Чтобы избежать такого исхода проекта, имеет смысл обратиться к помощи профессиональных консультантов.
Моделирование способно принести компании видимые преимущества:
-
за счет создания единой картины процессов повышается управляемость и контролируемость на всех уровнях;
-
уменьшаются сроки выполнения операций, снижаются расходы без потери качества;
-
формируется четкое понимание потребности в персонале, процесс найма становится более простым и эффективным;
-
благодаря системному подходу предприятие получает и использует возможности для роста, в том числе за счет эффективной работы филиалов;
-
улучшаются финансовые показатели.
Моделирование и анализ бизнес-процессов предприятия — действенный инструмент для оптимизации деятельности, повышения прибыли и успешного развития. Но все эти цели будут достигнуты при условии грамотного описания и
последовательного внедрения.