Степень абстракции вашей следующей модели процесса

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

Моделирование процессов — одна из основных компетенций любого способного бизнес-аналитика. Стандарт бизнес-анализа Международного института бизнес-анализа (IIBA) [1]и Руководство по бизнес-анализу Института управления проектами (PMI). [2] призывать сертифицированных бизнес-аналитиков к подготовке и использованию моделей процессов.

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

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

Какова требуемая степень абстракции этой модели? [3]

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

Концептуальная модель процесса

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

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

• Принимать решения по управлению процессами и масштабам;

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

• Разработать архитектуру предприятия, определить архитектуру технологических решений,

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

• Для поддержки решений по управлению проектом (например, составление бюджета, определение объема работ).

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

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

• Инициирующее событие(я) процесса, которое приводит к выполнению процесса.

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

• Ожидаемый результат(ы) процесса.

• Заказчик(и) процесса.

Логическая модель процесса

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

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

• Разложение или сводка некоторых действий процесса.

• Условная работа, управляемая правилами или решениями, которая может быть выполнена.

• Назначенные обязанности для выполнения операций процесса.

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

• Причины замедления или прерывания процесса.

• Ошибки обработки, которые могут возникнуть во время выполнения процесса, и как они будут устранены?

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

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

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

Модель конфигурации процесса

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

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

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

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

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

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

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

Как выбрать степень абстракции вашей следующей модели процесса

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

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

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

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

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

Заключение

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

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

Вы можете узнать больше или поделиться своими комментариями и опытом о степени абстракции вашей модели следующего процесса на странице «Свяжитесь с нами» на сайте www.ProcessModelingAdvisor.com.

Copyright 2023, Эдмунд Метера

---

Автор: Эдмунд Метера, советник по моделированию процессов

Эд Метера — старший менеджер проектов в CWB Financial Group в Канаде. Эд более чем за четыре десятилетия практических, успешных методов бизнес-анализа и управления проектами охватывает прогрессивные роли в многонациональных ИТ-консалтинговых фирмах, обслуживающих множество различных отраслей. Его недавний послужной список включает очень успешные приобретения/интеграцию бизнеса, цифровую трансформацию, программы и проекты в области регулирования и корпоративных систем.

Он обучает и наставляет менеджеров проектов и бизнес-аналитиков передовому опыту для профессиональных организаций, таких как IIBA, PMI и CMMI, а также для индивидуальных бизнес-клиентов. Эд преподает курсы бизнес-анализа, одобренные IIBA, и является консультантом программы отдела корпоративного и международного обучения Технологического института Северной Альберты для бизнес-аналитиков, аналитиков процессов и других сертификационных программ.

Эдмунд Метера — автор книги: Универсальная процедура моделирования процессов: Практическое руководство по созданию высококачественных моделей бизнес-процессов с использованием BPMN (Amazon, 2018, 2022), основатель www.ProcessModelingAdvisor.comи несколько статей IRM Connects, Modern Analyst и BATimes.

---

ИСПОЛЬЗОВАННАЯ ЛИТЕРАТУРА

[1] Стандарт бизнес-анализа (IIBA, ноябрь 2022 г.)