В качестве клиента бизнес процесса может выступать

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

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

Чаще всего бизнес-процессы описывают в виде блок-схем. Удобно делать это в специальных конструкторах, но можно нарисовать и на бумаге или в mindmap.

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

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

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

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

Потребитель процесса — субъект, который использует его результаты. Потребитель бывает внешним и внутренним по отношению к организации.

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

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

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

Задачи бизнес-процесса

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

Описание бизнес-процессов решает две задачи:

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

Виды бизнес-процессов

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

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

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

Обеспечивающие. Их цель — сделать возможными основные процессы. Это кадровое, финансовое, техническое обеспечение.

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

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

Структура бизнес-процесса

У любого бизнес-процесса есть:

• Вход — исходное сырьё или данные, необходимые для старта.
• Выход — результат проделанной работы.
• Ресурсы, необходимые для его выполнения.
• Управляющие воздействия — методики, инструкции, правила выполнения, требования.
• Владелец — тот, кто владеет ресурсами, управляет процессом и несёт ответственность за результат. Это не обязательно руководитель подразделения или компании. Владельцем процесса «Сборка заказа» будет руководитель склада.
• Исполнители — сотрудники, задействованные в выполнении процесса.
• Критерии оценки — индикаторы, с помощью которых владелец видит «узкие места» и принимает решения относительно процесса. Для сборки заказа индикаторами могут быть время исполнения, дополнительные издержки.

Описать бизнес-процесс можно:

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

Для графического описания чаще всего применяют нотации.

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

Нотаций для моделирования бизнес-процессов придумали много: VAD, TPC, BPMN, IDEF. Они отличаются принципами построения, но схемы всегда выстроены логично и понятно, и поэтому считываются интуитивно даже теми, кто впервые их видит.

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

• Bizagi Process Modeler;
• ELMA;
• Visual Paradigm;
• ARIS Express;
• Camunda.

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

Шаг 1. Задайте границы процесса

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

1. Что является целевым результатом процесса. Для продаж это заключенная сделка. Она будет границей окончания процесса.
2. Когда может начаться процесс. В нашем примере — с получения заявки от лида. Это событие будет одной из границ начала процесса.
3. Какие ресурсы нужны. Например, CRM-система или менеджер, который будет закрывать сделку. Наличие такого ресурса может являться одной из границ начала, потому что без него выполнить процесс не получится.

Шаг 2. Определите элементы бизнес-процесса

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

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

Шаг 3. Разбейте бизнес-процесс на основные этапы

В нашем примере можно выделить следующие этапы:

1. Регистрация входящей заявки.
2. Презентация продукта.
3. Оформление сделки.

Шаг 4. Добавьте развилки и другие события

Дополняем схему основными вариантами развития процесса и промежуточными событиями.

Шаг 5. Обозначьте роли участников процесса

В описаниях не указывают конкретные имена исполнителей. Здесь применяют понятие «роль». Одни сотрудник может выполнять несколько ролей, и одну роль могут исполнять несколько сотрудников. Из ролей складывается должность.

В нашем примере роль одна — менеджер по продажам. Её могут выполнять несколько человек.

Шаг 6. Разместите на схеме документы, программы и базы данных

Документ — это информация на любом носителе: электронное письмо, инструкция, доклад, презентация.

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

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

Правила описания бизнес-процессов компании. Любое описание бизнес-процесса должно быть:

1. Завершённым. Процесс должен подробно описывать все действия, необходимые для получения результата, варианты развития событий и заканчиваться достижением той цели, которую ставили в начале.
2. Лаконичным. Несмотря на большой объём используемой информации, её нужно излагать компактно, вычленяя только главные моменты.
3. Реализовано в стандартных нотациях. Существующие нотации созданы для того, чтобы моделировать схемы, понятные даже человеку с улицы.
4. С указанием каждого участника. Иначе процесс будет нерабочим.
5. Максимально понятным. Схема не должна быть слишком запутанной, перегруженной, объёмной.

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

Главные мысли

Лекция
9. Моделирование бизнеспроцессов.

Введение. Основные
понятия 2

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

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

Введение. Основные понятия

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• структурные,
  характеризующие
  морфологию системы — состав подсистем,
  их взаимосвязи; 
  информационные,
  отражающие
  структуры данных — их состав и
  взаимосвязи.

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]

• #
• #
• #
• #
• #
• #
• #
• #
• #
• #
• #

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

Что такое основной бизнес процесс простыми словами

Business Process (в переводе «Бизнес процесс») – это постоянно повторяющаяся в определенное время последовательность (цепочка) действий сотрудников, которая выстроена, в соответствии с политикой компании, и направлена на достижение поставленных целей.

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

Понятие процесса управления и качества его описания – это индикатор профессионализма организации.

История появления термина

Впервые термин «бизнес процессы» появился давно — в 70-х г. г. XX века. Именно тогда предприятия стали переходить к информационным системам и информатизации производственного процесса. Возникла потребность в четкой организации управления предпринимательством и трудовыми ресурсами.

Инструктирование работников стало осуществляться по схеме «человек – человек» и «человек – машина». Все нормы были стандартизированы. Так, нужны были команды, которые бы распознал и человек, и машина.

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

Зачем нужны бизнес процессы

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

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

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

Отличие бизнес процессов от функций и стандартных процессов

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

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

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

Кто описывает бизнес процессы

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

Специалист должен уметь описывать процессы и:

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

Характеристики описания основных бизнес процессов

Описание процессов характеризуется такими параметрами:

1. Наименование и цель. Обычно это одно и то же. Все участники должны будут их знать и понимать. Например, название – «Продажа первой партии нового товара». Цель звучит так же.
2. Исполнитель или владелец инструмента. Это ответственное лицо, которое будет подробно составлять план, доносить его до сотрудников, вести и контролировать процесс его выполнения.
3. Ресурсы, которые используются для достижения поставленных целей.
4. Вход – это те ресурсы, которые поступают извне, сырье.
5. Выход – это произведенные товары или оказываемые услуги. Иногда может получиться не то, что было запланировано, тогда цель на этом этапе меняется.

Еще есть и другие параметры описания, но не обязательны:

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

Уровни основных бизнес процессов

Процессы имеют многоуровневое строение:

1. Самый верхний – внешнее воздействие, благодаря которому будут решаться стратегические задачи (например, распределение ресурсов между подразделениями предприятия). Иногда здесь задействованы организационные единицы.
2. Внутреннее воздействие для достижения тактических задач, например, продажа продукции.
3. Процессы внутри структуры, например, когда будет создаваться рабочий проект.
4. Процессы по исполнению задач внутри определенной структуры, например, когда будет разрабатывается план по обслуживанию клиентов.

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

Классификация основных процессов осуществляется по разным признакам:

Специфика работы:

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

Сложность:

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

Структурное место на предприятии:

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

Функции отдела:

• управления;
• распределения финансов;
• организации работы склада;
• логистики;
• производства.

Детализация или комплексность:

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

Исполняемость:

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

Описание бизнес процесса

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

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

Кстати! Зарегистрируйтесь в нашем сервисе голосовых рассылок Zvonobot и получите первые 20 звонков — бесплатно 😉

Основные виды бизнес процессов

Все процессы делятся на 6 групп:

1. Основная, представляющая полезную ценность для потребителей.
2. Вспомогательная, обеспечивающая существование основных процессов, но не имеющая ценности для потребителей.
3. Управляющая, предназначенная для контроля над основной и вспомогательной группой процессов и над процессом исполнения целей.
4. Сопутствующая – вспомогательный вид процессов, которые будут приносить дополнительный доход.
5. Группа развития, предназначенная для увеличения производительности и доходов предприятия.
6. Категория совершенствования, направленная на улучшение рабочего процесса, повышения его качества.

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

Правила описания основных бизнес процессов

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

1. Законченность, т.е. любая деятельность должна будет иметь собственную цель, конечный итог (иногда в ходе работы цель может измениться).
2. Краткость. Инструкции должны быть изложены лаконично с обозначением основных этапов работы и задач сотрудников без лишних деталей и сложных терминов. Это обеспечит быструю и слаженную работу всех отделов.
3. Использование общепринятых, типовых обозначений по стандартам IDEF3, BPMN 2.0, BPMN (для преобразования задач в наглядные схемы и таблицы есть специальные программы), чтобы любой участник процесса описания смог прочитать инструкцию и верно истолковать ее.
4. Указание конкретных участников процесса описания и ответственных лиц с четким распределением задач между ними.

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

Уровни анализа

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

1. Операции. Это самый детализированный уровень, когда будет требоваться перечислять каждое действие.
2. Действия – это ряд операций, в котором должна быть соблюдена определенная последовательность.
3. Процедуры – несколько объединенных действий, выстроенных в определенном порядке для достижения поставленных целей.
4. Базовый уровень, на котором объединяется несколько взаимосвязанных процедур, которые будут служить достижению результатов. Обычно в них участвует несколько сотрудников.
5. Направление работы. Это самый обобщенный уровень, который включает в себя несколько процессов.

Этапы описания

Составление описания бизнес процесса будет осуществляться пошагово в 11 этапов:

1. Определение цели описания. Процесс и описание могут иметь разные цели. На этом этапе нужно будет сформулировать, зачем данному процессу требуется описание. Например, внедрение автоматической системы приема заявок или снижение стоимости производства и т.д.
2. Определение целей описания основного процесса – конечного результата, который нужно будет получить. Целей бывает несколько. Все они должны быть обозначены. Например, покупатель может приобрести товар или отказаться от него. Обоим варианта необходимо описание.
3. Привлечение руководящих сотрудников для обсуждения сформулированных задач и нюансов их выполнения.
4. Донесение информации до сотрудников, которые будут максимально эффективно выполнять задачи. Важно сформулировать их четко, ясно.
5. Расставление приоритетов. Все задачи и действия будут делиться на первостепенные и менее важные. При этом учитывается основная цель, количество ресурсов, время, финансы и прочие факторы при описании.
6. Фиксация начала и конца процесса при описании, их четкое выделение среди прочих элементов.
7. Определение ключевых точек, которые будут влиять на получение результата. Например, ведение переговоров, торг с клиентом, формирование счета на оплату и др. Эти точки могут иметь несколько сценариев, для каждого из которых необходимо описание.
8. Создание черновика предварительного описания, который должны будут получить все заинтересованные лица: руководители, клиенты.
9. Согласование деталей, учет комментариев и пожеланий всех участников процесса описания.
10. Презентация финального описания с внесенными корректировками (все они должны быть согласованы с руководством).
11. Оформление окончательного варианта описания с подробными схемами, планами, моделями и иными документами.

Форматы описания бизнес процессов

Описание процессов может быть в 3 форматах:

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

Каждое описание процесса из них имеет свои плюсы и минусы.

Схема описания бизнес процессов

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

Для построения схемы по описанию процессов могут использоваться специальные программы. Это осуществляется поэтапно:

1. Фиксация границ – начальной и конечной точки основного процесса описания.
2. Выделение основных блоков – базы процесса, в соответствии с их положением в последовательности.
3. Внесение дополнительных элементов – ответвлений, всех возможных путей развития событий.
4. Распределение ролей между участниками. Один сотрудник может одновременно исполнять несколько ролей.
5. Добавление документов: кейсов, презентаций, инструкций, писем и пр.
6. Внесение данных об источниках и программном обеспечении, с помощью которых осуществляется автоматизация процесса описания.
7. Обозначение инструментов, которые могут помочь в достижении целей.
8. Внесение критериев эффективности, с помощью которых будет производиться оценка результата.
9. Моделирование процесса с учетом всех полученных сведений при описании.

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

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

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

• оценить те процессы, которые уже протекают на предприятии, и описать их модели по принципу «как есть»;
• оставить и обновить существующие модели до формата «как быть должно»;
• обеспечить контроль над процессами.

Анализирование

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

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

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

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

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

Пошаговое описание

Описание текущего бизнес процесса строится поэтапно:

1. Собирается команда участников этого процесса, включая руководителей.
2. Происходит сбор всей необходимой информации о наличии ресурсов, мощностей, требований к качеству продукта, времени для выполнения заявок и пр.
3. Формулируется конечный итог.
4. Организуется интервью с работниками для определения этапов производства.
5. Создается текстовое или графическое описание.

Управление бизнес процессами

Для реализации потенциала предприятия в полном объеме нужно будет правильно выстроить управление бизнес процессами (BPM). Оно состоит из 4 ступеней:

1. Этап моделирования, когда происходит определение и описание процессов. Также здесь устанавливается ответственность руководителей.
2. Выполнение указанных в описании задач.
3. Контроль работы персонала и движения финансов. Сотрудник на руководящей должности следит за исполнением сроков, качества продукции, равномерной загруженностью кадров, переработками, премированием и штрафами сотрудников.
4. Анализ выполненной работы, сравнение полученного результата с поставленными задачами, выявление ошибок и оптимизация управления процессом.

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

Зарождение BPM

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

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

Модель зрелости BPM

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

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

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

1. Структурное, которое позволяет исследовать текущие и будущие системы. Оно может быть:
   • функциональным (последовательное построение схемы с использованием конкретных ресурсов);
   • имитационным (учитываются временные интервалы, внутренние и внешние условия);
   • информационным (отображается связь объектов и их характеристики).
2. Ориентированное на объекты без детализации – любые преобразуемые предметы в рабочем процессе.
3. Интегрированное – сочетающее несколько моделей, т.е. комплексное.

Нотации моделирования

В процессе моделирования используются специальные технические условные обозначения (нотации) – единые по всему миру:

ARIS	Его используют при создании, анализировании, внедрении и оптимизации процессов
DFD	Предназначен для использования в макропроцессах бизнеса
UML	Применяется при разработке программного обеспечения, демонстрирует ошибки в структуре
IDEF	Разделяет и объединяет блоки IDEF0, изображает процесс IDEF3
BPMN	Демонстрирует процесс в разных аудиториях
RAD	Предназначена для описания и анализирования функциональных элементов, а также демонстрации их взаимодействия
WFD	Отражает процессы на нижнем уровне, демонстрирует последовательность действий и время их выполнения
ANSI	Это блок-схемы, которые демонстрируют, как идет процесс
ERM	Позволяют сделать описание концепции процессов
SADT	Помогают создавать функциональные модели
FCD	Создан для описания действий, исполнителей, оборудования символами
EPC	В рамках сложного комплексного процесса позволяет определить его вход и выход
STD	Отражает поведение системы во время внешнего воздействия
Дорожки Брюса Силвера	Используется, как дополнение для демонстрации перехода ответственности от одного сотрудника к другому
Unified Modeling Language	Позволяет визуализировать, сконструировать, задокументировать системы и процессы, скачать сформированные документы
Карты потоков ценностей	Отражают потраченные ресурсы и время
Цветные сети Петри	Предназначены для демонстрации переходов, событий, действий

В чем разница между нотациями

Все нотации имеют свои особенности и используются в разных ситуациях. Какие из них выбрать, решает менеджер в процессе моделирования. Обычно используют BPMN или ARIS.

BPMN имеет особенности:

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

Нотацию ARIS выбирают с учетом ее характеристик:

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

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

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

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

Bizagi Process Modeler	Бесплатный софт для небольших организаций, который можно скачать в интернете. Поддерживает построение диаграмм, позволяет распределить приоритеты. Имеет широкий функционал. Созданную схему можно проверить, изменить ее части, добавить свои элементы, скачать, распечатать. Все сопутствующие документы формируются автоматически и сохраняются в файл. Поддерживает русский язык и одновременную работу нескольких менеджеров.
Visual Paradigm	Платная программа, с помощью которой можно построить схему со всеми корпоративными процессами с взаимосвязанными элементами. Описания можно протестировать или задать их для отдельных составных частей. Для каждого объекта можно установить свои правила.
Elma BPM	Платное ПО, позволяющее следить за работой бизнес-схемы в онлайн-режиме. Задачи можно распределить между конкретными работниками. Поддерживается подключение 1C и загрузка документов.
Fox Manager	Софт, который позволяет создать карту процесса с планом. У поставленных задач можно контролировать степень выполнения и качество, их эффективность и всего рабочего процесса в целом.
ARIS Express	Бесплатная программа для построения моделей и карт. Есть поддержка инструмента Smart Design: после внесения данных схема выдается автоматически. Отдельно созданные модели не могут быть объединены в общий процесс.
Business Studio	Софт от российского разработчика для контролирования исполнения поставленных задач и автоматической генерации документов. Может применяться совместно с другими программами.

Как рассчитать стоимость бизнес процесса

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

1. Собрать первичные данные о процессе, сделать его описание, определить, какие операции, как часто и кем будут выполняться. Данные обычно заносятся в таблицу MS Excel с названием столбцов: «Наименование операции», «Коэффициент использования» (частота повторения данной операции), «Исполнитель».
2. Проанализировать, сколько времени будет требоваться на выполнение каждой операции. Для этого можно использовать методы фотографирования (фиксация процесса выполнения операции каждым сотрудником), экспертной оценки персонального бизнес-аналитика, анализа данных с помощью информационной системы (на основе прошлого опыта). На практике часто применяются комбинированные способы. Полученные данные заносятся в таблицу в графу «Время исполнения операции».
3. Подсчет стоимости ресурсов. Для этого рассчитывается, сколько стоит 1 минута работы данного сотрудника (исходя из размера его заработной платы). Затем это значение умножается на время исполнения операции. Полученное значение заносится в таблицу в графу «Стоимость ресурсов за 1 мин». Для получения полной картины стоимости процесса необходимо добавить все остальные статьи расходов: арендную плату, закупку расходных материалов и пр., но без излишней детализации, так как этот этап может затянуться.
4. Подсчет стоимости всего процесса с учетом полученных данных. Для этого необходимо рассчитать, во сколько обходится выполнение одной операции (стоимость минуты времени работника умножается на длительность выполнения задачи). Эти данные нужно занести в таблицу в графу «Стоимость 1 операции», а затем заполнить столбец «Стоимость операций за месяц». Путем сложения значений в последнем столбце можно получить стоимость всего процесса. При этом нужно учитывать, что подобный расчет может иметь большие погрешности.
5. Анализирование стоимости процесса. Когда цена каждой операции будет наглядно отображена в таблице, у руководства обычно появляется желание ее удешевить. Сделать это можно с помощью полного исключения данной операции из процесса (нужно проанализировать, насколько она необходима для получения результата), использования более дешевых ресурсов или менее квалифицированных кадров, ускорения выполнения операций, упрощения рабочего процесса.
6. Анализирование нагрузки на работников. Для этого учитываются не только операции данного процесса, но и все остальные функции сотрудников. Расчеты помогают понять, насколько та или иная операция трудозатратная, а также распределить нагрузку равномерно между участниками.

Внедрение бизнес процессов

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

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

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

Оптимизация бизнес процессов

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

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

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

Автоматизация бизнес процессов

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

Автоматизация помогает при:

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

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

Плюсы внедрения процессного управления

Управление процессами и их автоматизация имеет преимущества:

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

Реинжиниринг и постоянное совершенствование

Реинжиниринг – это кардинальная перестройка бизнес процессов.

У каждой организации своя специфика и свой порядок этой процедуры, но есть 5 основных шагов:

1. Определение потребностей организации, выявление слабых мест.
2. Формирование группы ответственных специалистов из своих или персональных привлеченных работников.
3. Планирование основных процессов на основе проблем, потребностей клиентов, задач предприятия.
4. Смена подхода для улучшения рабочего процесса.
5. Подключение сотрудников к тестированию процессов и его полноценному запуску.

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

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

• непрерывными изменениями;
• постепенным внедрением новой системы;
• командной деятельностью;
• широким охватом всех отделов предприятия;
• минимизацией дефектов с работой на опережение.

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

Пример удачного анализа и оптимизации бизнес процессов

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

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

После этого были сформулированы задачи:

1. Уменьшить срок доставки товара до 5 ч.
2. Обеспечить своевременную доставку молока в цеха.

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

1. Сменить поставщика молока.
2. Приобрести дополнительные автомобили для оперативной отправки продукции и нанять водителей.

Ошибки при внедрении систем управления

При внедрении системы управления следует учитывать возможные ошибки:

1. Неправильная формулировка цели и задач.
2. Отсутствие согласованности между подразделениями.
3. Иррациональные желания, не соответствующие возможностям.
4. Чрезмерная детализация процесса.
5. Описание всех операций и процессов на предприятии.
6. Игнорирование общепринятых условных обозначений с использованием своих нотаций.
7. Желание получить прибыль от каждого процесса.
8. Формирование идеальной схемы процесса.

Ситуации, когда бизнес процессы нужно описывать

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

1. Резкий рост объемов производства. В период развития возрастает нагрузка на предприятие, нанимаются новые сотрудники, расширяется ассортимент. При наличии описанных процессов все эти действия упорядочены и доступны для всех новых работников. Управление осуществляется более эффективно.
2. Производство, требующее сложных, многоэтапных действий. Каждое из них должно быть четко описано.
3. Открытие новых филиалов по франшизе. Без описания процессов это сделать нельзя, у партнеров должны быть четкие инструкции с полной детализацией рабочего процесса, чтобы применять его на практике.
4. Оптимизация финансов, уменьшение расходов на выпуск товаров, выявление ненужных трат.
5. Подготовка к дальнейшему развитию предприятия, его расширению.

Как бизнес процессы могут быть оптимизированы и усовершенствованы

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

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

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

Помимо этого оптимизация требуется, когда нужно:

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

Где можно обучиться управлению бизнес процессами

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

1. Непрофильные вузы с направлениями «Экономика», «Менеджмент».
2. Профильные учебные заведения со специализацией «Предпринимательство».
3. Курсы с государственной поддержкой, т.е. бесплатные для слушателей. В каждом регионе есть свои представительства.
4. Курсы от «Сбера» и Google – лучший бесплатный вариант для получения образования по бизнесу в интернете. Бонусные уровни открываются после прохождения тестирования на сайте. А в блоге постоянно публикуются полезные статьи по теме.
5. Платные онлайн-курсы от «Синергия», Skillbox.ru, «Нетологии» и пр. с получением официального сертификата по e mail.

Заключение

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

Отзывы о бизнес процессах

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

Александр, 40 лет (Санкт-Петербург)

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

Алексей, 35 лет, (Уфа)

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

Сергей, 32 года, (Москва)

Полезные книги

1. Свод знаний по управлению бизнес процессами. BPM CBOK 3.0
2. Бизнес процессы. Инструменты совершенствования (Б. Андерсен)
3. Управление бизнес процессами. Практическое руководство по реализации проектов (Д. Джестон, Й. Нелис)
4. Учитесь видеть бизнес процессы. Построение карт потоков создания ценности (М.Ротер, Д.Шук)

Литература о принципах и идеологии бизнес-процессов:

1. Критическая цепь (Э. Голдратт)
2. Серия «Цель» (Э. Голдратт)
3. Дао Тойота (Д. Лайкер)
4. Организация как система. Принципы построения устойчивого бизнеса Эдварда Деминга (Г. Нив)
5. Кайдзен. Ключ к успеху японских компаний (М. Имаи)

Книги про оптимизацию:

1. Быстрее, лучше, дешевле: девять методов реинжиниринга бизнес процессов (М. Хаммер)
2. Оптимизация бизнес процессов. Документирование, анализ, управление, оптимизация (Д. Харрингтон)
3. Практическое руководство по реинжинирингу бизнес процессов (М. Робсон, Ф. Уллах)
4. Реинжиниринг корпорации: манифест революции в бизнесе (М. Хаммер, Дж. Чампи)
5. Руководство по улучшению бизнес процессов. Harvard Business School.
6. Производство без потерь для рабочих. Институт комплексных стратегических исследований.

Книги о системном мышлении:

1. Системность во всем. Универсальная технология повышения эффективности (С. Карпентер)
2. Искусство системного мышления (Д. О. Коннор)
3. Системное мышление. Как управлять хаосом и сложными процессами. Платформа для моделирования архитектуры бизнеса (Дж. Гараедаги)
4. Ключевые показатели менеджмента (К. Уолш)
5. Азбука системного мышления (Д. Медоуз)

Книги о применении процессов:

1. Теория ограничений Голдратта. Системный подход к непрерывному совершенствованию (У. Детмер)
2. Найти идею. Введение в ТРИЗ (Г. Альтшуллер)
3. Бережливое производство + шесть сигм в сфере услуг (Майкл Джордж)
4. Теория ограничений в действии (Э. Шрагенхайм)
5. Действенное видение. Как обратить текущий объем продаж в чистую прибыль (Д. Кендалл)

Иллюстрация: Andrea Piacquadio / Pexels / Colowgee для Skillbox Media

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

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

---

Фото: личный архив Александра Завьялова

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

О базовых терминах и идеях в области бизнес-процессов мы рассказали в большом гайде. В этой статье разберём подробнее:

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

---

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

Ответственные за моделирование разбираются в процессах компании и описывают, кто, что и как делает. Изучают каждую операцию и разбивают её на этапы. Сначала описывают всё это текстом, затем превращают описание в схему.

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

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

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

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

• Структурные. Они показывают элементы процесса и взаимосвязи между ними. Это нотации стандарта IDEF: IDEF0, IDEF1x, IDEF4, IDEF5.
• Динамические. Они показывают логику выполнения процессов, последовательность и варианты их использования. Это нотации DFD, EPC, BPMN.

Ниже, когда мы будем говорить о подходах к моделированию, расскажем о двух вариантах нотаций — IDEF0 и BPMN.

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

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

Иногда можно встретить и другие подходы, но обычно это гибридные решения, собранные из основных. Каждый из трёх подходов предполагает, что процессы нужно визуализировать — рисовать их в виде схем. Различия подходов — в принципах визуализации.

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

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

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

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

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

Разберём на примере. Пусть это будет изготовление рекламного ролика.

Процесс изготовления рекламного ролика — основной блок с процессами. Я называю его «чёрный ящик». У него есть три входа и один выход:

1. Сверху — вход для информации о контроле и ограничениях. Это данные, которые определяют условия для реализации процесса. Например, при разработке ролика нас будет ограничивать законодательство и стайлбук заказчика. А ещё мы будем опираться на перечень услуг клиента — чтобы в рекламе были корректные данные.

2. Слева — вход для основной информации. На её основе будет создан результат. В примере с роликом, чтобы получить эту информацию, для заказчика проводят брифинг.

О том, как составить бриф для клиента в рекламе и digital, писали в статье.

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

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

Вот как функция будет выглядеть в виде диаграммы.

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

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

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

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

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

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

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

Для примера нарисовали блок-схему обработки заявки в учебном центре. Она не соответствует канонам BPMN, но всё равно наглядна и понятна.

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

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

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

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

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

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

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

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

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

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

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

Моделирование как отдельную услугу заказывают редко. Чаще это один из этапов внедрения систем автоматизации — CRM, ECM или ERP. Это работает по такой схеме:

• Команда внедрения — подрядчик — приходит на территорию заказчика.
• Она описывает процессы, проводит аудит и составляет аналитический отчёт с вариантами оптимизации.
• Заказчик утверждает отчёт.
• Подрядчик внедряет систему автоматизации с уже оптимизированными процессами.

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

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

В специальных программах. Это способ для профессионалов в моделировании.

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

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

• Microsoft Visio 2010 — векторный графический редактор для создания разных видов схем: блок-схем, схем технологических процессов, моделей бизнес-процессов, планов зданий и этажей, трёхмерных карт и так далее. Платный.
• Bizagi Process Modeler — программа для моделирования процессов по нотации BPMN с возможностью совместной работы. Бесплатная.
• ARIS Express — программа для моделирования бизнес-процессов и оргструктуры с нотациями eEPC или BPMN. Бесплатная.
• Business Studio — система, в которой можно описать, оптимизировать и регламентировать бизнес-процессы предприятия. Платная.

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

В графических редакторах. Этот способ подойдёт для новичков, которые только знакомятся с моделированием бизнес-процессов. Проще всего взять обычный графический редактор — например, Microsoft Paint, Figma или Adobe Photoshop — и самостоятельно нарисовать интуитивно понятную схему процесса.

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

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

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

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

• Когда начинается процесс. В нашем примере это момент получения заявки от клиента. Если компания использует CRM, точкой входа будет попадание заявки в систему.
• Когда процесс закончится. Это момент успешной реализации сделки: клиент оплатил счёт, а продавец и логист организовали доставку.

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

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

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

Здесь лежит шаблон текстового описания процесса.

3. Выделяем основные этапы процесса. На основе описанного в предыдущем пункте процесса составляем блок-схему. В графическом редакторе рисуем каркас — основные этапы в пределах границ входа и выхода.

4. Добавляем детали. Наполняем каркас «мясом» — основными событиями по процессу и действиями исполнителя по алгоритму.

5. Задаём роли. В процессе может быть несколько исполнительских ролей. Их может выполнять один или несколько сотрудников. Обычно роли обезличены, без уточнения фамилий, — только должности.

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

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

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

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

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

Другие материалы Skillbox Media для менеджеров

Эффективный руководитель

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

Узнать про курс

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

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

Что такое бизнес-процессы

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

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

История появления термина

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

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

Зачем нужны бизнес-процессы

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

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

Ключевые понятия процессного подхода

Бизнес-процесс включает целый ряд характеристик, среди которых есть основные и дополнительные.

Каждый инструмент имеет:

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

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

• поставщики ресурсов;
• последовательность действий;
• конечный пользователь;
• иные участники;
• риски;
• показатель эффективности.

Уровни бизнес-процессов

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

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

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

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

Классификация бизнес-процессов

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

• по степени сложности;
• по виду деятельности;
• по месту в структуре организации;
• по функциям подразделений;
• по степени детализации или комплексности;
• по исполняемости.

Рассмотрим, что входит в каждую группу.

По степени сложности

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

По виду деятельности

• Производственные – приводят к получению осязаемого продукта.
• Процессы оказания услуг.

По месту в структуре организации

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

По функциям подразделений

• Управленческие.
• Финансовые.
• Складские.
• Логистические.
• Производственные.

По степени детализации или комплексности

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

По исполняемости

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

Виды бизнес-процессов

Существует множество видов бизнес-процессов, которые можно разделить на 6 категорий:

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

Также разделяют бизнес-процессы:

По форме:

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

По функции:

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

Правила описания бизнес-процесса

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

Завершенность или ответ на ключевой вопрос

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

Краткость и лаконичность

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

Использование типовых нотаций

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

Понятность

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

Указание участников

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

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

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

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

Степень детализации выбирает менеджер, руководствуясь своим опытом. Выделяют 5 уровней анализа:

1. Операция – мельчайшая единица деятельности, например, переключение тумблера, другой пример – копирование данных.
2. Действие – ряд операций, требующих контроля и выполняемых последовательно.
3. Процедура – ряд действий, выполняемых последовательно, в итоге которых получаем конкретный результат.
4. Бизнес-процесс базового уровня – цикл процедур, связанных друг с другом, приводящий к существенному для компании результату и имеющий нескольких исполнителей.
5. Направление деятельности – самая крупная единица деятельности компании, которая включает ряд групп бизнес-процессов.

Описание бизнес-процессов проходит в 11 шагов. Разберемся, что делает бизнес-аналитик на каждом из них.

Шаг 1. Определяем цель описания

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

Шаг 2. Определяем цели бизнес-процесса

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

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

Шаг 3. Подключаем руководителей отделов

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

Шаг 4. Разговариваем с сотрудниками

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

Шаг 5. Выделяем приоритетные задачи

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

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

Шаг 6. Фиксируем начало и конец бизнес-процесса

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

Шаг 7. Определяем ключевые точки бизнес-процесса

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

Например, в сфере продаж ключевыми точками будут:

• получение контактов клиента;
• переговоры;
• обсуждение цены и других условий сотрудничества;
• выставление счета.

Каждая ключевая точка имеет развилки, которые тоже предстоит описать. Развилок может быть много, а новые ветки мероприятий присоединяются с помощью операторов «и» / «или».

Шаг 8. Составляем предварительное описание

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

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

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

Шаг 10. Демонстрируем финальный вариант

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

Шаг 11. Оформляем описание

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

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

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

Текстовый

Самый распространенный формат, предполагает изложение большого объема текста словами.

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

Табличный

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

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

Графический

Модели и схемы – самый удобный и предпочтительный формат описания.

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

Схема бизнес-процессов

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

Схема строится в 9 этапов:

1. Фиксируем границы – начальную и завершающую точки процесса.
2. Отображаем основные блоки – каждый блок соответствует этапу цикла и располагается в соответствии со своим местом в цепочке.
3. Добавляем ответвления – важно отобразить все возможные пути развития событий.
4. Распределяем роли – схема не включает имена и должности участников бизнес-процесса, вместо этого работникам присваиваются роли. Один участник может иметь две и более ролей в структуре.
5. Добавляем документы – это может быть любая важная для бизнеса информация (проект, презентации, доклады, кейсы, инструкции, электронные письма и т. д.).
6. Указываем ПО и источники данных – схема должна содержать сведенья обо всех программах, используемых для автоматизации бизнес-процесса.
7. Включаем материалы и инструменты – все то, что помогает в успешном достижении намеченной цели.
8. Вносим ключевые показатели эффективности – критерии, которыми будут пользоваться сотрудники управления при оценке результативности персонала.
9. Моделируем бизнес-процесс, используя все перечисленные сведенья.

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

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

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

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

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

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

Анализ

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

Анализ необходим, если:

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

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

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

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

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

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

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

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

Этапы описания

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

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

Модель «как есть» строится следующим образом:

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

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

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

Управление бизнес-процессами

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

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

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

1. Моделирование. Предполагает выявление и описание бизнес-процессов с разграничением зон ответственности лиц, на которых возложено управление.
2. Исполнение. Работники выполняют свои обязанности в соответствии с поставленными задачами.
3. Контроль. Действия подчиненных строго контролируются, ежедневно отслеживается выполнение плана. На основании этих данных руководство может принять решение о поощрении персонала, штрафах, возмещении дополнительных расходов.
4. Улучшение. Анализируется результат бизнес-процесса, выявляются ошибки, слабые стороны. На базе этого проводится оптимизация для улучшения результатов в следующих циклах.

Как появилось BPM

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

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

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

Модель зрелости BPM

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

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

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

На практике применяют различные подходы к моделированию, что позволяет выделить три основных вида:

1. Структурное моделирование – применяется для исследования текущих и разработки новых систем. Здесь есть три подвида:

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

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

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

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

• • BPMN – помогает демонстрировать бизнес-процесс представителям разных аудиторий.

• • SADT – используется для создания функциональной модели.
  • DFD – стандарт для макропроцессов в бизнесе.
  • WFD – стандарт для бизнес-процессов нижнего уровня с возможностью демонстрации последовательности работ с учетом времени.
  • ARIS – применяется для создания, анализа, внедрения и улучшения бизнес-процессов.
  • EPC – показывает вход и выход процесса в ходе моделирования сложных комплексов.
  • STD – показывает, как ведет себя система при внешнем управляющем воздействии.
  • UML – описывает требования к ИС.
  • ERM – описывает концепцию бизнес-процесса.
  • FCD – описывает действия, исполнителей, оборудование и данные с помощью символов.
  • RAD – описывает и анализирует функциональные элементы, наглядно демонстрирует их взаимодействие.
  • ANSI – набор блок-схем для демонстрации хода процесса.
  • IDEF – набор инструментов для разделения и объединения блоков (IDEF0), изображения процесса (IDEF3) и др.
  • Unified Modeling Language – средства визуализации, конструирования, документирования систем и процессов.
  • Цветные сети Петри – демонстрируют переходы, изображают события и действия.
  • Дорожки Брюса Силвера – дополнение к другим нотациям, применяется, чтобы показать, как переходит ответственность от одного участника к другому.

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

Сравнение нотаций

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

BPMN	ARIS eEPS
Развитая семантика. Использует логические операторы, события. Позволяет описывать специфические бизнес-процессы. Имитирует бизнес-процесс. Демонстрирует прерывание действия.	Показывает статусы документов. Демонстрирует события до и после каждой операции. Использует логические операторы. Позволяет имитировать процесс наиболее корректно. Крупные диаграммы. Трудоемкое моделирование. Ограниченная семантика.

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

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

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

Программы:

• Bizagi Process Modeler;
• Visual Paradigm;
• ELMA BPM;
• Fox Manager;
• ARIS Express;
• Business Studio;
• ABC-FlowCharter;
• CorelFlow;
• Visio;
• Proplan;
• Ablauf-Profi;
• Vamos-BE;
• SYCAT;
• AENEIS;
• ARISToolset;
• AIBAS;
• Camunda-modeler.

Онлайн-сервисы:

• сайт Diagram.ly;
• сервис на сайте yWorks.

Внедрение бизнес-процессов

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

1. Ознакомление. Сообщаем коллективу работников о новой системе, вводим в курс дела.
2. Вовлечение. Рассказываем о преимуществах, акцентируем внимание на выгодах, которые заставят персонал работать эффективнее.
3. Тестирование. Запускаем программу на одном производственном участке. Еще один вариант проверки: по новому алгоритму может работать один специалист.
4. Обучение. Если получены положительные результаты тестирования, обучаем остальных сотрудников работать по новым правила: рассказываем об обязанностях, описываем функционал автоматизированных систем и т. д.
5. Применение. После обучения всех сотрудников полноценно запускаем бизнес-процесс.
6. Контроль. Регулярно проверяем, справляется ли персонал с новыми обязанностями, соблюдают ли алгоритм в своей работе. Обязанности по управлению могут быть возложены на руководителей отделов или специально выделенных сотрудников.

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

Оптимизация бизнес-процессов

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

Можно выделить 2 большие группы методов оптимизации:

1. Методы «здравого смысла».
2. Методы «бережливого производства».

Рассмотрим, что входит в каждую группу.

Методы «здравого смысла»:

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

Методы «бережливого производства» предполагают:

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

Потребность в оптимизации бизнес-процессов можно обнаружить вскоре после их запуска.

Автоматизация бизнес-процессов

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

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

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

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

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

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

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

Реинжиниринг и постоянное совершенствование

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

1. Определяем потребности компании и основания для проведения реинжиниринга. Здесь нужно провести анализ и понять, что в бизнес-процессе идет не так.
2. Формируем группу. Можно найти специалистов со стороны или задействовать своих компетентных сотрудников.
3. Намечаем основные бизнес-процессы. Здесь важно точно выявить проблемы, понять потребности клиентов, сформулировать задачи и цель компании.
4. Меняем подход. Нужно пересмотреть тактику создания бизнес-процесса и его реализации, при необходимости не ограничиться улучшением прежнего алгоритма, а полностью изменить ее.
5. Подключаем сотрудников. Реинжиниринг требует тестирования, а работники, которые будут непосредственно реализовывать обновленную схему, дадут обратную связь.

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

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

Постоянное совершенствование характеризуется:

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

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

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

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

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

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

На основании выявленных проблем были поставлены цели:

• организовать поставку ЛКМ в срок;
• ускорить изготовление и поставку готового продукта клиентам до прописанных в договоре 10 дней.

В рамках оптимизации решено предпринять следующие меры:

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

Ошибки при внедрении систем управления

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

Введение

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

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

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

Интерес к BPM во всем мире достаточно высок. Именно поэтому этот рынок развивается быстрыми темпами. По пути практического внедрения BPM–концепции уже идут многие компаний во всем мире. Характерно, что Россия в этом процессе не является слабым звеном: BPM– решения не только в полной мере присутствуют на российском рынке, но и реально используются российскими компаниями.

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

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

1 Нормативные ссылки

В курсовой работе использовались следующие нормативные документы:

ГОСТ ISO 9000–2011 Системы менеджмента качества. Основные положения и словарь

ГОСТ ISO 9001– 2011 Системы менеджменты качества. Требования

ГОСТ Р50.1.028–2001 Методология функционального моделирования IDEF0.

2 Термины, определения и сокращения

При разработке курсовой работы использовались следующие термины:

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

2.2 Моделирование – процесс построения модели как некоего представления оригинала, отражающего наиболее важные его черты и свойства.

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

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

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

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

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

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

2.8 WfMS – Workflow Management System.

2.9 SADT – Structured Analysis and Design Technique.

2.10 IDEF – Integrated DEFinition.

2.11 DFD – Data Flow Diagrams.

2.12 еЕРС – extended Event– Driven Process Chain.

3 Классификация и идентификация бизнес–процессов

Бизнес–процесс – совокупность различных видов деятельности, в рамках которой «на входе» используется один или более видов ресурсов, и в результате этой деятельности «на выходе» создается продукт, представляющий ценность для потребителя [1].

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

Все бизнес–процессы организации классифицируются на основные, обеспечивающие, развития, управления [3].

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

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

Бизнес–процессы развития – процессы совершенствования, освоения новых направлений и технологий, а также инновации [3].

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

Кроме важнейших категорий процессов СМК (процессы высшего руководства, процессы управления ресурсами, процессы жизненного цикла продукции и процессы измерения, анализа и улучшения) в разделе 4 ГОСТ ISO 9001 предусмотрены процессы управления документацией и управление записями.

Формальное соответствие СМК требованиям стандарта ГОСТ ISO 9001, безусловно, привносит некий порядок в деятельность организации: при разработке СМК и внедрении процессного подхода в соответствии с требованиями данного стандарта достаточно узкой задачей является идентификация процессов. Методические ошибки этого этапа внедрения приводят к построению громоздкой, «неудобной» СМК, и, как следствие, охлаждению интереса к процессной модели управления.

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

Так же в курсовой работе рассмотрена идентификация процессов.

Под идентификацией процессов понимаются следующие действия:

– определение состава процессов СМК и составление перечня процессов;

– определение показателей для оценки бизнес– процессов, разработка модели каждого процесса.

Задачи, поставленные в рамках методики идентификации процессов СМК, формулируются следующим образом:

– обеспечить понятность, прозрачность и управляемость СМК, базирующейся на процессном подходе;

– определить перечень процессов СМК, их названия, границы, руководителей, взаимосвязи входов и выходов;

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

Методика идентификации процессов СМК должна демонстрировать целесообразность внедрения процессного подхода. Идентификация процессов не является разовым действием.

Кроме классификации и идентификации в курсовой работе рассматривается состав бизнес–процессов.

Организация должна:

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

– определять последовательность и взаимодействие этих процессов;

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

– обеспечивать наличие ресурсов и информации, необходимых, чтобы поддерживать функционирование и мониторинг этих процессов;

– вести мониторинг, измерять и анализировать эти процессы, а также в соответствии с ГОСТ ISO 9001 предпринимать необходимые действия с целью достичь запланированных результатов [3].

Целесообразно назначить и руководителей процессов, предполагая, что в их обязанности будут входить:

– разработка и организация процесса для достижения заданных результатов (выходов) процесса;

– расчет и обоснование ресурсов процесса;

–псоответствие результата (выхода) процесса установленным требованиям;

– удовлетворенность потребителей процесса.

4 Развитие методов моделирования описания и автоматизации бизнес–процессов

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

Таблица 1 – Этапы развития моделирования описания и управления бизнес–процессами

Этапы	Моделирование бизнес– процессов	Совершенствование деятельности	Информационные технологии
Первая волна	1920– 80– е гг. Анализ способов выполнения работ Рационализация трудовых операций Модели на бумаге Низкая автоматизация	1980– е гг. Всеобщее управление качеством Непрерывность изменений Научный подход Последовательное совершенствование	1970– 90– е гг. Система управления базами данных Совместное использование данных Приложения, обращающиеся к базам данных
Вторая волна	ПО для построения диаграмм и анализа процессов в статике Ручной реинжиниринг Единовременное создание модели Автоматизация: КИС с поддержкой потоков работ (WfMS, ERP)	Реинжиниринг бизнес– процессов Дискретность изменений Ненаучный подход Радикальное преобразование	Распределенные вычисления Совместное использование функций Распределенные приложения
Третья волна	Ориентированное на бизнес– процессы ПО Исполняемые модели Итеративная оптимизация Средства моделирования интегрированы в BPMS Имитационное моделирование и анализ моделей в динамике Конвертирование моделей Стандартизация методологий	Управление бизнес– процессами (ВРМ) Непрерывность изменений Гибкость, адаптивность Научный подход Итеративное совершенствование	Системы управления бизнес– процессами Совместное исполнение бизнес– процессов Распределенные бизнес– процессы

Начало первого этапа относят к 1920–м годам. XX в. и связывают с именем Ф. Тейлора и его книгой «Принципы научного управления». В этот период впервые была осознана необходимость исследовать бизнес– процессы, описывать их в различных документах и действовать в соответствии с этими описаниями [4].

В период «первой волны» для моделирования бизнес–процессов используются блок–схемы, ориентированные графы, сети Петри, методологии SADT, IDEF, DFD [5].

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

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

Как следующий шаг в автоматизации бизнес–процессов в 1990–х годах. появляются системы управления потоками работ WfMS, предназначенные для маршрутизации потоков работ любого типа в рамках бизнес–процессов компании. В качестве примера методологии и средства автоматизации бизнес–процессов второго поколения можно назвать соответственно ARIS и распространенную ERP–систему SAP R/3 [6].

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

Автоматизация процессов производится посредством систем управления бизнес–процессами BPMS, которые дают возможность непосредственно реализовывать бизнес–процессы в соответствии с построенной формальной моделью и не требуют разработки дополнительного программного обеспечения [3].

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

5 Совершенствование методологии описания управления деятельностью предприятия

Современные методологии управления деятельностью предприятия делятся на:

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

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

инструмент моделирования и анализа сложных систем и процессов. Разработана Дугласом Т. Россом в конце 60–х годов в ходе развития структурного программирования. С 1981 г методология SADT стала стандартом ВВС США под именем IDEF0 в рамках программы интегрированной компьюте­ризации производства Министерства обороны США – ICAM (Inte – grated Computer–Aided Manufacturing).

• IDEF. Наиболее широко используемая методология описания бизнес–процессов – стандарт США IDEF0. Пример модели IDEF0 в приложении А «Создание полиэтиленового пакета»

Методология IDEF0 предоставляет аналитику широкие возможности для описания бизнеса организации на верхнем уровне с акцентом на управление процессами. В настоящий момент к семейству IDEF можно отнести следующие стандарты:

1. IDEF0 – методология функционального моделирования.

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

3. IDEF1X (IDEF1 Extended) – методология построения реляционных структур

4. IDEF2 – методология динамического моделирования развития систем.

5. IDEF3 – методология документирования процессов, происходящих в системе.

6. IDEF4 – методология построения объектно – ориентированных систем.

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

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

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

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

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

1. внешние сущности (материальный объект или физическое лицо, являющиеся источником или приёмником информации);

2. системы и подсистемы;

3. процессы (преобразование входных потоков данных в выходные в соответствии с определенным алгоритмом);

4. накопители данных (абстрактные устройства для хранения информации);

5. потоки данных;

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

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

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

Преимущества внедрения Workflow на предприятии:

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

Повышая конфиденциальность и ужесточая контроль доступа, Workflow одновременно привносит «промышленные» методы руководства и управления процессами;

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

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

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

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

Расширением систем класса Workflow являются системы управления бизнес–процессами (BPM), которые появились сравнительно недавно. Они объединяют в одном наборе средства моделирования, реализации и сопровождения изменения бизнес–процессов. В основе любой системы BPM лежит управление потоками работ (Workflow);

– Aris. В настоящее время наблюдается тенденция интеграции разнообразных методов моделирования, проявляющаяся в форме создания интегрированных средств моделирования. Одним из таких средств является программный продукт, носящий название ARIS (Architecture of Integrated Information Systems) – архитектура интегрированных информационных систем, разработанный германской фирмой IDS Scheer.

6 Методология ARIS системы

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

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

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

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

Модуль ARIS Easy Design содержит следующие компоненты:

• ARIS Administrator – средство для администрирования баз данных ARIS;

• ARIS Attributes – средство для управления атрибутами элементов ARIS;

• ARIS Configuration – инструмент для импорта из одной базы данных в другую методологических фильтров и шаблонов;

• ARIS Designer – конструктор моделей;

• ARIS Explorer – проводник, обеспечивающий работу с серверами, базами данных, моделями и объектами;

• ARIS Export/Import – средство для экспорта или импорта баз данных в формате ASCII;

• ARIS Report – генератор отчетов о элементах ARIS;

• ARIS RTF Editor – редактор текстовых документов и д.р.

Модуль ARIS Toolset наряду с функциональными возможностями ARIS Easy Design включает также:

• ARIS Analysis – инструмент для анализа моделей и их анимации;

• ARIS Chat – инструмент для создания и использования графических диаграмм;

• ARIS Consolidation – инструмент для объединения баз данных моделей;

• ARIS Model Generator – инструмент для создания новых моделей с использованием уже существующих;

• ARIS Process Generator – инструмент для генерации новых объектов и моделей в программе Excel и переноса их в ARIS. Имеется возможность с помощью специального отчета перенести объекты и модели в Excel и вернуть измененные данные назад в ARIS;

• ARIS Script Editor – инструмент для создания отчетов .

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

• ARIS ABC (Activity Based Costing) – инструмент для проведения функционально – стоимостного анализа моделей;

• ARIS Connectivity for Lotus Notes – инструмент, позволяющий запускать базы и документы Lotus Notes, которые связаны с элементами ARIS. Предусмотрена возможность открывать базы Lotus Notes, документы Lotus Notes, которые содержат элементы ARIS, с помощью веб – браузеров;

• ARIS Connectivity for R/3 – инструмент для переноса моделей ARIS в формат HTML, использующий функциональные возможности транзакций информационной системы SAP R/3. Это позволяет запускать функции, связанные с системными операциями SAP R/3, из веб – браузеров;

• ARIS Tool Integration– инструмент для обмена информацией баз данных моделей ARIS с программными приложениями других производителей (с так называемыми приложениями партнеров);

• ARIS Web Publisher – инструмент для преобразования моделей.

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

• ARIS BSC (Balanced Scorecards) – инструмент для стратегического управления [3].

Средства ARIS могут применяться как однопользовательская среда, а также поддерживать коллективные разработки в среде «клиент– сервер». Возможность коллективной работы обеспечивают:

– объединение баз данных (модуль ARIS Merge);

– обмен моделями через Интранет и Ин­тернет (модуль ARIS Web Publisher);

– совместный доступ нескольких пользователей к единому хранилищу данных – репозиторию ARIS (модуль ARIS Server).

В состав ARIS входят вспомогательные специализированные модули, например, модуль ARIS Script Converter, предназначенный для конвертации скриптов, созданных в ARIS 4–х, в скрипты ARIS 5.0, модуль ARIS Admintool, предназначенный для управления базами данных ARIS при работе под Window NT и Novell, ARIS for INTERSHOP enfinity и некоторые другие.

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

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

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

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

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

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

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

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

В ARIS–модели бизнес–процессов вычленяются следующие виды потоков:

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

2. целевые потоки; характеризуют концептуальные и бизнес–цели, которых требуется достичь в результате выпол­нения того или иного процесса или действия;

3. потоки выходов.

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

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

– потоки человеческих ресурсов; показывают «доставку» прямого человеческого ресурса;

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

Для построения перечисленных типов моделей используются как собственные методы моделирования ARIS, так и различные известные методы и языки моделирования, в частности, ERM UML (Unified Modeling Language), OMT (Object Modeling Technique). Процесс моделирования можно начинать с любого из типов моделей.

7 Модели в ARIS

Описание модели в ARIS представляют собой диаграммы, элементами которых являются разнообразные объекты – «функции», «события», «структурные подразделения», «документы» и т.д. Между объектами определённых видов могут быть установлены связи определённых видов («выполняет», «принимает решение», «должен быть проинформирован о результатах» ). Каждому объекту соответствует определенный набор атрибутов, которые позволяют ввести дополнительную информацию о конкретном объекте [7].

Из всего многообразия ARIS – моделей для целей бизнес – моделирования используются следующие:

1. Organizational Chart – организационная схема;

2. Function Tree – дерево функций;

3. extended Event– Driven Process Chain – еЕРС– диаграмма.

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

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

2. Детальные модели, уточняющие структуру высокоуровневых моделей и их связи, – еЕРС– диаграмма.

3. Микромодели, обеспечивающие наиболее подробное описание операций в составе бизнес– процессов, организационных единиц, данных и их взаимосвязей, – еЕРС– диаграмма, презента­ционная диаграмма [4].

7.1 Модель ARIS Organizational Chart

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

Как правило, эта модель строится в начале проекта по моделированию бизнес–процессов.

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

7.2 Модель FunctionTree – дерево функций

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

Таблица 2 – Основные элементы в модели дерева функций

Изображение	Название элемента	Описание элемента
	Функция Function	Показывает функции, выполнение которых направлено на достижение цели

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

7.3 Модель ARIS eEPC(extended Event– Driven Process Chain)

Модель ARISеЕРС– диаграмма является расширением нотации IDEF3, IDEF0 и DFD. Бизнес– процесс в нотации eEPC представляет собой поток последовательно выполняемых работ (процедур, функций), расположенных в порядке их выполнения. Реальная длительность выполнения процедур в eEPC визуально не отражается. Основные элементы eEPC– модели представлены в приложении Б.

Правила построения еEPC– моделей:

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

б) события и функции по ходу выполнения процесса должны чередоваться;

в) события и функции должны иметь только по одному входящему и одному исходящему отношению, показывающему ход выполнения процесса (модель «один вход – один выход» (single input – single output));

г) путь процесса всегда разделяется и объединяется с помощью правил;

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

е) правила ветвления/слияния не могут располагать одновременно несколькими входящими и исходящими соединениями;

ж) для хранения моделей в ARIS используется объектная СУБД, и под каждый проект создается новая база данных. База данных представляет собой иерархическое хранилище моделей.

Работа по созданию модели регламентируется жёсткими и объёмными соглашениями по моделированию (стандартами), ARIS поддерживает механизм методологических фильтров, позволяющих пользователю использовать только определённый набор схем и объектов [7].

8 Реализации BPM– концепции

2009 год для ООО «Рост» является периодом внедрения системы менеджмента качества на основе ISO серии 9000. Соответственно с этого же момента и начинает свое развитие BPM – концепция в Обществе.

BPM– концепция, как отмечено ранее, ставит во главе автоматизацию и оптимизацию бизнес–процессов в компании. На данном этапе развития, по пути к автоматизации ТЦ регламентирует бизнес–процессы.

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

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

– Бизнес – инженер (БИТЕК);

– ИНТАЛЕВ;

– ОРГ– Мастер Про (Бизнес Инжиниринг Групп).

Из наиболее популярных зарубежных программных продуктов необходимо отметить:

– ARIS Business Performance Edition (IDS Scheer AG);

– CA ERWin Process Modeler, ранее BPWin (CA);

– Hyperion Performance Scorecard (Oracle);

– IBM WebSphere Business Modeler (IBM);

– SAP Strategic Enterprise Management (SAP).

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

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

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

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

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

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

Целью ООО «Рост» является улучшение деятельности путем автоматизации деятельности по управлению бизнес–процессами. Я считаю, что достигнуть эту цель можно путем внедрения и использования одного из выше указанных программных продуктов. В Обществе внедрен программный продуктмодуля ARIS Design Platform или ARIS Business Designer, но это лишь небольшая часть ARIS Business PERFOMANCE Edition (IDS Scheer AG), которая используется лишь для моделирования бизнес– процессов, а ведь платформа ARIS Business Perfomance Edition поддерживает полный цикл управления бизнес–процессами: от описания стратегии до контроллинга.

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

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

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

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

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

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

9 Создание модели полиэтиленового пакета и её описание

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

1. Выбрать элемент Дизайнер на Панели модулей (рис. 1).

Рисунок 1 — Панели модулей ARIS TOOLSET

1. Двойным щелчком левой кнопки мыши открыть базу данных «ГАС ОГФУ». Новую модель надо запоминать в папку Главная папка, которая является одним из отображаемых элементов базы данных (рис. 2).

2. Из контекстного меню, доступного по щелчку правой кнопкой мыши на папке Главная папка, выбрать пункт Новый/Модель (рис. 2).

Рисунок 2 – Создание новой диаграммы

Для создания модели в пошаговом режиме воспользоваться мастером моделей.

1. Поставить флажок в поле Процессы.

2. Выбрать EPC в поле Model Types (типы моделей).

3. Нажать на кнопку ОК.

В «доме» ARIS каждой модели присваивается своя «комната».

«Комнаты» в «доме» ARIS соответствуют представлениям Организация, Данные, Процессы, Функции и Продукт/Услуга. При установке флажка напротив «комнаты» ARIS соответствующий вид «комнаты» выделяется серым цветом. Список типов моделей включает все типы моделей, присвоенных выбранным представлениям. Для выключения представления снимите флажок.

Ввести в поле имя модели Создание полиэтиленового пакета (рис. 3).

Рисунок 3 – Мастер моделей

1. Нажать на кнопку ОК. Теперь модель Создание полиэтиленового пакета будет автоматически открываться в модуле ARIS Дизайнер.

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

1. Для перехода к следующей части краткого ознакомления сначала настроить модуль ARIS Дизайнер, спрятать все панели кроме Модели и Символы, для этого отметьте эти панели в строке заголовка модуля Дизайнер, а остальные галочки убрать.

Окно модели с панелями инструментов подготовлено для создания модели.

Рисунок 4 – Окно модели eEPC

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

Рисунок 5 – Разработанная модель «Создание полиэтиленового пакета» на основе методом ARIS eEPC диаграммы

Заключение

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

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

Аналитический обзор включает характеристику таких подходов к описанию бизнес-процессов, дается понятие о бизнес–процессах, об их моделировании, автоматизации, оптимизации, особенностях BPM – концепции, ее назначении и структуре.

Рассмотрены мотивации предприятия, его цели и плюсы внедрения системы качества. Для сравнения методологии описания мною были использованы IDEF0 и ARIS модели.

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

Список используемых источников

1. Репин В.В. Бизнес–процессы компании: построение, анализ, регламентация.- М.: РИА «Стандарты и качество», 2007. – 240 с.

2. Хаммер М., Чампи Дж. Реинжениринг корпорации: Манифест революции в бизнесе. Пер. с англ. – Спб.: Издательство С.– Петербургского университета, 1997. – 332 с.

3. Андерсен Б. Бизнес–процессы. Инструменты совершенствования / Пер. с англ. С.В. Ариничева / Науч. ред. Адлер Ю.П. – М.: РИА «Стандарты и качество», 2003. – 272 с.

4. Тейлор Ф.У. Принципы научного менеджмента / Пер. с англ. Зак А.И.– М.: Контроллинг, 1991. – 104 c.

5. Бунтова О.Г. Введение в ERP–системы SAP, галактика – ERP: учеб. пособие. – Екатеринбург: Уральск. гос. ун– т, 2007. – 167 с.

6. Андреев В. Автоматизация бизнес– процессов – светлое будущее отечественных компаний // Директор информационной службы: сетевой журнал. 2008.

7. Жудин М.Н Обзор программных продуктов бизнес – моделирования// Корпоративный менеджмент: сетевой журнал. 2009.

8. Калянов Г.Н. Моделирование, анализ, реорганизация и автоматизация бизнес-процессов: учеб. пособие. — М.: Финансы и статистика, 2006. — 240 с.

Приложение Б

(справочное)

Основные элементы eEPC– модели

Таблица Б1– Элементы eEPC– модели

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