Осуществление

Осуществление

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

1. Сценарий проекта BPM (см. выше). Выбранный организацией сценарий BPM оказывает серьезное влияние на интенсивность и критичность этого этапа:

• сценарий «обычная работа»: оценивается доступная смысловая информация (используя стартовую структуру проекта ССП – см. ниже), а любые изменения вносятся посредством соответствующих каналов управления изменениями. Это может приводить к изменениям в архитектуре процессов – можно разрешить управляемые и частичные исключения;

• сценарий «рулевой»: оценивается имеющаяся информация, и архитектура процессов либо исправляется, либо вновь разрабатывается, если данный проект BPM – первый для организации;

• сценарий «пилотного проекта»: оценивается имеющаяся информация, могут задаваться вопросы в целях ее уточнения. Помимо этого изучается архитектура процессов, могут предлагаться требуемые изменения. Объем этих изменений ограничен;

• сценарий «вне поля зрения»: имеющаяся информация оценивается. Возможно, возникнут уточняющие вопросы. Документация архитектуры процессов не исправляется или исправляется очень ограниченно.

2. Зрелость организации в области архитектуры процессов. Понятие «зрелости» организации относится не только к уровню архитектурного «мышления» и реализации, но и к способности соответствующих архитектурных «действий», а также привычке подчиняться данному порядку (рис. 14.3):

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

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

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

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

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

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

Показанные на рис. 14.4 шаги применяются в создании архитектуры процессов и рассматриваются ниже.

Данный текст является ознакомительным фрагментом.