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

Содержание

Примеры моделей предприятий

Типовые структуры процессов

Типовые структуры бизнес-процессов (Process Frameworks) разработаны Группой компаний «Современные технологии управления» в качестве методической основы для построения моделей бизнес-процессов реальных компаний. Типовые структуры представлены в формате PDF для ознакомления и в формате XML для использования в Business Studio (доступны для загрузки на странице Пакеты для самостоятельной загрузки).

Оказание услуг (PDF)
Проектная деятельность (PDF)
Производство (PDF)
Управляющая компания (PDF)

Уникальная возможность

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

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

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

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

Внимание!

Шаблоны документов, используемые в бизнес-моделях, являются демонстрационными. Формат, структуру и состав информации выходных документов Business Studio, формируемых при построении бизнес-моделей, можно настраивать под потребности конкретной компании.


Модель производственного предприятия
Характеристика предприятия

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

  • Производство и продажа алюминиевого профиля;
  • Производство и продажа автокомпонентов.

Численность персонала: 1200 человек.

Описание модели

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

Модель включает:

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

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

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

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

Модель разработана компанией «БКГ» и лично ведущим российским специалистом в области организационного развития компаний Т.Р. Кадыевым. Может применяться как основа для последующей локализации на конкретном предприятии.

Модель включает в себя:

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

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

Объект управления Процесс первого уровня
Бизнес-система Выработка согласованных условий деятельности
Продукт Разработка и модификация продуктов
Клиент Продвижение и продажи
Производственный цикл Производство продукции
Ресурсы Материально-техническое обеспечение
Технология Воспроизводство средств производства
Персонал Воспроизводство трудовых ресурсов
Финансы Финансирование деятельности и расчеты по обязательствам

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


Модель компании «ИнТехПроект»

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

Модель включает:

Данная модель содержится в демо-версии системы Business Studio.


Модель производственной деятельности в соответствии со стандартом ИСО 9001:2000

Рост конкуренции между западными и отечественными компаниями за право преобладания на Российском рынке товаров и услуг заставляет последних активнее использовать современные методы управления, в частности, построение системы менеджмента качества (СМК), соответствующей требованиям ИСО 9001:2000 г. Данный стандарт представляет собой набор требований к подсистеме управления качеством выпускаемой продукции или оказания услуг организации. Функционирующая СМК позволяет утверждать, что организация способна выпускать качественную продукцию (оказывать услуги) на регулярной основе, а значит, имеет большие преимущества перед конкурентами. Однако построение СМК дело непростое, зачастую требующее от организации внесения значительных изменений в ее производственно-хозяйственную деятельность, в бизнес-процессы предприятия. Для облегчения понимания требований самого стандарта ИСО 9001:2000 г., а также в качестве примера построения СМК предлагается модель деятельности организации, осуществляющей производство продукции. Модель включает в себе все стандартные процессы, начиная от проектирования и заканчивая сервисным обслуживанием продукции.

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

Свои предложения и замечания по моделям бизнес-процессов Вы можете сообщить по электронной почте: [email protected]

www.businessstudio.ru

Оглавление

Введение

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

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

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

В современных условиях многие компании повышают свою

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

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

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

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

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

  • изучение структуры бизнес-процессов;

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

  • изучение грамматики бизнес-процессов и её порождение;

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

  • тестирование реализованного бизнес-процесса;

  • анализ результатов.

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

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

1.1 Структура и классификация бизнес-процессов

Типовая структура бизнес-процессов (Рис.1. Структура бизнес-процессов) управления представляется стандартной цепочкой управленческого цикла, который состоит из следующих этапов:

  • Этап 1. «Планирование». На данной этапе собирается информация, проводится ее анализ и разрабатывается план действий.

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

  • Этап 3. «Учет». По истечении установленного периода нужно собрать фактическую информацию о выполнении запланированных работ и достигнутых результатов.

  • Этап 4. «Контроль». После проведения учета план сопоставляется с фактической информацией и проводится анализ фактических отклонений.

  • Этап 5. «Регулирование». На последнем пятом этапе принимается решение о последующих действиях — корректировки плана, поощрении или наказании сотрудников, которые эти планы реализовывали.

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

В зависимости от места бизнес-процессов в организационной структуре компании выделяют следующие бизнес-процессы: (Рис.2. Классификация бизнес-процессов)

Первая группа бизнес-процессов — это основные процессы:

  • Розничная торговля аудио–видео продукции,

  • Производство и продажа аудио–видео продукции,

  • Производство и продажа торгового оборудования

Вторая группа бизнес-процессов — это обеспечивающие процессы:

  • Обеспечение безопасности,

  • Административно-хозяйственное обеспечение – АХО,

  • Юридическое обеспечение.

Третья группа процессов — это процессы управления.

  • Стратегическое управление,

  • Управление персоналом,

  • Управление финансами,

  • Управление маркетингом,

  • Управление товарным запасом.

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

studfile.net

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

Бизнес-процессы  — один из важнейших элементов любого бизнеса. От их “здоровья” во многом зависит “здоровье” всего предприятия.

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

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

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

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

  • Эти конкурентные преимущества можно объединить в таком определении бизнес-процесса: “Бизнес-процесс — это система взаимосвязанных действий, создающая наилучшим способом ценный (значимый) для потребителя результат”.

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

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

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

Что же дает нам типовая структура (скелет) бизнес-процесса?

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

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

  • Зачем компании нужен этот бизнес-процесс? (Цели процесса) .  

  • Что этот бизнес-процесс производит в качестве результата? (Результаты процесса)   

  • Из чего этот бизнес-процесс создает свой результат? (Ресурсы процесса) 

  • Когда этот бизнес-процесс должен начаться и произвести результат? (Временные параметры процесса)?    

  • Кто отвечает за результат этого бизнес-процесса и принимает участие в выполнении бизнес-процесса? (Ответственность за выполнение процесса).    

  • Как должен выполняться этот бизнес-процесс? (Алгоритм процесса)

Зачем?

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

Когда же цели процесса установлены, необходимо определить четкие критерии оценки достижения целей. Делается это через показатели. Например, у нас есть процесс “Обработка обращения клиента по линии технической поддержки”. Данный процесс направлен на достижение цели “Повышение удовлетворенности клиента”. Достижение данной цели в свою очередь измеряется показателем NPS (Net Promoter Score, индекс потребительской лояльности).

Что?

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

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

Лишние результаты не приносят нашему бизнесу никакой пользы, но при этом потребляют наши ресурсы.

Из чего?

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

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

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

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

Для каждого ресурса определяется его владелец (поставщик).

Когда?

Вся наша жизнь протекает в пространстве и времени. Бизнес-процессы не исключение. Чтобы определить временные характеристики процесса и понадобился данный вопрос. Отвечая на него, мы во-первых определяем требования к срокам выполнения (длительности) процесса. Например, требования к срокам выполнения процесса “Обработка обращения клиента по линии технической поддержки” может быть установлено на отметке 24 часа. Во-вторых, здесь же мы описываем события, запускающие и завершающие процесс. Если вернуться к нашему примеру: когда процесс “Обработка обращения клиента по линии технической поддержки” будет запущен? Когда поступит обращение в техническую поддержку.

Соответственно стартовым событием будет событие: “Поступило обращение в техническую поддержку”. А когда процесс можно считать завершившимся? К какому событию приводит его качественное исполнение. В нашем примере таким событием может быть “От клиента получена оценка удовлетворенности предложенным решением”.

Кто?

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

Как?

На этом этапе проектируется алгоритм (сценарий) выполнения процесса. Чаще всего он описывается в виде графической схемы. Графический способ описания процесса называется “Нотация”.В настоящий момент существует огромное количество нотаций. С самыми популярными и востребованными мы познакомим наших читателей в следующих статьях.

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

highadvance.org

hr-portal.ru

примеры, структура, описание :: SYL.ru

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

Формируя новые ценности

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

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

Поставки и ценность для клиента

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

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

Так ли все просто?

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

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

Возможность как ключевой момент

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

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

Самые важные возможности

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

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

Разработка продукции

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

Более полное описание бизнес-процесса следующее:

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

Гибкость предприятия

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

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

Меняться, сохраняя суть

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

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

Рынок задает направление

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

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

А удастся ли воплотить в жизнь?

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

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

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

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

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

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

С чего начать?

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

И что делать?

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

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

Подводя итоги

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

www.syl.ru

Что такое исполнимые бизнес-процессы. Введение в предметную область / Habr


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

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

Термин «процессное управление» применяется к двум разным сферам деятельности:

  1. В случае, когда не производится автоматизация исполнения бизнес-процессов. Задача — составить описание бизнеса в виде графических диаграмм, которые легко воспринимаются людьми. Такие диаграммы фактически представляют собой специальный язык общения менеджеров, бизнес-аналитиков и руководителей предприятий и используются для выработки и объяснения базовых решений по организации бизнеса предприятия.
  2. В случае, когда бизнес-процессы непосредственно исполняются в компьютерной среде предприятия. Будем называть процессы этого вида — исполнимые бизнес-процессы. Для исполнения таких бизнес-процессов на предприятии устанавливается специальная компьютерная система — BPMS (Business Process Managrment System) в английском варианте наименования, или СУБП (Система Управления Бизнес-Процессами) в русском варианте. Этим бизнес-процессам и посвящена данная статья.


Эволюция развития BPMS и «естественный отбор» за примерно 15 — 20 лет привели к тому, что в существующих на рынке BPMS используется одна и та же базовая концепция. В ней к бизнес-процессам относятся два понятия: определение бизнес-процесса и экземпляр бизнес-процесса. Иногда определение бизнес-процесса также называют шаблоном бизнес-процесса. Определение бизнес-процесса содержит схему бизнес-процесса, роли бизнес-процесса, правила назначения исполнителей на роли. Также определение бизнес-процесса содержит описание структур хранения данных.

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

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

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

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

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

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

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

Процессный подход в случае исполнимых бизнес-процессов


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

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

  1. На предприятии бизнес-процессы выделены, построены в исполнимом виде и внедрены в эксплуатацию путем загрузки в BPMS. Процессное управление в этом случае является результатом:
    • Действий бизнес-аналитиков, разработавших исполнимые бизнес-процессы, в частности — схемы бизнес-процессов
    • Принятия управленческих решений менеджерами в узлах схем экземпляров бизнес-процессов, имеющих различные возможные варианты дальнейшего движения точек управления
    • Принятия управленческих решений исполнителями заданий при вводе в экземпляры бизнес-процессов данных (от которых существенно зависит их дальнейшее поведение).
  2. К процессному управлению относится оперативное изменение схем и других элементов определений бизнес-процессов в ответ на изменение условий бизнеса предприятия.
  3. Также к процессному управлению относится косвенное административное влияние на выполнение конкретных экземпляров бизнес-процессов. Например, влияние по «человеческим ресурсам» — менеджмент предприятия может увеличивать или уменьшать количество работников, выполняющих определенные операции, или изменять требования к квалификации работников, выполняющих некоторые действия, а также принимать конкретные кадровые решения, назначая сотрудников на те, или иные роли. Также менеджеры могут анализировать состояния исполняющиеся экземпляров бизнес-процессов, проводить разбор возникающих коллизий и принимать различные административные решения, влияющие на эффективность исполнения экземпляров бизнес-процессов, не изменяя при этом схемы бизнес-процессов.

Основные преимущества процессного подхода в случае исполнимых бизнес-процессов


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

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

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

Более подробное описание исполнимых бизнес-процессов


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

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

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

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

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

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

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


Рисунок 1. Обозначения узлов: а – начало; б – завершение потока; в – окончание; г – действие

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

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

Узел «действие» генерирует задание исполнителю, обозначается прямоугольником со скругленными углами, в центре которого пишется имя узла (Рис. 1 г)

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


Рисунок 2. Обозначения узлов: а – исключающий шлюз; б – параллельный шлюз

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


Рисунок 3. Пример (упрощенный) схемы бизнес-процесса “Оплата счета поставщика”
Переменные бизнес-процесса

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

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

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

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


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

Для выполнения этих функций в BPMS служат следующие графические интерфейсы:

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

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

Типичная BPMS состоит из следующих основных компонентов:

  • Среда исполнения бизнес-процессов
  • Среда разработки бизнес-процессов и связанных с ними объектов
  • Клиент-оповещатель о поступивших заданиях
  • Компонент-коннектор к другим информационным системам

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

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

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

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

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

При помощи интерфейсов для работы с заданиями исполнителей пользователь может:

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


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


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

При помощи интерфейсов для администрирования системы администратор может:

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


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

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


Рисунок 7. Пример интерфейса, в котором можно разрабатывать бизнес-процессы

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

Описание работы пользователей и компонентов BPMS


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

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

На клиентских компьютерах аналитиков запускается среда разработки бизнес-процессов и связанных с ними объектов. Также на клиентских компьютерах аналитиков запускается симулятор бизнес-процессов.

В среде исполнения выполняются экземпляры бизнес-процессов.

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

Web-интерфейсы и клиенты-оповещатели периодически обращаются к среде исполнения и отображают задачи пользователей.

Пользуясь web-интерфейсом BPMS пользователи:

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

Пользуясь web-нтерфейсом BPMS администраторы:
  • Загружают или изменяют определения бизнес-процессов
  • Создают или изменяют параметры пользователей и групп пользователей
  • Раздают права на объекты системы
  • Изменяют параметры ботов и бот-станций

При помощи среды разработки аналитики:
  • разрабатывают и модифицируют бизнес-процессы

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

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

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

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

Реинжиниринг и эволюционное управление бизнес-процессами


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

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

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

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

Для образного понимания того, как бизнес-процессы используются в качестве инструмента управления бизнесом в случае эволюционного управления с использованием КПЭ А. Белайчук (председатель Ассоциации профессионалов по управлению бизнес-процессами) предложил следующую аналогию: Управление предприятием можно образно сравнить с управлением автомобилем. В этом случае КПЭ являются аналогом того, что видит водитель — вид через лобовое стекло автомобиля и значения показателей датчиков (скорость, давление масла, количество оборотов двигателя, количество бензина и т.п.), а бизнес-процессы выполняют роль руля, педалей (газ, тормоз, сцепление) и рычага переключения передач автомобиля. То есть, служат для непосредственного управления траекторией в пространстве и времени.

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

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

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

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

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

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

Математические основы исполнимых бизнес-процессов


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

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

  • теория сетей Петри
  • концепция Пи-исчисления

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

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

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

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

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

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

habr.com

Методика описания бизнес-процессов организации (Часть 3) » Бизнес-Тюнинг Управление проектами, оптимизация процессов, бизнес-тренинги

Продолжение статей: Методика описания бизнес-процессов организации (Часть 1) и Методика описания бизнес-процессов организации (Часть 2)

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

Часть 3. «Описание бизнес-процессов управления и развития»

Бизнес-процессы управления.

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

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

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

Отличительными особенностями процессов управления является их типовая структура. Различие между управленческим процессами определяется спецификой объектов управления, которыми они управляют. Например, бизнес-процесс «Управление финансами» управляет объектом «деньги», бизнес-процесс «Управление маркетингом» управляет объектом «клиент», бизнес-процесс «управление персоналом» — объектом «Персонал» и т.д. (Таблица 3).
Определения Отличительные особенности
  • Бизнес-процессы, которые обеспечивают выживание, конкурентоспособность и развитие организации, регулируют ее текущую деятельность;
  • Бизнес-процессы, прямой целью которых является управление деятельностью организации.
Имеют типовую внутреннюю структуру:
  • Планирование;
  • Организация;
  • Учет;
  • Контроль;
  • Регулирование.

Различие между процессами управления определяется спецификой объектов управления, которыми процесс управляет:
  • «Стратегия»;
  • «Деньги»;
  • «Персонал»;
  • «Потребитель»;
  • «Товарный запас»;
  • «Активы»;
  • и т.д.


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

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

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

Рис. 14. Типовая структура бизнес-процессов управления.

Давайте рассмотрим сколько и каких бизнес-процессов управления существует? Одни управленческие школы выделяют 16 процессов управления, другие выделяют 12, третьи выделяют — 7. В реальности количество бизнес-процессов управления неограниченно и определяется количеством критических объектов управления, которые существуют в компании и которыми необходимо управлять.

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

  • Стратегическое управление;
  • Управление финансами;
  • Управление маркетингом;
  • Управление персоналом.

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

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

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

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

Рис. 15. Перечень бизнес-процессов управления.

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

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

К этой группе относят следующие бизнес-процессы:

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

Бизнес-процессы развития представляют инвестиционные виды деятельности, где усилия прикладываются сегодня, а результаты получаются по прошествии определенного периода (Таблица 4).

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

Таблица 4. Характеристики бизнес-процессов развития.

Определения Отличительные особенности
  • Бизнес-процессы целью которых является получение прибыли в долгосрочной перспективе;
  • Бизнес-процессы целью которых является совершенствование и развитие деятельности организации.
  • На 80% представляют из себя проекты – процессы, которые выполняются один раз;
  • Требуют иных техник управления, которые называют технологиями управления проектами;
  • Предъявляют иные требования к проектному менеджеру в отличие от требований к менеджеру операционному.


Пример дерева бизнес-процессов компании.

Давайте рассмотрим пример дерева бизнес-процессов компании, занимающейся бизнесом по производству и продаже аудио–видео продукции и торгового оборудования (рис. 16).

Первая группа бизнес-процессов — это основные процессы:

  • Розничная торговля аудио–видео продукции,
  • Производство и продажа аудио–видео продукции,
  • Производство и продажа торгового оборудования

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

Вторая группа бизнес-процессов — это обеспечивающие процессы:

  • Обеспечение безопасности,
  • Административно-хозяйственное обеспечение – АХО ,
  • Юридическое обеспечение.

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

  • Стратегическое управление,
  • Управление персоналом,
  • Управление финансами,
  • Управление маркетингом,
  • Управление товарным запасом.


Рис. 16. Дерево бизнес-процессов компании, занимающейся бизнесом по производству и продаже аудио–видео продукции и торгового оборудования.

Для этой компании к типовым бизнес-процессам управления добавился новый бизнес-процесс «Управление товарным запасом». Это связано с тем, что ассортимент продукции данной компании составлял несколько десятков тысяч наименований и как следствие товарный запас был критическим объектом управления, так как недостаточно эффективное управление им приводило к большим издержкам.

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

Глубина описания бизнес-процессов.

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

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

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

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

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

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

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

Рис. 17. Дерево работ бизнес-процесса.

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

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

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

  Общее число работ в дереве
Уровень в дереве

Декомпозиция на 4 работы

Декомпозиция на 6 работ

1 1 1
2 5 7
3 21 43
4 85 259
5 341 1555
6 1365 9331

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

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

Другие способы классификация бизнес-процессов.

 

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

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

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

Рис. 18. Подход к классификации бизнес-процессов, применяемый некоторыми консалтинговыми компаниями.

 

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

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

Часть 4.

«Описание организационной структуры и распределения ответственности»

Шаг 3. Описание организационной структуры.

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

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

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

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

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

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

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

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

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

Рис. 20. Графическая схема организационной структуры.

Шаг 4. Описание распределения ответственности.

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

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

О — ответственный за работу;

И – исполнитель работы.

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

Рис. 21. Матрица распределения ответственности.

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

www.businesstuning.ru

Бизнес-процесс — Википедия

Материал из Википедии — свободной энциклопедии

Текущая версия страницы пока не проверялась опытными участниками и может значительно отличаться от версии, проверенной 9 июня 2018; проверки требует 1 правка. Текущая версия страницы пока не проверялась опытными участниками и может значительно отличаться от версии, проверенной 9 июня 2018; проверки требует 1 правка.

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

Существуют три вида бизнес-процессов:

  1. Управляющие — бизнес-процессы, которые управляют функционированием системы. Примером управляющего процесса может служить Корпоративное управление и Стратегический менеджмент.
  2. Операционные — бизнес-процессы, которые составляют основной бизнес компании и создают основной поток доходов. Примерами операционных бизнес-процессов являются Снабжение, Производство, Маркетинг, Продажи и Взыскание долгов.
  3. Поддерживающие — бизнес-процессы, которые обслуживают основной бизнес. Например, Бухгалтерский учет, Подбор персонала, Техническая поддержка, административно-хозяйственный отдел.

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

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

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

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

Одним из методов анализа текущей деятельности является составление модели бизнес-процесса «как есть» (англ. as is). После этого модель бизнес-процесса подвергается критическому анализу или обрабатывается специальным программным обеспечением. По результатам анализа формируется модель бизнес-процесса «как будет» (англ. to be) и план мероприятий по внедрению необходимых изменений.

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

  • BPMN — функциональная последовательность работ;
  • EPC — событийная последовательность работ;
  • IDEF0 — логическая последовательность работ;
  • UML

ru.wikipedia.org

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *