Читать книгу: «Свод знаний по управлению бизнес-процессами: BPM CBOK 3.0», страница 10

3.2.4. EPC

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

Основные характеристики

• Нотация EPC была разработана в начале 1990-х годов профессором Университета земли Саар Августом-Вильгельмом Шеером (August-Wilhelm Scheer) как часть методологии ARIS.

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

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

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

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

Для чего используется

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

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

Преимущества

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

• Существенное присутствие в Министерстве обороны США и других крупных организациях.

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

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

• Можно расширять модели дорожками или дополнительными типами элементов, описывающими исполнителей, системы, информацию.

• Некоторые средства моделирования все лучше и лучше позволяют преобразовывать EPC в BPMN.

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

Недостатки

• Менее распространен в США по сравнению с BPMN и блок-схемами.

• Чтобы не делать ошибок, команда должна пройти обучение нотации.

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

Пример

Дополнительная информация

• www.ariscommunity.com.

3.2.5. UML

Унифицированный язык моделирования (UML) – это стандартизованный набор нотаций и методов моделирования, главным образом предназначенных для описания требований к информационным системам. Хотя в основном UML используется для системного анализа и проектирования, некоторые организации применяют диаграммы действий⁵⁷ из семейства UML, чтобы моделировать бизнес-процессы. UML поддерживает Object Management Group (OMG).

Основные характеристики

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

• Способен описывать связи типа родительский-дочерний объекты и более сложные взаимосвязи.

• Набор символов разный в разных нотациях.

• SysML, подмножество UML, часто используют для описания систем и систем, состоящих из систем.

Для чего используется

• Для документирования сценариев использования⁵⁸.

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

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

• Для описания и проектирования структур данных.

• Для описания низкоуровневых потоков работ.

Преимущества

• Широкое сообщество пользователей.

• Реализован в большинстве средств моделирования.

• Множество книг и онлайновых источников информации.

Недостатки

• Создан для моделирования ПО, моделирование бизнес-процессов – второстепенная задача.

• Разные средства моделирования могут реализовывать нотацию по-разному.

Пример⁵⁹

Дополнительная информация

• Официальный сайт UML, принадлежащий OMG: www.uml.org.

• Файлы помощи программного обеспечения IBM Rational.

3.2.6. IDEF

IDEF⁶⁰ – семейство нотаций и методов моделирования, первоначально разработанных ВВС США как часть методологии описания рабочих процессов и информационных систем, в настоящее время в свободном доступе⁶¹. IDEF широко применяется в течение многих лет и реализован во многих средствах моделирования.

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

Основные характеристики

• Верхний уровень описывает контекст задачи.

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

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

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

Для чего используется

• Для моделирования на любом уровне.

• В системах автоматизированного производства.

Преимущества

• Точное выражение понимания процесса аналитиком.

• Легко отлеживаемая логика декомпозиции от уровня к уровню.

• Исчерпывающая и общедоступная документация.

Недостатки

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

• Диаграммы с множеством прямоугольников и стрелок могут выглядеть запутанными и сложными.

Пример

Дополнительная информация

• Документация на сайте www.idef.com.

• Документация на программный продукт Computer Associates BPWin⁶².

3.2.7. Карты потока создания ценности

Карты потока создания ценности – это один из методов бережливого производства. (Не путать с другой нотацией – цепочкой создания ценности.) Карта потока создания ценности изображает физическое окружение и потоки материалов и продукции в производстве. Оригинальное название этой нотации в корпорации Toyota, где ее придумали, – «Карта потоков материалов и информации». Она используется для того, чтобы привязать к процессу затраты ресурсов и времени и таким образом дать представление о производительности.

Основные характеристики

• Очень простой набор символов.

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

Для чего используется

• Чтобы вовлечь в анализ процесса его исполнителей.

• Чтобы стимулировать участников процесса к самостоятельному поиску возможностей оптимизации.

• Там, где не требуются полноценные средства моделирования.

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

Преимущества

• Простота и легкость применения.

Недостатки

• Плоские модели.

• Репозиторий не предусмотрен.

• Невозможно использовать для решения сложных задач.

Пример

Дополнительная информация

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

3.3. Специализированные подходы к моделированию процессов

Рассмотренные ниже подходы (табл. 3.5) могут применяться в проектах моделирования и усовершенствования. Они позволяют проанализировать процессы со стороны предприятия в целом.

Таблица 3.5

Специализированные подходы к моделированию процессов⁶³

3.3.1. Цепочка создания ценности

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

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

Основные характеристики

В зависимости от средства моделирования:

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

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

• может использоваться в сочетании с дорожками.

Для чего используется

• Для декомпозиции фрагментов процессов, непосредственно вносящих вклад в создание ценности для клиентов.

• Для изображения процессов верхнего уровня.

Преимущества

• Легко читается и понимается.

• Минимум неоднозначности благодаря простым связям.

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

Недостатки

• Не видны точки принятия решений.

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

Пример

Дополнительная информация

• Референтная модель компании The Value Chain Group⁶⁴.

• Диаграмму цепочки создания ценностей поддерживает ПО ARIS компании Software AG.

3.3.2. SIPOC

Аббревиатура SIPOC расшифровывается как supplier (поставщик), input (вход), process (процесс), output (выход), и customer (потребитель). Это шаблон документирования процессов, принятый в методологии «шесть сигм». Какого-то стандарта или предпочтительной нотации не существует; в принципе достаточно простой таблицы с соответствующими заголовками. Модель SIPOC часто используют, чтобы достичь первичного консенсуса относительно того, какие области процесса являются предметом исследования.

Основные характеристики

• Простая запись в столбик (без дорожек).

• Для заполнения ячеек можно использовать текст или понятные графические элементы.

Для чего используется

• Интенсивно используется на старте проектов шести сигм и бережливого производства.

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

• Для достижения начального консенсуса о границах проекта моделирования.

Преимущества

• Быстро и просто.

• Требует только простого шаблона в виде таблицы.

Недостатки

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

• Может затормозить применение более мощных средств.

Пример

Дополнительная информация

• www.isixsigma.com.

3.3.3. Системная динамика

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

Основные характеристики

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

• Динамичность – анимированная демонстрация хода выполнения процесса.

Для чего используется

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

• Для изучения воздействия изменения параметров на процесс или на организацию в целом.

Преимущества

• Дает живое, движущееся, изменчивое изображение процессов верхнего уровня.

• Более понятна, чем статичная модель или текстовое описание.

Недостатки

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

• Непригодна для анализа внешних воздействий на процесс.

Пример

Рисунок 3.10 представляет собой статический снимок анимированной модели освоения новой продукции из статьи Джона Стермана (John Sterman), 2001 год.

Дополнительная информация

• Сообщество «Системной динамики»: www.systemdynamics.org.

• Программа PhD в Школе менеджмента MIT Sloan⁶⁵.

3.4. Уровни процессных моделей

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

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

На рисунке 3.11 приведен пример процессной иерархии, начиная с верхнего уровня процессов предприятия и заканчивая бизнес-процессами и потоками работ.

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

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

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

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

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

Рекомендуемый подход: стандарт моделирования

Формализованный стандарт моделирования должен задавать число и название уровней в моделях «как есть» и «как будет»⁶⁶. В прошлом эти стандарты могли быть независимыми от каких-либо внешних стандартов или используемых средств, но сейчас всё меняется. Позаботьтесь о соответствии внутреннего стандарта возможностям и ограничениям используемых средств моделирования. Например, хотя BPMN2.0 не является единственным стандартом в моделировании, он становится таковым применительно к системам BPMS. Это может потребовать включения BPMN в качестве составляющей внутреннего стандарта моделирования. Качественный стандарт моделирования должен в той или иной степени охватывать все уровни, показанные на рис. 3.11.

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

Интегрированные процессные модели

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

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

3.4.1. Модель процессов предприятия

Точка зрения предприятия

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

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

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

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

Дополнительные области применения модели процессов предприятия

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

• наложены на ключевые показатели эффективности (KPI) и стратегические цели;

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

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

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

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

Примеры процессных фреймворков:

• простые многоуровневые или пирамидальные модели;

• референтная модель процессов APQC;

• цепочка создания ценностей Портера;

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

Классификация и группировка процессов согласно фреймворкам

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

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

• Основные процессы в модели APQC – «разработка видения и стратегии» (1.0), «проектирование и разработка продукции и услуг» (2.0), «маркетинг и продажа продукции и услуг» (3.0), «поставка продукта и услуг» (4.0) и «управление обслуживанием клиентов» (5.0).

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

Референтные модели, процессные фреймворки и архитектуры рассматриваются также в разделах 3.8 и 9.1.4.

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

Взгляд со стороны владельца процесса

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

• бизнес-контекст;

• описание бизнес-процесса;

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

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

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

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

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

3.4.3. Модели потоков работ

Взгляд со стороны операционного менеджера

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

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

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

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