Вячеслав Кондратьев - Проектируем корпоративную архитектуру
Как следствие становятся взаимосогласованными и регламенты компании. Пример архитектуры простой электронной модели описан в табл. 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).
При внимательном рассмотрении становится ясно, что разница между этими форматами достаточно условна. Хотя многочисленные нюансы, несомненно, есть.
Бизнес-инжиниринг использует для описания регламентов специальные компьютерные программы.
Достаточно быстро развитие этого направления привело к созданию интегрированного софта, поддерживающего как традиционные ОРД, так и классические нотации горизонтального описания бизнес-процессов, что еще сильнее размыло границу между этими форматами описания.
Сегодня вместо понятия «модель структуры» или «модель бизнес-процесса» специалисты стали применять термин «бизнес-модель» компании, рассматривая структурные и процессные модели как ее частные случаи.
Все данные о тенденциях развития говорят о том, что в самое ближайшее время электронные регламенты и электронные карты бизнес-процессов могут значительно потеснить традиционные бумажные описания регламентов и стать важнейшим инструментом организации деятельности современных компаний.
Преимущества электронных регламентов очевидны:
• современный инструмент разработки и форма хранения – компьютер;
• возможность эффективной организации через внутренние сети, Интранет, Интернет, коммуникационные сервисы пользователей;
