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

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

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

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

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

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

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

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

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

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

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

• Избегание "змеек" в схемах.  

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

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

• Пример удвоения токинов.  

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

• Пример из реального проекта с логической ошибкой.  

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

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

• Рекомендации по использованию шлюзов для объединения потоков.  

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• В аналитических моделях это допустимо, но в BPM системах это ошибка.  

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

• Основной тип стрелки - скон флоу, показывающий последовательность работы.  

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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