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

Для успешного выполнения проекта все участники должны понимать, что, как и для чего делать. Вопрос «Для чего делать?» разрешается на первом этапе, когда руководство определяет цели проекта.

Рабочей группе необходимо четко понимать всю последовательность шагов по выполнению проекта — ответ на вопрос «Что делать?». Однако знать пере­чень шагов, ведущих к цели, недостаточно. Важно знать, как делать, т.е. иметь в распоряжении методики выполнения соответствующих работ. Для того чтобы дать рабочей группе инструмент для практического выполнения проекта, созда­ется отдельный документ «Методика ведения проекта» (дааее — Методика).

Структура Методики достаточно проста. На рис. 3.28 представлены ее основ­ные составляющие.

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

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

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

2. Управление проектом

2.1. Структура управления проектом

2.2. Описание процесса выполнения работ (основные этапы)

2.3. Диаграмма Гантта (основные этапы)

2.4. Документы, регламентирующие управление проектом

2.5. Порядок взаимодействия сотрудников в проекте

2.6. Порядок формирования/расформирования рабочих групп

3. Описание этапов выполнения проекта
3.1. Этап 1. Подготовка проекта

3.1.1. Описание процесса выполнения работ (сетевой график с разбивкой по
исполнителям)

3.1.2. Диаграмма Гантта (с разбивкой по исполнителям)

3.1.3. Методики выполнения работ по этапу 1

3.1.3.1. Методика разработки структурированных целей проекта

3.1.3.2. Методика разработки технического задания

3.1.3.3. Методика обучения руководителей и специалистов организации
процессному подходу

3.1.4. Требования к результатам работ по этапу 1

3.1.5. Требования к отчетности по этапу 1

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

3.2. Этап 2. Формирование моделей бизнес-процессов

3.2.1. Описание процесса выполнения работ (сетевой график с разбивкой по
исполнителям)

3.2.2. Диаграмма Гантта (с разбивкой по исполнителям)

3.2.3. Методики выполнения работ по этапу 2

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

3.2.3.2. Методика формирования моделей бизнес-процессов верхнего

Разработка стандарта по описанию бизнес-процессов (соглашения по моделированию)

уровня

3.2.3.3. Методика проверки корректности информации, полученной в под­
разделениях

3.2.3.4. Методика формирования детальных моделей процессов (деком­
позиции) на основе полученной информации

3.2.3.5. Методика проверки корректности формируемых моделей про­
цессов (с точки зрения нотации)

3.2.3.6. Методика проверки адекватности моделей процессов (цикл «ав­
тор — читатель»)

3.2.3.7. Методика работы с инструментальной средой моделирования

3.2.4. Требования к создаваемым моделям бизнес-процессов

3.2.5. Требования к настройке инструментальной среды моделирования

3.2.6. Требования к результатам работ по этапу 2

3.2.7. Требования к отчетности по этапу 2

3.3. Этап 3. Анализ процессов. Разработка регламентирующих документов

3.3.1. Описание процесса выполнения работ исполнителям)

3.3.3. Методики выполнения работ по этапу 3

3.3.3.1. Методика разработки документов по процессам и подразделе­
ниям

3.3.3.2. Методика разработки и измерения: а) показателей эффективнос­
ти процессов; б) показателей продуктов; в) показателей удовлет­
воренности клиентов процесса

3.3.4. Требования к документации по процессам и подразделениям

3.3.5. Требования к результатам работ по этапу 3

3.3.6. Требования к отчетности по этапу 3

3.4. Этап 4. Реорганизация бизнес-процессов. Переход к процессной систе­
ме упраапения

3.4.1. Описание процесса выполнения работ (сетевой график с разбивкой по
исполнителям)

3.4.2. Диаграмма Гантта (с разбивкой по исполнителям)

3.4.3. Методики выполнения работ по этапу 4

3.4.3.1. Методика организации упра

2) регламентирует параметры процесса, по которым он идентифицируется
в организации;

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

4) регламентирует порядок управления бизнес-процессом;

5) регламентирует порядок улучшения бизнес-процесса;

6) дает ссылки на другие документы, необходимые для регламентации работ
по процессу (положения, инструкции, методики).

Подробно структура документа описана в главе 4.

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

При разработке Методики рабочая группа должна определить наиболее под­ходящее средство описания бизнес-процесса в виде схем какого-либо вида. В зависимости от целей проекта используют различные нотации: IDEF, DFD. ARIS. блок-схемы и т.д. Если проект предполагает описания процессов сверку вниз, то целесообразно применять несколько нотаций для разработки схем про­цессов (см. рекомендации в главе 3). Вполне возможен вариант, когда рабочая группа разрабатывает собственную нотацию описания процесса, базируясь на знании существующих мировых стандартов и лучшего практического опыта.

После того как конкретная нотация моделирования процессов выбрана, долж­на быть составлена методика описания процессов организации с использованием

Глав а 3 Описание и анализ бизнес-процессов 167

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

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

1. Структура базы данных ARIS;

2. Количество, права, логины и пароли пользователей, включая системного
администратора;

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

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

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

6. Таблица с описанием типов связей между объектами моделей, здесь так­
же приводится графический вид связи, ее текстовое описание;

7. Требования к форматированию моделей (привязка к сетке, выравнива­
ние объектов, цвет и размер объектов, размер и тип шрифтов для объек­
тов моделей и атрибутов) с примерами;

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

9. Описание и тексты скриптов, предназначенных для вывода отчетов в таб­
личной форме.

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

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

3.3.6. Технические аспекты подготовки проекта

К техническим аспектам подготовки проекта относятся следующие:

• выбор инструментальной среды моделирования бизнес-процессов;

• приобретение и инсталляция программного обеспечения;

• создание инфраструктуры проекта.

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

• недостаточно проработанные цели и техническое задание;

• некорректно сформированная рабочая группа;

• плохо проработанная «Методика ведения проекта»;

• некачественное обучение сотрудников;

• недостаточное информирование сотрудников организации о ходе и ре­
зультатах проекта.

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

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

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

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

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

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

• – моделирования бизнес-процессов (Business Process Modeling);
• – описания потоков работ (Work Flow Modeling);
• – описания потоков данных (Data Flow Modeling).

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

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

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

Методологии описания потоков работ (Work Flow Modeling)

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

Ниже рассмотрим метод, получивший наибольшее распространение. Основу методологии IDEF3 составляет построение моделей процессов по принципу последовательно выполняемых во времени работ (функций, операций). Можно утверждать, что IDEF3 лежит в основе популярной в настоящее время методологии ARIS еЕРС.

Методологии описания потоков данных (Data Flow Modeling)

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

Key Words for FKN + antitotal forum (CS VSU):

• неофициальный форум фкн
• ФКН ВГУ Воронеж
• программирование Воронеж
• ВГУ информатика
• ВГУ компьютерных наук
• сайт студента
• программирование информатика IT
• сайт о программировании
• примеры программного кода
• сообщество программистов

• Log in to post comments
• 4940 reads

Источник: fkn.ktu10.com

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

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

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

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

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

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

Сущность и значение моделирования бизнес-процессов

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Информация о работе «Стандарты и методологии моделирования бизнес-процессов. Управление основной деятельности риэлторской фирмы»

Раздел: Менеджмент
Количество знаков с пробелами: 53368
Количество таблиц: 0
Количество изображений: 54

Источник: kazedu.com