Читать онлайн «Проектируем корпоративную архитектуру». Страница 23

Как следствие становятся взаимосогласованными и регламенты компании. Пример архитектуры простой электронной модели описан в табл. 6.8.1 (см. также рис. 2.7.2).

Таблица 6.8.1. Пример интегрированной системы разнородных электронных регламентов

Однако даже простые электронные модели требуют от бизнес-инженера весьма высокой компетенции и специальной деловой культуры – от пользователей. Дефицит того или другого, как правило, приводит к неудачным разработкам. Практика бизнеса дает многочисленные примеры такого рода.

6.9. План создания и улучшения ОРД

Рис. 6.9.1. План создания ОРД

Часто специалисты предлагают стартовый алгоритм построения архитектуры ОРД с использованием структурного моделирования (см. рис. 6.9.1).

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

• направление деятельности, продукты и услуги;

• задачи;

• процессы;

• функции;

• структурные единицы;

• и т. д.

Для проект-ориентированных компаний в состав первоочередных организационных характеристик входит реестр поддерживаемых компанией проектов.

Далее выбирается состав матриц соответствия характеристик и осуществляется их заполнение. Матрицы соответствия рассматриваются как удобный аппарат описания связей характеристик.

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

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

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

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

Распространенный вариант улучшения ОРД компании может выглядеть сегодня примерно так (см. рис. 6.9.2).

• Изучение ОРД «как есть».

• Оценка соответствия ОРД стратегии компании и передовым практикам.

• Разработка проекта улучшений структуры и состава ОРД.

• Создание библиотеки электронных регламентов.

• Разработка и внедрение системы постоянных улучшений ОРД.

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

Рис. 6.9.2. Алгоритм улучшения ОРД

В ходе проведения разработок:

– создается специальная проектная группа;

– проводится целевое обучение участников проекта и пользователей его результатов;

– привлекаются при необходимости независимые эксперты и внешние консультанты;

– решается вопрос об использовании специальных программных средств для моделирования и проектирования ОРД;

– определяется порядок постоянного мониторинга и совершенствования ОРД;

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

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

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

В другом варианте – Б) – предварительно осуществляется разработка «ядра модели». В осуществлении ключевую роль играют действующие менеджеры и руководители. На этой стадии применение специализированных программных средств играет вспомогательную роль. Бизнес-инженеры системно организуют исполнение проекта и обрабатывают получаемую информацию. На второй стадии разрабатываются подробные тематические детализации и приложения. Роль специализированных программных средств и участие бизнес-инженеров в разработке моделей увеличивается (рис. 6.9.3).

Рис. 6.9.3. Варианты организации рабочих групп проекта структурирования 6.10. Преимущества электронных моделей и регламентов

Рис. 6.10.1. Типология регламентов

Исторически сложились две группы форматов описания регламентов: в виде различного рода организационно-распорядительной документации (ОРД) и в виде разнообразных карт работ, или, как их еще модно сегодня называть, описаний бизнес-процессов (см. рис. 6.10.1).

При внимательном рассмотрении становится ясно, что разница между этими форматами достаточно условна. Хотя многочисленные нюансы, несомненно, есть.

Бизнес-инжиниринг использует для описания регламентов специальные компьютерные программы.

Достаточно быстро развитие этого направления привело к созданию интегрированного софта, поддерживающего как традиционные ОРД, так и классические нотации горизонтального описания бизнес-процессов, что еще сильнее размыло границу между этими форматами описания.

Сегодня вместо понятия «модель структуры» или «модель бизнес-процесса» специалисты стали применять термин «бизнес-модель» компании, рассматривая структурные и процессные модели как ее частные случаи.

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

Преимущества электронных регламентов очевидны:

• современный инструмент разработки и форма хранения – компьютер;

• возможность эффективной организации через внутренние сети, Интранет, Интернет, коммуникационные сервисы пользователей;