Коллектив авторов - Свод знаний по управлению бизнес-процессами: BPM CBOK 3.0

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

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

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

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

• Референтная модель компании The Value Chain Group [64] www.value-chain.org/en/rel/19/ . .

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

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

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

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

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

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

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

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

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

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

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

• www.isixsigma.com.

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

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

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

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

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

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

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

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

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

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

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

• Программа PhD в Школе менеджмента MIT Sloan [65] mitsloan.mit.edu/phd/system-dynamics.php. .

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

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

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

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

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

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

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

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

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

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