Вячеслав Кондратьев - Проектируем корпоративную архитектуру

• задачи;

• процессы;

• функции;

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

• и т. д.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Читать дальше