Процессный проект заканчивается не папкой с файлами
Проект по описанию бизнес-процессов можно выполнить методологически корректно.
Выделить сквозные процессы, определить их границы и взаимосвязи, построить модели, подготовить регламенты, назначить владельцев и установить показатели.
Проект завершён. Результат передан заказчику.
А компания продолжает жить.
Меняются правила, полномочия, состав участников и информационные системы. Появляются новые процессы, какие-то участки объединяются, другие перестают быть актуальными.
И одна небольшая правка начинает затрагивать сразу несколько объектов.
Изменили роль в модели - нужно определить, какие регламенты, полномочия, показатели и системы могут быть затронуты. Поменяли порядок передачи результата - проверить, какие процессы используют этот результат дальше.
Ни одна из этих операций сама по себе не выглядит сложной. Сложность в том, чтобы сохранить согласованность всех связанных описаний.
Если модели, регламенты и другие материалы хранятся в отдельных файлах, отслеживание связей и согласование изменений часто приходится организовывать вручную. Чем больше объектов, тем выше риск, что описания начнут расходиться с реальной работой.
Разработать архитектуру процессов - одна задача. Поддерживать её в актуальном состоянии после завершения проекта - другая.
Архитектура фиксирует не только сами процессы, но и связи между основными, обеспечивающими и управленческими процессами, уровнями описания, ролями, результатами, данными, системами и документами. Этот же подход я встретил в статье Анны Тихомировой об архитектуре бизнес-процессов на Stormbpmn.com. Для меня здесь важен практический момент: эти связи нужно не только определить при разработке, но и поддерживать после завершения проекта.
Специализированная платформа может упростить сопровождение такой конструкции: хранить связанные объекты, версии и изменения в одном рабочем контуре. Но она не заменяет методологию и не принимает решения за людей.
Поэтому ещё до завершения проекта важно договориться, кто будет поддерживать архитектуру, как фиксировать изменения и как проверять связанные объекты.
Ценность созданной архитектуры проявляется не только в момент завершения проекта, но и в том, насколько она помогает компании управлять процессами в дальнейшем.
Ещё больше обо мне | sergey-suslov.ru