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

Проект по описанию бизнес-процессов можно выполнить методологически корректно.

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

Проект завершён. Результат передан заказчику.

А компания продолжает жить.

Меняются правила, полномочия, состав участников и информационные системы. Появляются новые процессы, какие-то участки объединяются, другие перестают быть актуальными.

И одна небольшая правка начинает затрагивать сразу несколько объектов.

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

Ни одна из этих операций сама по себе не выглядит сложной. Сложность в том, чтобы сохранить согласованность всех связанных описаний.

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

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

Архитектура фиксирует не только сами процессы, но и связи между основными, обеспечивающими и управленческими процессами, уровнями описания, ролями, результатами, данными, системами и документами. Этот же подход я встретил в статье Анны Тихомировой об архитектуре бизнес-процессов на Stormbpmn.com. Для меня здесь важен практический момент: эти связи нужно не только определить при разработке, но и поддерживать после завершения проекта.

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

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

Ценность созданной архитектуры проявляется не только в момент завершения проекта, но и в том, насколько она помогает компании управлять процессами в дальнейшем.

Ещё больше обо мне | sergey-suslov.ru

Процессный проект заканчивается не папкой с файлами | Сетка — социальная сеть от hh.ru