Полное руководство по нотации активностей BPMN

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

Что такое активности BPMN?

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

Ключевые характеристики активностей:

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

Типы активностей BPMN

Активности BPMN делятся на два основных типа: Задачи и Подпроцессы. Ниже мы рассмотрим каждый тип, их подтипы и их значение.

1. Задача

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

Подтипы задач

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

• Задача пользователя (иконка человека, 👤):
  Представляет задачу, выполняемую пользователем, как правило, взаимодействующим с системой или приложением.
  Пример: Сотрудник заполняет форму заявления на отпуск в корпоративном портале (например, «Заполнить форму заявления на отпуск» из процесса отпусков компании ABC).
• Ручная задача (Иконка руки, ✋):
  Представляет задачу, выполняемую без помощи автоматизации бизнес-процессов или приложений, опираясь на человеческие усилия.
  Пример: Сотрудник склада вручную проверяет прототип изделия во время производства (например, «Проверить прототип» в производстве Hello World).
• Задача сервиса (Иконка шестеренки, ⚙️):
  Представляет автоматизированную задачу, выполняемую инструментом автоматизации бизнес-процессов или сервисом, например, API или интеграцией систем.
  Пример: Автоматическое создание плана производства в производственной системе на основе заказа клиента (например, «Выдать запрос на производство» в производстве Hello World).
• Задача отправки (Иконка конверта, ✉️):
  Представляет задачу, отправляющую сообщение внешнему или внутреннему участнику, например, электронную почту или уведомление.
  Пример: Уведомление клиента по электронной почте о статусе доставки товара (например, «Сообщить о принятии запроса» в процессе отпусков компании ABC).
• Задача получения (Иконка конверта с стрелкой, ✉️⬅️):
  Представляет задачу, ожидающую сообщение от внешнего или внутреннего участника.
  Пример: Ожидание 2D концептуальных эскизов клиента перед началом работы по проектированию (например, «Выдать запрос» из канала клиента в производстве Hello World).
• Задача скрипта (Иконка скрипта, 📜):
  Представляет задачу, выполняемую скриптом или автоматизированным кодом, как правило, в рамках движка бизнес-процессов.
  Пример: Запуск скрипта для проверки оценок стоимости в ходе разработки продукта (например, «Оценить стоимость» в производстве Hello World).
• Задача ссылки (Иконка стрелки вверх, ⬆️):
  Представляет задачу, ссылающуюся на другой процесс или задачу, определённые в другом месте, часто используется для повторного использования или стандартизации.
  Пример: Ссылка на стандартизированную процедуру проверки качества во время проверки продукта (например, «Проверить продукт» в компании Hello World Manufacturing).

Пример задач в действии

Рассмотрим процесс разработки продукции в компании Hello World Manufacturing:

• Задача пользователя: «Разработать 3D-эскиз» дизайнером с использованием программного обеспечения CAD.
• Ручная задача: «Проверить прототип» членом команды, который физически осматривает прототип.
• Задача сервиса: «Начать производство» автоматизировано производственной системой.
• Задача отправки: «Подготовить счет» для информирования клиента о деталях оплаты.
• Задача получения: Ожидание «2D концептуальных чертежей» от клиента.

2. Подпроцесс

А Подпроцесс — это сложная деятельность, детали которой определены как поток других действий, задач или подпроцессов. Он представляет собой более сложный иерархический процесс внутри основного процесса. Подпроцессы изображаются в виде округлой прямоугольной фигуры с символом «+» или «−» (индикатор раскрытия/сворачивания) и могут быть дополнительно классифицированы.

Виды подпроцессов

• Вложенный подпроцесс (Округлый прямоугольник с «+» внутри):
  Представляет подпроцесс, полностью зависящий от родительского процесса. Он не может содержать пулы или ленты и используется для моделирования детальных шагов в рамках одного контекста.
  Пример: В рамках «Разработка 3D-эскиза» в компании Hello World Manufacturing вложенный подпроцесс может включать задачи, такие как «Создать начальный дизайн», «Запустить моделирование» и «Уточнить модель», все в рамках ленты отдела дизайна.
• Повторно используемый подпроцесс (Округлый прямоугольник с «+» внутри, часто с рамкой):
  Представляет собой автономный, повторно используемый процесс, определенный отдельно как другой диаграмма BPMN. Он не зависит от родительского процесса и может использоваться в нескольких процессах.
  Пример: Повторно используемый подпроцесс для «Проверки продукта» в компании Hello World Manufacturing, используемый на разных линейках продукции, с детализацией шагов проверки качества, тестирования и сертификации.

Пример подпроцессов в действии

В процессе подачи заявления на отпуск в компании ABC:

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

Как задачи вписываются в диаграммы BPMN

Задачи являются неотъемлемой частью диаграмм BPMN, соединяясь с другими элементами, такими как события, шлюзы и потоки, для создания полной модели процесса:

• События: Задачи часто следуют за событиями начала (например, «Выдать запрос» запускает «Разработать 3D эскиз») и предшествуют событиям окончания (например, «Доставить продукты» завершает процесс).
• Шлюзы: Задачи могут быть влиянием точек принятия решений, таких как «Принять прототип?», ведущих к «Сделать заказ» или «Запросить изменение».
• Последовательные потоки: Сплошные стрелки соединяют задачи последовательно, показывая порядок выполнения (например, «Разработать 3D эскиз» → «Подготовить прототип»).
• Потоки сообщений: Задачи, связанные с коммуникацией (например, задачи отправки/получения), используют штриховые стрелки для отображения взаимодействий (например, клиент отправляет «2D концептуальные чертежи»).

Лучшие практики использования задач BPMN

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

• Выберите правильный тип задачи: Используйте конкретные значки задач (Пользователь, Ручной, Сервис и т.д.), чтобы прояснить, как выполняется работа, улучшая читаемость.
• Используйте подпроцедуры для сложности: Разбивайте сложные задачи на подпроцедуры, чтобы управлять деталями, не загромождая основную диаграмму.
• Соблюдайте последовательность: Используйте последовательное наименование и обозначения (например, всегда используйте «Задача пользователя» для взаимодействий с человеком), чтобы обеспечить ясность.
• Сбалансируйте детализацию и простоту: Избегайте излишней сложности диаграмм из-за чрезмерного количества подпроцедур; используйте задачи для атомарных шагов и подпроцедуры для сложных рабочих процессов.
• Документируйте артефакты: Добавьте примечания или объекты данных (например, «План производства»), чтобы предоставить контекст для задач, улучшая понимание.

Распространённые ошибки, которые следует избегать

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

Практические примеры в различных отраслях

Вот дополнительные примеры действий BPMN в различных контекстах:

1. Здравоохранение – Прием пациентов:
   • Задача пользователя: «Зарегистрировать пациента» (медсестра вводит данные в систему).
   • Ручная задача: «Проверить жизненные показатели» (врач вручную оценивает состояние пациента).
   • Задача сервиса: «Запланировать встречу» (автоматизированная система бронирования).
   • Подпроцесс (встроенный): «Провести диагностические обследования», включая задачи, такие как «Заказать анализ крови» и «Проанализировать результаты».
2. Розничная торговля – Выполнение заказа:
   • Задача отправки: «Уведомить клиента о статусе заказа» (подтверждение по электронной почте).
   • Задача получения: «Получить оплату» (ожидание оплаты клиентом).
   • Подпроцесс (воспроизводимый): «Упаковать заказ», используется на разных линейках продукции, с детализацией задач, таких как «Выбрать товары», «Обернуть товары» и «Пометить упаковку».
3. Финансы – Одобрение кредита:
   • Задача пользователя: «Проверка заявки на кредит» (офицер по кредитам оценивает документы).
   • Задача сервиса: «Проведение проверки кредитоспособности» (автоматизированная система проверяет кредитный рейтинг).
   • Подпроцесс (встроенный): «Проверка дохода», включая «Запрос выписок о заработной плате» и «Подтверждение занятости».

Заключение

Обозначение деятельности BPMN, представленное округлёнными прямоугольниками, является основой моделирования процессов, позволяя детально отображать работу внутри бизнес-процесса. Задачи (атомарные, с подтипами, такими как пользовательская, ручная, сервисная) и подпроцессы (составные, включая встроенные и повторно используемые) обеспечивают гибкость при моделировании как простых, так и сложных рабочих процессов. Освоив и применяя эти обозначения — используя примеры, такие как производство «Hello World», компания ABC или другие — вы сможете создавать чёткие, действенные диаграммы BPMN для документирования, анализа и оптимизации процессов. Независимо от того, моделируете ли вы разработку продукта, заявки на отпуск или обслуживание клиентов, овладение деятельностью BPMN гарантирует, что ваши диаграммы будут точными, понятными и соответствуют отраслевым стандартам.

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