PAGE 3

Введение…………………………………………………………………………..3

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

2. Описание бизнес-процессов………………………………………………….10

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

Заключение……………………………………………………………………….23

Список литературы………………………………………………………………25

Введение

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

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

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

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

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

Главное понятие, которое использует процессный подход – это понятие процесса. Существуют различные определения, но наиболее часто используется определение стандарта ISO 9001 . « Процесс - это совокупность взаимосвязанных и взаимодействующих видов деятельности, которые преобразуют входы в выходы ». Важной составляющей процесса, которая не отражена в этом определении, является систематичность действий. Действия процесса должны быть повторяющимися, а не случайными.

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

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

При внедрении управления по процессам важно придерживаться следующих принципов:

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

Принцип востребованности процесса . Каждый процесс должен иметь цель, а его результаты должны быть востребованы. У результатов процесса должен быть свой потребитель внутренний или внешний.

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

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

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

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

К таким ключевым элементам относятся:

Вход процесса;

Выход процесса;

Ресурсы;

Владелец процесса;

Потребители и поставщики процесса;

Показатели процесса.

Рисунок 1. Элементы процессного подхода

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

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

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

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

Основными преимуществами процессного подхода являются:

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

Ориентация на результат процесса;

Повышение результативности и эффективности работы организации;

Прозрачность действий по достижению результата;

Повышение предсказуемости результатов;

Выявление возможностей для целенаправленного улучшения процессов;

Устранение барьеров между функциональными подразделениями;

Сокращение лишних вертикальных взаимодействий;

Исключение невостребованных процессов;

Сокращение временных и материальных затрат.

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

К таким направлениям относятся:

Всеобщий менеджмент качества (TQM) . Это концепция, которая предусматривает непрерывное повышение качества продукции, процессов и системы управления организацией. В основу работы организации ставится удовлетворение потребителя;

Постоянное улучшение процессов (Continuous Improvement Process). Это концепция, которая предусматривает незначительные, но постоянные улучшения процесса, по всем его составляющим. Наиболее известным подходом, в основе которого лежит постоянное улучшение процессов является японский подход « кайдзен» (kaizen) ;

Совершенствование бизнес-процессов (Business Process Improvement) или управление бизнес процессами (Business Process Management). Это подход, направленный на то, чтобы помочь организациям оптимизировать бизнес процессы с целью повышения их эффективности. Изменения процессов осуществляются постепенно, но обязательно на систематической основе;

Реинжиниринг бизнес - процессов (Business Process Reengineering). Этот подход возник в начале 90-х годов 20-го века. В его основе лежит переосмысление существующих процессов и их радикальное изменение (перепроектирование). В отличие от трех вышеуказанных подходов реинжиниринг предусматривает быстрое изменение процессов. Также в этом подходе значительный упор делается на применение информационных технологий.

2. Описание бизнес-процессов

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

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

Рисунок 2. Универсальная структурная схема бизнес-процесса

В понятие процесса включены:

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

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

системы показателей процесса - показатели продукта, показатели эффективности процесса, показатели удовлетворенности потребителей;

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

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

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

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

К описанию бизнес-процессов существует масса подходов, из которых следует выделить два стандарта: Data Flow Diagram и Work Flow Diagram — диаграммы потоков данных и потоков работ соответственно.

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

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

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

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

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

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

В настоящее время существуют три основных способа описания (рисунок 3).

Рисунок 2. Горизонтальное и вертикальное описание бизнес-процессов

Рисунок 3.Способы описания бизнес-процессов

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

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

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

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

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

Рисунок 4. Схема окружения бизнес-процесса

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

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

Описание бизнес-процессов является одним из наиболее трудоемких этапов проекта и требует не только больших затрат времени, но и глубокого и вдумчивого подхода к анализу процессов. Процессы можно описывать, используя различные инструменты: EXCEL, BPWin, ARIS, MS Visio. Главное то, чтобы готовые схемы были понятны и отражали сущность процессов. В этом случае немаловажной является квалификация руководителя проекта и внешних аналитиков, которые должны иметь достаточный уровень образования в сфере экономики предприятия и менеджмента и достаточный опыт реализации подобных проектов.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Более эффективно внедрить стандарты качества, например ИСО 9000, и успешно пройти сертификацию.

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

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

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

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

Заключение

На основе изученного материала автор сделал вывод, что бизнес-процесс — это совокупность взаимосвязанных мероприятий или задач, направленных на создание определенного продукта или услуги для потребителей. Бизнес-процесс начинается со спроса потребителя и заканчивается его удовлетворением. Он может быть декомпозирован на несколько подпроцессов, которые имеют собственные атрибуты, однако также направлены на достижение цели основного бизнес-процесса. Я узнала, что процессный подход к управлению позволяет руководителям определять и управлять ключевыми процессами и результатами деятельности компании, действительно создающими добавленную стоимость; а также, интегрировать часто разрозненные действия функциональных департаментов и направлять их усилия на единый результат. Компания, построенная по процессному принципу, более гибкая и адаптивная. Управление на основе процессов позволит точно знать "Кто и за что отвечает" и как каждая операция влияет на конечный результат. Управление на основе процессов позволит повысить эффективность горизонтальных связей между подразделениями. Технология описания бизнес-процесса делает все операции компании прозрачными и понятными, позволяет анализировать операции и находить в них проблемы, приводящие к сбоям. Как следствие, процессный подход значительно упрощает адаптацию новых сотрудников и снижает зависимость работы компании от человеческого фактора. Важно, что процессная система упрощает управление операционными расходами. Таким образом, многие проблемы современного российского менеджмента может решить использование процессно-ориентированного подхода и инструментов управления бизнес-процессами. Данная технология на сегодняшний момент является очень популярной, так как она позволяет навести порядок в компании и заложить механизм улучшения процессов. Также я выяснила, что бизнес-процессы могут подвергаться моделированию с помощью различных методов. Понятие «моделирование бизнес-процессов» пришло в быт большинства аналитиков одновременно с появлением на рынке сложных программных продуктов, предназначенных для комплексной автоматизации управления предприятием. Подобные системы всегда подразумевают проведение глубокого предпроектного обследования деятельности компании. Результатом этого обследование является экспертное заключение, в котором отдельными пунктами выносятся рекомендации по устранению «узких мест» в управлении деятельностью.

Список литературы

1. Адизес И. К. Управляя изменениями = Mastering Change. The Power of Mutual Trust and Respect in Personal Life, Family Life, Business and Society: пер. с англ./ И. К. Адизес. - СПб.: Питер, 2011. - 224 с.: ил. + 1 эл. опт. диск (CD-DV)
2. Беккер Й., Вилков Л., Таратухин В., Кугелер М., Роземанн М. Менеджмент процессов/ Пер с нем. – М.: Эксмо, 2011. – 384 с.
3. Гетманова Г. В. Управление изменениями: электронный курс: С.-Петерб. ун-т упр. и экон.. - Электрон. текстовые дан. - СПб.: Изд-во СПБУУиЭ, 2012 эл. опт. диск (CD-ROM)
4. Грей К.Ф., Ларсон Э.У. Управление проектами: Практическое руководство/ Пер. с англ. – М.: Издательство «Дело и Сервис», 2013. – 528 с.
5. Дафт Р. Теория организации: Учебник для студентов вузов / пер. с англ. – М.: ЮНИТИ-ДАНА, 2011. – 736 с.
6. Инновационный менеджмент (Электронный ресурс) Электронное Учебно-методическое пособие / Г.В. Гетманова, электронные текстовые данные, СПб, издательство АУиЭ, 2011
7. Иванова Е.В. Тренинг управления изменениями в организации: к изучению дисциплины/ Е.В. Иванова – СПб.: Речь, 2012 – 292 с.
8. Медынский В.Г. Инновационный менеджмент: учебник для вузов/ В.Г. Медынский. – М.: ИНФРА-М, 2011 – 295 с.
9. Распопов В. М. Управление изменениями: учеб. пособие. – М.: Магистр, ИНФРА-М, 2012 – 336 с.
10. Смирнов Ю.Н. Об экономике бизнес-процессов предприятия //Научно-практический журнал «Интеграл» – 2011. - №2;
11. Смирнов Ю.Н Процессно-задачный инжиниринг бизнес-процессов и стандарт управления предприятием // Научно-практический журнал «Интеграл» – 2011 - № 5.
12. Туккель И.Л., Сурина А.В., Культин Н.Б. Управление инновационными проектами: учебник. – СПб.: БХВ-Петербург, 2011. - 416 с.
13. Управление изменениями: пер. с англ. / перевод А. Лисицина. – М.: Альпина Бизнес Букс, 2012, 227 с.
14. Управление изменениями: Хрестоматия / Пер. с англ.; Высшая школа менеджмента СПб ГУ. СПб.: Изд-во «Высшая школа менеджмента», 2012 – 496 с.
15. Широкова Г.В. Управление изменениями в российских компаниях: учебник для вузов/ Г.В.Широкова, СПбГУ, - 2-е изд. СПбГУ: Высшая школа СПбГУ, 2011 – 480 с.

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

исчерпание экстенсивного пути развития компании;

потеря «технологической прозрачности» деятельности компании;

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

существенный рост бизнеса компании за счет расширения направлений деятельности;

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

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

ЛЕКЦИЯ 6 . ПРОЦЕССНЫЙ И СИСТЕМНЫЙ ПОДХОДЫ К МЕНЕДЖМЕНТУ

6 .1 Процессный подход

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

классический, или традиционный подход;

процессный подход;

системный подход;

ситуационный подход.

Суть традиционного подхода: отдельно рассматривается работа, администрирование, персонал, мотивация труда, лидерство, организационная культура и т.д.

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

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

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

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

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

Определение, предложенное Эрикссоном в своей работе « Ericsson Quality Institute . Business Process Management », является наиболее полным и конкретным : «Бизнес-процесс – это цепь логически связанных, повторяющихся действий, в результате которых используются ресурсы организации для переработки объекта (физически или виртуально) с целью достижения определенных измеримых результатов или продукции для удовлетворения внутренних или внешних потребителей» .

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

Во-первых, процесс организации – это группа действий.

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

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

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

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

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

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

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

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

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

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

Потребителем процесса называют субъект, который получает результат процесса [там же, с. 24; 33, п. 3.3.5]. Потребитель может быть:

• внутренний – находящийся в организации и в ходе своей деятельности использующий результаты (выходы) предыдущего процесса;
• внешний – находящийся за пределами организации и использующий результат деятельности (выход) организации.

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

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

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

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

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

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

1. по виду деятельности (схожие функции);
2. по результату деятельности;
3. по важности ожиданий потребителей;
4. по добавленной ценности;
5. по разделам стандарта ИСО 9001.

Первый подход ориентирован на определении последовательности действий, производимых работниками для достижения результата в рамках своего функционального подразделения. Применяется такой подход в основном при работе над различными проектами автоматизации и в организациях с проектным управлением. Недостатком такого подхода является идентичность процессов функциональной иерархии и, как следствие, сложность в соблюдении одного из принципов процессного подхода, определенного М. Хаммера, Дж. Чапли, Саймон: «один процесс – одно подразделение – один бюджет – один владелец процесса».

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

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

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

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

Интересна для рассмотрения реализация этого подхода в методике выделения процессов, разработанной Кухаревой Л.В.. Суть метода заключается в том, чтобы использовать подходы концепции Lean на этапе выделения процессов, ориентирования организации на потребителя и закладывания основ для процессного подхода. Методика включает 7 шагов:

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

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

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

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

Цикл PDCA в процессном подходе

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

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

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

Цикл PDCA применяется к процессам следующим образом:

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

"Делайте" внедрите процессы;

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

"Воздействуйте" предпринимайте действия по постоянному улучшению функционирования процессов.

Классификация процессов

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

Существует много способов классификации бизнес-процессов.

Классификация процессов

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

• суперпроцесс,
• гиперпроцесс,
• макропроцесс,
• процесс,
• субпроцесс (подпроцесс).

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

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

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

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

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

О.П. Глудкин выделяет процессы трех видов по структуре :

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

Классификация Р. Гарднера основывается на теории М. Портера о цепочке ценности и содержит три группы процессов по степени их важности :

• процессы, создающие ценность;
• процессы, создающие возможности для создания ценности;
• поддерживающие процессы.

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

Классификация М. Кагонова предусматривает деление процессов на процессы системы менеджмента и процессы создания продукции .

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

Одна из часто используемых классификаций опирается на структуру стандарта серии ИСО 9000.

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

• процессы высшего руководства;
• процессы менеджмента ресурсов;
• процессы жизненного цикла;
• процессы мониторинга, измерения и улучшения СМК.

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

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

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

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

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

Универсальные классификации процессов

Исследователями из Плимутского университета (США) предложена иерархия бизнес-процессов, которая имеет пять уровней. В этой иерархии процессы делятся на три основные группы: «производство», «управление» и «поддержка». Более простой и более прикладной подход был предложен в результате выполнения норвежского проекта ТОРР по сравнительному бенчмаркингу. Предложенная структурная схема бизнес-процессов содержит процессы, поделенные на: первичные, поддерживающие (вспомогательные) и развивающиеся. Полученная классификация получила в дальнейшем свое развитие при выполнении программы ENAPS (Европейская сеть изучения перспективных показателей). В результате были приняты другие названия групп бизнес-процессов – первичные бизнес-процессы были названы собственно бизнес-процессами. Они были разбиты на четыре подгруппы основных процессов. Две другие группы процессов были названы вторичными процессами, которые, в свою очередь, разделены на группы процессов поддержки и процессов развития.

Так называемая «Структура классификации бизнес-процессов» была развита APQC (Международной Палатой эталонного тестирования) с помощью нескольких крупнейших международных корпораций и в близком сотрудничестве с Arthur Andersen and Co. «Структура классификации бизнес-процессов» предоставляет общий взгляд на деловые процессы, которые часто можно найти во многих отраслях промышленности и производства, услугах, здравоохранении, правительстве, образовании. В основе такого варианта упорядочивания бизнес-процессов лежат не функции, а структура и общий словарь главных процессов и подпроцессов. Структура содержит 13 укрупненных бизнес-процессов, разделенных на два типа: операционные, управляющие и поддерживающие. Структура не содержит списка всех процессов в пределах любой определенной организации и подразумевается, что не каждый процесс, внесенный в список структуры, присутствует в каждой организации. Предложенная «Структура классификации бизнес-процессов» является развивающимся документом и подразумевает внесение изменений с развитием теории процессного подхода.

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

6.2 Системный подход к управлению

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

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

Снижение эмерджентности;

Повышение синергичности;

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

Обеспечение устойчивости функционирования организации;

Обеспечение адаптивности работы организации;

Обеспечение совместимости работы подсистем организации (например, подсистемы «персонал» с подсистемой «руководство», подсистемы «сбыт» с подсистемой «покупатели» и т.д.);

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

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

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

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

Цепочка взаимосвязанных процессов.

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

Типичная сеть взаимодействующих процессов

Отметим, что цикл PDCA может быть применен как к каждому отдельному процессу, так и к сети процессов в целом. Некоторые важные процессы системы менеджмента качества могут не иметь прямого взаимодействия с внешним потребителем. Процесс "F" на рисунке 6, например, может быть процессом внутреннего аудита, анализа со стороны руководства, поддержания в рабочем состоянии оборудования или процессом подготовки персонала.

Применение принципа "системный подход к менеджменту" обычно приводит к:

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

Пониманию взаимозависимостей между процессами системы

Структурированным подходам, которые гармонизируют и интегрируют процессы

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

Пониманию организационных возможностей и установлению требований к ресурсам до начала действий

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

Постоянному улучшению системы посредством [ее] измерения и оценки

6.3 Оценка бизнес-процессов

В настоящее время можно выделить несколько подходов к оценке процессов, классификация которых наиболее полно приведена в работе Репина В. и Елиферова В. Основные принципы оценки были разработаны в трудах основоположников и последователей методологии реинжиниринга бизнес-процессов, таких как М. Хаммер и Дж. Чампи, М. Робсон и Ф. Уллах. Для качественного анализа и оценки используются общеизвестные подходы: SWOT -анализ, анализ при помощи Бостонской матрицы, методы визуального анализа. Методики графического анализа и оценки менее проработаны в литературе и наиболее полно рассмотрены только. Методики качественной оценки незаменимы при проектировании процесса.

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

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

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

Общее функционирование процесса оценивается по трем направлениям: результативность, эффективность и гибкость.

Понятия «результативность» и «эффективность» процесса в научной литературе являются неоднозначными. Это связано, во-первых, с нюансами перевода терминов «effectiveness» и «efficiency» с английского языка в работах различных авторов по процессному подходу. Частый вариант перевода – «результативный» и «эффективный» соответственно. Как правило, под термином «effective» подразумевают процесс, достигающий поставленных целей. Под термином «efficien t » – процесс способный работать с минимальными затратами. Во-вторых, термины неоднозначно употребляются в стандартах серии ИСО 9000. В-третьих, термин «эффективность» употребляется чаще по отношению к производственным процессам, связан с экономическими категориями и трудно определяем для многих процессов вуза. Анализ использования этих понятий в практике организаций является предметом обсуждения многих авторов.

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

«Результативность – степень реализации запланированной деятельности и достижения запланированных результатов».

«Эффективность – соотношение между достигнутым результатом и использованными ресурсами». Мы поддерживаем А. Степанова, который считает, что «соотношение в данном случае – это состояние достигнутых результатов и использованных ресурсов…. Соотношение есть всегда. Оно может быть удовлетворительным или неудовлетворительным, хорошим или плохим (в понимании предприятия), но его не может не быть» .

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

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

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

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

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

В стандарте ISO / IEC 15504 , в свою очередь, было отмечено, что зрелость процесса – это его способность достигать требуемой цели.

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

Формирование понятия зрелости процессов связано, прежде всего, с развитием теории управления качеством. В начале тридцатых годов XX века Валтер Шеварт опубликовал работу, в которой изложил принципы статистического контроля качества. Его идеи были развиты, а их успешное применение было продемонстрировано в работах В. Эдвардса Деминга и Джозефа Джурана.

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

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

• модели, определенной в стандарте Capability Maturity Model (CMМ) и называемой моделью совершенствования возможностей. Стандарт разработан в 1991 году на базе института SEI (Software Engineering Institute – Институт системного программирования при университете Карнеги-Меллон);
• модели , определенной стандартом «ISO/IEC 15504: Information Technology – Software Process Assessment». Стандарт разработан на базе ССМ Международной организации по стандартизации [там же];
• модели оценки зрелости процессов Роберта Гарднера, опубликованной впервые в журнале Quality Progress Paradox в марте 2001 году.

Первые две модели зрелости первоначально были предназначены для организаций, создающих программное обеспечение. Впоследствии обе модели переросли свое исходное предназначение и успешно прошли путь от исследовательских работ до мировых стандартов. Эти модели сегодня используются в разных отраслях. Вышеуказанные стандарты содержат не только модели оценки зрелости, но и подробные процедуры оценки. Модель СММ является собственностью SEI и не является общедоступной. Оценка по этой модели проводится только подготовленными специалистами. Модель ориентирована на крупные организации. Модель, определенная стандартом ISO/IEC 15504, находится в свободном распространении и применении, но результаты оценки процессов по этому стандарту выглядят достаточно сложно. Интерпретация результатов требует дополнительной подготовки руководителей процессов. Модель ориентирована как на крупные, так и на мелкие организации.

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

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

Модель предполагает шесть уровней оценки зрелости процесса: неизвестность, определенность, повторяемость, способность, эффективность, гибкость.

Уровень 1. Неизвестность. В заданном процессе не определены требования потребителей, не точно определены и не документированы методы работы.

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

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

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

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

Уровень 6. Гибкость. Информация об изменениях требований и обязательств процесса распространяется быстро. Для процесса определены альтернативные пути развития в целях обеспечения его гибкости. Время цикла процесса минимизировано и обеспечивает быстрое реагирование. Сотрудники наделены значительными полномочиями и отвечают за конечные результаты процесса. Внедрена система циклов обучения новому.

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

В модели самооценки ИСО 9004 представлен подход, который также может быть использован организацией для определения относительной степени зрелости как системы менеджмента качества в целом, так и ее частей. Модель разработана не для оценки процессов, но иногда используется именно с этой целью. Структура модели представляет собой оценку зрелости каждого заглавного пункта стандарта (или процесса) в шкале с диапазоном от 1 (нет формальной системы) до 5 (лучший в этой категории выполнения). Уровни зрелости, используемые в этой модели, показаны в таблице 4.

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

Уровни зрелости выполнения

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

РЕЗУЛЬТАТИВНОСТЬ ПРОЦЕССА =

Способность достигать желаемых результатов

ПРОЦЕДУРА *)

(“Установленный способ проведения деятельности или процесса” – может быть документированной или нет)

ПРОЦЕСС

(“Совокупность взаимосвязанных или взаимодействующих видов деятельности”)

ВХОД

ВЫХОД

ПРОДУКЦИЯ

(“ Результат процесса”)

(включает ресурсы)

ЭФФЕКТИВНОСТЬ ПРОЦЕССА =

Возможности для осуществления мониторинга и измерения

(До, во время и после процесса)

Достигнутые результаты по отношению к использованным ресурсам

ПРОЦЕСС А

ПРОЦЕСС B

ПРОЦЕСС C

Вход в процесс А

Выход из процесса А

ход в процесс B

Выход из процесса B

Вход в процесс C

Выход из процесса С

Процессный подход

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

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

Процессный подход основан на следующих принципах:

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

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

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

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

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

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

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

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

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

а) более эффективно разграничить полномочия и ответственность персонала;

б) развить эффективную систему делегирования полномочий;

в) обеспечить стандартизацию требований к исполнителям;

г) минимизировать риск зависимости от отдельного исполнителя;

д) снизить нагрузки руководителей;

е) сократить издержки;

ж) повысить эффективность управления персоналом;

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

и) снизить время принятия управленческих решений.

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

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

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

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

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

Таблица 2 - Анализ преимуществ и недостатков процессного подхода к управлению предприятием

Разумеется, за счет одной только формализации бизнес-процессов добиться повышения эффективности нельзя, и процессный подход - не панацея от всех болезней организации. Он позволяет диагностировать проблемы, как всей компании, так и взаимодействия различных ее подразделений при выполнении общей задачи. Стерлигова А.Н. Операционный (производственный) менеджмент: учебное пособие / А.Н.Стерлигова, А.В.Фель. - М.: ИНФРА-М, 2009. - С.32-35.

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

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

Таблица 3 - Сравнительный анализ функционального и процессного подходов к управлению

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

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

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

Аннотация: Цель лекции:Изложение процессного подхода к организации управления предприятием

Введение

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

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

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

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

Исполнимые бизнес-процессы , напротив, предполагают перемещение точек управления по схеме бизнес-процесса в компьютерной среде в точном соответствии с выполняемыми на предприятии действиями. Реализуют такие компьютерные среды - системы управления бизнес-процессами и . Далее будем называть их - СУБПиАР . Фактически СУБПиАР раздают задания исполнителем в соответствии с перемещением точек управления по схеме бизнес-процесса и контролируют выполнение этих заданий.

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

Появление исполнимых бизнес-процессов принесло процессному подходу много новых преимуществ. Основные из них - это:

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

В последние годы происходит активное внедрение СУБПиАР как в бизнесе, так и в государственных организациях. Поэтому возникла потребность обучения студентов как экономических специальностей, так и специальностей, связанных с информационными технологиями, процессному подходу и работе с СУБПиАР .

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

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

Адрес сайта проекта RunaWFE - http://www.runawfe.org/rus .

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

Уровни процессного управления

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

На первом уровне рассматривается общее стратегическое управление предприятием. На этом уровне используются бизнес-процессы для аналитического моделирования. Задача бизнес-процессов данного уровня – формирование общих представлений об основных бизнес-процессах предприятия и обмен этими представлениями между управленцами. Этот уровень не предполагает реальное исполнение разработанных бизнес-процессов. На первом уровне удобно изображать бизнес-процессы в графических нотациях IDEF0, IDEF3, DFD, EPC, и родственных им. Также на этом уровне можно использовать некоторые конструкции нотации BPMN 2.0. В качестве программных средств для работы с бизнес-процессами на первом уровне можно использовать, например, такие программы, как Business Studio, Microsoft Visio или ARIS.

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

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

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

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

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

Третий уровень соответствует бизнес-объектам предприятия. Состояние всего предприятия на текущий момент времени определяется состоянием всех бизнес-объектов предприятия на этот момент времени. Процессный подход предполагает, что состояния бизнес-объектов изменяются экземплярами бизнес-процессов второго уровня при выполнении соответствующих заданий. Для этого слоя в качестве хранилищ традиционно используются системы управления контентом (ECM-системы), или системы управления базами данных. Также возможно на этом уровне использовать ERP-системы (например, можно использовать систему 1С, или Галактика).

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

Преимущества процессного подхода

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

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

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

Рассмотрим эти преимущества более подробно.

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

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

Все необходимое возникает перед работником на экране компьютера. Последовательность выполнения элементов работ определяется схемой бизнес-процесса. В узлах схемы СУБПиАР раздает задания исполнителям и контролирует их выполнение.

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

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

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

На предприятиях с устойчивыми повторяющимися цепочками операций внедрение, настройка и сопровождение систем на основе СУБПиАР оказывается быстрее и дешевле традиционной автоматизации, при которой для различных задач и подразделений разрабатываются отдельные компоненты приложения. СУБПиАР позволяют:

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

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

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

Исполнимые бизнес-процессы и СУБПиАР

Управление бизнес-процессами - активно развивающаяся область и многие термины в ней еще не до конца устоялись. Различные авторы прибегают к таким понятиям, как СУБПиАР , системы управления потоками работ (Workflow), системы управления документооборотом (Docflow), системы интеграции масштаба предприятия (EAI - Enterprise Application Integration) и т. п.

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

Кроме СУБПиАР большое распространение получили системы управления документооборотом, или DocFlow-системы. Вместо точек управления системы управления документооборотом используют "поток документов". DocFlow-системы описывают деятельность предприятия в виде документов, путешествующих между их редакторами по определенным маршрутам в соответствии с заданными правилами.

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

В системах документооборота, так же как и в СУБПиАР , существуют схемы на основе графов, которые состоят из узлов, соединенных возможными переходами. Однако по этим графам перемещаются не точки управления, а "корзины" документов. В DocFlow-системах, как правило, данные содержатся внутри документов, которые непосредственно перемещаются по схеме документооборота.

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

В настоящее время СУБПиАР и системы документооборота представляют собой системы разных типов, однако постепенно системы документооборота по функциональности приближаются к СУБПиАР . При помощи современных DocFlow-систем можно моделировать многие виды бизнес-процессов, а при помощи СУБПиАР - автоматизировать элементы документооборота.

Исполнимые бизнес-процессы

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

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

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

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

Дадим формальное определение исполнимого бизнес-процесса, основу которого составляют идеи С. Яблонского и С. Бусслера:

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

• перспектива потока управления (control-flow perspective)
• перспектива данных (data perspective)
• перспектива ресурсов (resource perspective)
• перспектива операций (operational perspective)

Рассмотрим подробно все уровни формального определения исполнимого бизнес-процесса. При этом в качестве примера будем использовать бизнес-процесс "Оплата счета поставщика". С его помощью постараемся пояснить все перспективы формального определения бизнес-процесса.

Перспектива потока управления

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

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

Маршрутный узел соответствует появлению, удалению, разветвлению-слиянию точек управления или выбору перехода, по которому точка управления будет перемещена дальше. В таких узлах СУБПиАР выбирает на основании содержащихся в маршрутных узлах бизнес-правил следующий узел (узлы), в который будет передано управление. Часто с этими узлами связано более одного входящего или исходящего перехода.

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

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

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

1. Были добавлены комбинированные узлы, представляющие собой слияние шага процесса с одним или несколькими маршрутными узлами. Например, при слиянии узла-действия с находящимся за ним маршрутным узлом, осуществляющим выбор одного из нескольких возможных направлений, в схему помещается только узел-действие и прямо к нему присоединяются переходы, которые должны выходить из маршрутного узла.
2. Были добавлены дополнительные конструкции, элементы которых не являются элементами графа (далее – дополнительные конструкции), однако к этим элементам могут быть присоединены переходы и маршрутные узлы или же переходы могут пересекать эти элементы. Например, были введены события и области с прерыванием, объемлющие шаги бизнес-процесса. При нахождении точки управления внутри области с прерыванием может произойти событие (клиент может передумать делать заказ, во время действия договора могут возникнуть форс-мажорные обстоятельства и т.п.). В этом случае точка управления может из любого находящегося внутри области узла сразу переместиться в присоединенный к области маршрутный узел и уже из него продолжить движение по присоединенному к нему переходу.
3. Были добавлены узлы, соответствующие шагу процесса, но не являющиеся узлами-действиями. Например, узлы-ожидания, в которых не дается заданий исполнителям процесса, СУБПиАР просто ожидает в этих узлах наступления определенного события, после которого точка управления идет дальше. Также были добавлены узлы-подпроцессы. Для этих узлов не определен конкретный исполнитель, в этих узлах СУБПиАР запускает другой бизнес-процесс в качестве подпроцесса текущего процесса и передает ему соответствующие данные.

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

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

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

Маршрутный узел соответствует появлению, удалению, разделению, слиянию точек управления или выбору перехода. Эти узлы могут содержать в себе бизнес-правила, на основании которых выбираются дальнейшие пути точек управления. В маршрутных узлах СУБПиАР выбирает следующий узел (узлы), в который будет передано управление.

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

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

Рис. 1.1.

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

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

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

Узел "исключающий шлюз" может иметь несколько входящих и несколько исходящих ребер. Для каждой пришедшей в него точки управления выбирается, по какому из исходящих ребер она будет перемещена далее. Обозначается ромбом, в котором изображен "крестик" (рис. 1.2 а).

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

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

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

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

Перспектива данных

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