Проектируем корпоративную архитектуру
Шрифт:
Нотация – договоренность о способе описания
В общем случае матрица соответствия может описывать связи произвольных характеристик. Из соображений удобства итоговый классификатор группируется по блокам характеристик (см. рис. 6.5.5), что порождает матрицы соответствия с блочной структурой (см. пример на рис. 6.5.6). Различные объединения характеристик позволяют строить частные содержательно важные модели. Например (см. рис. 6.5.6):
1) модель существенных связей, учитываемых при проведении стратегических диагностик;
2) состав компонент, образующих корпоративную архитектуру;
3) модель положений о подразделениях.
Возможно, первый известный пример подобного описания связей был введен в первой версии стандарта ISO. В отношении функций предполагалось указывать не только звенья, участвующие в их исполнении, но и формат участия, выбираемый из стандартов классификатора: координирует, участвует, согласует.
При структурном моделировании подобные записи удобно понимать как атрибуты связей. Они могут иметь разнообразные формы представления и предназначения. Умелая систематизация атрибутов связей и привязка атрибутов к матрице соответствий расширяют глубину описания и позволяют переходить к моделям процессов.
Вообще говоря, однородные классификаторы функций, продуктов, звеньев и т. д. могут объединяться в комбинированные классификаторы. Проекция комбинированного классификатора характеристик «сам на себя» позволяет описывать все потенциальное множество отношений, возникающих между рассматриваемыми характеристиками.В целом при таком расширении подхода к построению матричной модели возникает весьма универсальная конструкция структурного моделирования систем: произвольные классификаторы характеристик с произвольными матрицами соответствия между ними (возможно тоже с атрибутами) – см. рис. 6.5.9.
Такая проекция представляет собой общую нотацию описания отношений типа «многие ко многим» и охватывает, в частности, все вышеописанные нотации. Итоговая конструкция обобщенной структурной модели включает:
• однородные или гетеротонные классификаторы, применяемые при моделировании характеристик;
• атрибуты характеристик;
• матрицы соответствия классификаторов характеристик;
• атрибуты соответствий.
Эти же компоненты выступают основными объектами, используемыми на рабочем экране при программном моделировании.Организационная структура «как надо» должна эффективно поддерживать логику функционирования компании и соответствовать стратегии ее развития.
При изменении стратегии компании, как правило, необходимо менять и организационную структуру. Так, если стратегия предполагает создание нового бизнес-направления, то в организационной структуре создается новое организационное звено или «старые» звенья получают новые дополнительные задачи.
Немаловажное значение при выборе структуры «как надо» играет изучение лучших практик (рис. 6.6.1). Использование специализированного опыта «лучших компаний» может восполнить пробелы в теории.
На изменение организационной структуры могут повлиять и результаты управленческой диагностики организационной структуры «как есть». Так, при отсутствии у подразделения четкого понимания, кто и за что несет ответственность, при дублировании или, наоборот, «провисании» функций при нерациональном распределении функций, при перегрузке одних и незагруженности других структурных звеньев, при недостатке необходимой функциональности (например, отсутствие бюджетирования или стратегического управления), при необходимости повышения глубины дивизионализации и прочих тому подобных причинах часто признавалось нужным оптимизировать организационную структуру или хотя бы заменить руководителя.
В регулярных системах регламентации деятельности проведение аудитов и улучшений организационных структур предусматривается на постоянной основе так же как планирование, учет и регулирование распределения ресурсов в системах управления исполнением деятельности (см. элемент 3.5).
6.7. Организационно-распорядительная документацияВ современной компании описание организационной структуры распределено по многим документам, обычно относимых к организационно-распорядительной документации (ОРД). С точки зрения бизнес-инженера ОРД можно толковать как «специальные нотации описания бизнес-моделей».
В ОРД указываются значимые структурные характеристики компании и их связи между собой.
Практика менеджмента сформировала весьма значительный набор типовых ОРД. Среди них можно назвать ряд широко известных (см. рис. 6.7.1).
1. Положение о компании – показывает наиболее общее описание компании (продукты и услуги, задачи, функции, организационную схему, распределение общих характеристик по основным подразделениям).
2. Положение о подразделении – задает существенные характеристики работы подразделения (задачи, функции, права, обязанности, документы по подразделению в целом и образующим его отделам и секторам).Часто функциональную сферу понимают как некоторый существенный бизнес-процесс
3. Положение о функциональной области или бизнес-процессе – задает существенные характеристики (задачи, функции, права, обязанности, документы) о работе компании в функциональной области (поставки, производство, сбыт, финансы, персонал и т. д.) или в бизнес-процессе.
4. Должностная инструкция – задает существенные характеристики работы сотрудника.
6.8. Электронные регламенты
Одно из важнейших достижений бизнес-инжиниринга состояло в том, что вместо разработки большого набора взаимосвязанных документов было предложено строить небольшое число взаимосвязанных электронных моделей, из которых документы порождаются как отчеты.
Отчеты могут быть:
• текстовыми;
• табличными;
• графическими;
• комбинированными.
Изменение характеристик электронных моделей сразу же отображается в создаваемых на их основе отчетах и тем самым позволяет существенно ускорить документированную поддержку производимых изменений.
Электронные модели могут быть доставлены потребителю через внутренние сети, Интранет и Интернет.
В целом представление регламентирующей документации с использованием электронных моделей и электронных коммуникативных сервисов получило название электронных регламентов.
Сегодня электронные регламенты применяют не только для управления компаниями, но и в органах государственного управления. Административные регламенты есть в большинстве западных стран, где они существуют в бумажной форме. В программе «Электронная Россия» ставится задача сделать административные регламенты сразу в электронном виде, чтобы «перепрыгнуть» этап бумажных регламентов. Наверное, понятно почему.
Применение специализированных программных средств значительно увеличивает возможности системной разработки регламентов компании. Отдельные локальные модели и регламенты за счет единых словарей и классификаторов, моделей связей и наследования увязываются между собой.
Как следствие становятся взаимосогласованными и регламенты компании. Пример архитектуры простой электронной модели описан в табл. 6.8.1 (см. также рис. 2.7.2).
Таблица 6.8.1. Пример интегрированной системы разнородных электронных регламентовОднако даже простые электронные модели требуют от бизнес-инженера весьма высокой компетенции и специальной деловой культуры – от пользователей. Дефицит того или другого, как правило, приводит к неудачным разработкам. Практика бизнеса дает многочисленные примеры такого рода.
6.9. План создания и улучшения ОРД
Рис. 6.9.1. План создания ОРД
Часто специалисты предлагают стартовый алгоритм построения архитектуры ОРД с использованием структурного моделирования (см. рис. 6.9.1).
Сначала определяется минимально необходимый набор классификаторов значимых организационных характеристик компании. В качестве распространенных характеристик компании могут выступать:
• направление деятельности, продукты и услуги;
• задачи;
• процессы;
• функции;
• структурные единицы;
• и т. д.
Для проект-ориентированных компаний в состав первоочередных организационных характеристик входит реестр поддерживаемых компанией проектов.
Далее выбирается состав матриц соответствия характеристик и осуществляется их заполнение. Матрицы соответствия рассматриваются как удобный аппарат описания связей характеристик.