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

Александр Гончаров

Бизнес-аналитик компании «Бизнес-Архитектура»

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

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

Общепринятые подходы к выделению бизнес-процессов

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

В качестве референтных моделей могут быть выбраны: универсальная модель процессов OBM от Oracle, 8-процессная модель BKG и 13-процессная модель ИСО/МЭК/ТО 15504 ([3]), референтная модель APQC ([4]). Можно оттолкнуться от требований стандартов управления качеством ISO 9000:2000 ([5]). Существуют также отраслевые референтные модели (для банков [9], производственных [10], логистических компаний и т. п.).

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

Для этого применимы разные подходы (методы):

1. Функциональный подход предполагает выделение бизнес-процессов исходя из функций, выполняемых подразделениями ([2], [5]);
2. Продуктовый подход — исходя из результатов процессов (товаров и услуг, которые производит организация) [7];
3. Подход, основанный на анализе цепочек создания ценности ([4], [8]);
4. Матричный подход: модель бизнес-процессов представляет собой матрицу, каждый элемент которой является отдельным бизнес-процессом, отражающим подсистемы и этапы жизненного цикла производимого продукта ([8]).

Предлагаем читателю самостоятельно ознакомиться с сутью этих методов [3], [4], [7],[8].

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

Принципы метода

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

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

Модель входов-выходов и классификация входов бизнес-процесса

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

При этом входы процесса удобно классифицировать на преобразующие, преобразуемые и управляющие.На рисунке 1 изображены входы и выходы процесса, расположенные согласно методологии SADT ([2]) и нотации IDEF0.

Рис. 1. Модель процесса, отражающая входы и выходы с их классификацией

Принцип классификации процессов по их основным выходам (результатам)

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

Рис. 2. Четыре группы бизнес-процессов любой организации

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

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

Рис. 3. Взаимосвязь основных и обеспечивающих процессов

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

Рис. 4. Взаимосвязь основных и управленческих процессов в контуре управления

Последовательное выделение процессов, начиная с их результатов

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

Учёт интересов всех заинтересованных сторон

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

Начало анализа: предназначение организации, ключевые заинтересованные стороны и результаты

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

Рис. 5. «Сферическая организация в вакууме»

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

Рис. 6. Определены ключевые потребители и результаты деятельности организации

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

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

Построение цепочек ценности основных бизнес-процессов

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

Рис. 7. Выделены ключевые основные бизнес-процессы. Об остальных пока информации нет

Для описания цепочек ценностей можно пользоваться различными нотациями. Вполне подходит IDEF0. При этом нет необходимости перечислять и отображать на модели абсолютно все входы и выходы, как это часто делают: модель получается слишком громоздкой. На этом этапе важно зафиксировать ключевые этапы основных процессов, их выходы и участвующие подразделения. В методологии ARIS есть специальная нотация — VAD (value added chain — Диаграмма цепочек добавленного качества, [1]), автор обычно рисует цепочки ценности в аналогичном виде при помощи Visio.

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

Рис. 8. Цепочка ценности производственного предприятия

Цепочка ценности строительного предприятия может выглядеть так:

Рис. 9а. Цепочка ценности компании, строящей промышленные объекты (VAD)

Эта же цепочка ценности, созданная в программе Business Studio 4.0 с использованием нотации IDEF0, может выглядеть так:

Рис. 9б. Цепочка ценности компании, строящей промышленные объекты (IDEF0, Business Studio)

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

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

Описание (предварительная спецификация) отдельных процессов

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

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

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

Выделение обеспечивающих бизнес-процессов

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

• Воспроизводство инфраструктуры (производственной, общехозяйственной, транспортной, ИТ и связь и т. п.) — это обычно целый ряд процессов, владельцами которых являются разные подразделения;
• Воспроизводство персонала;
• Учёт (в разных аспектах — операционный/производственный, бухгалтерский, управленческий);
• Управление финансовыми потоками.

Какие нюансы здесь необходимо учитывать?

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

Выделение и описание управленческих процессов

На этом этапе также есть свои нюансы.

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

Классический менеджмент выделяет три уровня управления, каждому соответствует свой контур управления:

Рис. 10. Уровни управления организацией

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

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

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

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

Объединение процессов в единую сеть

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

Верификация модели

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

Кратко о преимуществах и недостатках метода

По мнению автора, метод обладает следующими преимуществами:

1. Нацеленность на создание ценности для потребителей организации;
2. Эффективность: метод позволяет выделить процессы за минимальное время с минимальными затратами времени аналитиков и сотрудников организации.

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

Источники информации

[1] М. Каменнова, А. Громов, М. Ферапонтов, А. Шматалюк. Моделирование бизнеса. Методология ARIS -М.: Весть-МетаТехнология, 2000
[2] Марка Д., МакГоуэн К. Методология структурного анализа и проектирования. — М.: МетаТехнология, 1993
[3] Риб С.И., Кремлева И. В. Различные подходы к выделению и описанию бизнес-процессов
[4] Репин В. В. Бизнес-процессы. Моделирование, внедрение, управление. — М: Манн, Иванов и Фербер, 2013
[5] Репин В.В., Елиферов В. Г. Процессный подход к управлению. Моделирование бизнес-процессов. — М.:РИА «Стандарты и качество», 2004
[6] Ротер М., Шук Дж. Учитесь видеть бизнес-процессы. Практика построения карт потоков создания ценности. М.: Альпина Бизнес Букс, 2006
[7] Слепухина И. А. StartUp моделирования бизнес — процессов (универсальная модель предприятия)
[8] Хлебников Д., Яцына, А, Савушкин Л. Матричная модель предприятия
[9] Комплексная типовая бизнес-модель банка (финансовой организации) Версия 5.0
[10] Модель деятельности производственного предприятия (дискретное производство)

Июль 2015 г.

Рекомендуемые материалы по тематике

Бизнес-архитектура (комплексная модель) современного банка

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

Презентация доклада «Проектирование системы управления предприятием» c форума «Промышленный салон-2005»

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