Читаем Свод знаний по управлению бизнес-процессами: BPM CBOK 3.0 полностью

Свод знаний по управлению бизнес-процессами: BPM CBOK 3.0

После этого проектная команда должна разработать схему верхнего уровня «как будет»[138]. При этом все подвергается сомнению и поощряются инновационные и нешаблонные идеи. Поиск решения не должен быть ограничен ничем, кроме юридических, финансовых и других рамок, заданных высшим руководством.

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

Модель верхнего уровня задает систему координат для детальной схемы процесса «как будет». С помощью имитационного моделирования проектная команда может проверить соответствие модели требованиям верхнего уровня и целям трансформации. Чтобы убедиться, что трансформация даст желаемые результаты, проектная команда должна просмотреть результаты имитационного моделирования схемы верхнего уровня вместе с высшим руководством. Полученные комментарии и замечания учитываются в ходе доработки, и затем проводится окончательное имитационное моделирование.

С приемкой модели верхнего уровня начинается основная работа по трансформации.

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

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

Примечание: если для трансформации выбран организационный подход, то проект не будет охватывать кросс-функциональный процесс целиком, и в этом случае потребуется оценить воздействие изменений на часть процесса ниже по потоку, не охватываемую проектом. Такая оценка позволит установить, какие изменения допустимы в новой схеме. В этом проявляется ограниченность организационного подхода.

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

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

По мере того как компоненты проектируются, тестируются и утверждаются, служба IТ получает требования верхнего уровня, а также детальные спецификации программных интерфейсов, модулей Java, веб-сервисов, структуры баз данных и прочие. Имитационное моделирование привязывается по срокам к готовности изменений в IТ-инфраструктуре, необходимых интерфейсов и т. п. Эта готовность определяет также расписание «окончательного» имитационного моделирования и общий график трансформации.

После того как «окончательное» имитационное моделирование завершено, новая схема должна шаг за шагом быть просмотрена каждым участником нового процесса. Их собственный опыт может потребовать дополнительных итераций, но в результате удастся достичь оптимума. В случае использования BPMS из новой схемы (включающей бизнес-модель, правила, данные, экранные формы) автоматически генерируются компьютерные приложения, исполняемые в среде BPMS. Интеграция этих приложений cо вспомогательными модулями, разработанными IТ-подразделением, дает на выходе итоговое решение.