Ошибки моделирования бизнес процессов в нотации BPMN

• Владимир Репин рассказывает об ошибках моделирования бизнес-процессов.  

• Видео предназначено для начинающих бизнес-аналитиков и сотрудников компаний.  

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

• Использование в регламентах и системах автоматизации.  

• Создание качественных и красивых моделей.  

• Сравнение сложной и простой модели.  

• Цель: создание простых и понятных моделей.  

• Неправильное использование терминов запутывает пользователей.  

• Примеры некорректных именований событий и шагов процесса.  

• Длинные и запутанные схемы.  

• Логические ошибки в понятиях экземпляра процесса и токина.  

• Примеры логических ошибок и их последствия.  

• Пример удвоения токинов и его последствия.  

• Важность внимательности при создании моделей.  

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

• Важность отслеживания логики прихода токинов.  

• Объединение и разветвление потоков на одном шлюзе приводит к экологическим ошибкам.  

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

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

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

• Это бессмысленно с точки зрения общей модели процесса.  

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

• Отсутствие шагов процесса при отправке на согласование.  

• Шлюз должен быть заменен на действие или шаг процесса.  

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

• Объединение стрелок на шлюзе некорректно.  

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

• Это позволяет показать, что несколько потоков идут на один шлюз.  

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

• Использование шлюза для старта процесса по ИЛИ.  

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

• Процесс запускается при возникновении двух стартовых событий.  

• Использование специального шлюза для старта процесса по И.  

• Важно понимать, что для БМП системы это может быть ошибкой.  

• Основной тип стрелки показывает последовательность работы.  

• Тип стрелки ашин показывает движение документооборота.  

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

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

• Это приводит к неправильной интерпретации схем и ошибкам.  

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

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

• Управляющее сообщение инициирует запуск другого процесса.  

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

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

• Конверты не символизируют документы, их нельзя интерпретировать интуитивно.  

• Важно понимать, что значки с конвертами не показывают документооборот.  

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

• Важно четко понимать, что инициирует событие и как оно будет обработано.  

• Таймеры в BPMN показывают ограниченное прерывающее событие.  

• Таймер должен передавать управление на другой шаг, если операция длится дольше установленного времени.  

• Некорректное использование таймеров может привести к ошибкам в процессе.  

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

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

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

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

• Промежуточные события часто бессмысленны и могут быть заменены завершающими.  

• Лишние объекты на схеме загромождают её и не несут полезной информации.  

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

• Конвертик на схеме не означает получение письма по электронной почте.  

• Шестеренка не всегда означает ручное управление базой данных.  

• Используйте минимальный набор условных обозначений и избегайте непонятных объектов.  

• Книга "Моделирование бизнес-процессов в аннотации" доступна в электронном и бумажном виде.  

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

• Практикум позволяет отрисовать и запустить BPM-процессы, что помогает понять функционал современной BPM-системы.  

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

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

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