Организационный инжиниринг и новые средства моделирования организации
В настоящее время организации должны непрерывно трансформироваться, чтобы реагировать на изменения рынка, среды, технологий. Для проведения целенаправленных, управляемых и успешных трансформаций требуются специальные методы и модели, которые систематизируются и развиваются в рамках молодой дисциплины – инженерии организации (enterprise engineering). Ее центральным понятием является «архитектура организации» (enterprise architecture), рассматриваемая как объект преобразований. Организационный инжиниринг – позволяет сделать преобразования точно и быстро, вместо того, чтобы идти путем «проб и ошибок», когда единственными инструментами являются предшествующий опыт и интуиция, либо ждать неопределенное время, чтобы организация сама настроилась на оптимальную модель.
Методология инженерии организации ОРГ-Мастер предлагает максимально полное решение в области описания (моделирования) и проектирования «архитектур организаций», т.е. «системы деятельности» предприятия в всей ее реальной сложности.
Сложность состоит именно в понимании архитектуры всей системы (состава, грани и взаимосвязей процессов, целей, показателей, структур организации, данных и т.п.), а не в описании отдельных процессов нижнего уровня (последовательностей операций)
Поэтому мы применяем два взаимосвязанных инструмента для описания деятельности: ОРГ-Мастер и ОРГ-Мастер ГРАФИКС. С ними можно познакомиться на нашем сайте (видео-презентация и учебная версия).
ГРАФИКС – это простое графическое средство рисования процессов нижнего уровня, которое можно освоить в первом приближении за пару часов. Он позволяет распараллелить работу по описанию процессов (в т.ч. документооборота), с последующей сборкой частных описаний процессов в общую модель.
А вот далее работать с моделями процессов гораздо проще в единой модели ОРГ-Мастера. Скорость введения взаимосвязанных изменений на порядок больше чем у традиционных графических систем.
Интерфейс ОРГ-Мастера, конечно, не так привычен. Эта «непривычность» оттого, что задача описания системы деятельности (архитектуры организации) на порядок сложнее описания любого отдельного процесса. Еще один из отцов процессного подхода Э. Деминг писал: «Организация работы предприятия – это не просто совокупность определенных видов деятельности, а образует систему, в которой все взаимосвязано».
Для представления такой взаимосвязанной деятельности, нами применяется «матричный подход», при котором отдельно (в виде классификаторов- справочников) описываются все основные элементы, из которых складывается система деятельности, а затем с помощью матричных проекций – устанавливаются связи между ними. Это этап «архитектурного моделирования», который в большинстве систем моделирования, построенных исходя из задач автоматизации отдельных процессов развит очень слабо. А он исключительно важен - т.к. оптимизация деятельности на архитектурном уровне дает на порядок больший эффект, чем совершенствование отдельных процессов. Поэтому мы и разработали и продвигаем нашу систему ОРГ-Мастер, которая поддерживает мировые тренды в моделировании организаций.
Далее мы даем краткое разъяснение того, что такое «архитектура организации» и современных подходах к ее моделированию, реализованных в системе ОРГ-Мастер.
Что такое архитектурный подход и архитектура организации?.
Архитектурный подход в настоящее время лежит в основе разработки любых сложных систем. Понятие и термин «архитектура» используется в различных дисциплинах, например, таких как строительство, техническое проектирование, информационные технологии или организационное проектирование
Данный подход базируется на целостном и всестороннем представлении создаваемой системы, что позволяет уже на ранних этапах разработки получить представление об основных функциях и особенностях интеграции составных частей системы. Или, говоря более простым языком - архитектурный подход – это когда сначала максимально крупно описываешь наиболее существенное в системе на одном уровне, а потом спускаешься на следующий. (Например, сначала систему процессов, а потом сами процессы)
Определения «архитектуры» дается в различных стандартах «системной инженерии», бурно развивающейся сейчас отрасли о проектировании систем разной природы. (Проектирование организации – это частный случай системного проектирование вообще).
Согласно стандарту ANSI/IEEE 1471-20001, архитектура - "фундаментальная организация системы, воплощенная в ее компонентах, их отношениях друг к другу и окружающей среде, и принципах, управляющих ее моделью и развитием.
В ISO 42010 «Архитектура» определяется как основная организация деятельности системы. Очень важно, что здесь подход к системе идет со стороны ее функций, а не устройства. Т.е. сначала исходя из цели системы проектируются функции (процессы), а затем производится распределение функций по элементам (материалу), из которых сделана система. Применительно к организационному проектированию используются понятия «корпоративная архитектура», «организационная архитектура», «бизнес-архитектура» или «архитектура предприятия» (Enterprise Architecture – EA).
Назначение корпоративной архитектуры состоит в определении интегрированного взгляда на сегодняшнюю и будущую организацию деятельности. Такой взгляд позволяет подойди систематизировано и обосновано к развитию и оптимизации бизнес-процессов
Согласно Университету Карнеги—Меллон (Carnegie Mellon University), являющимся одним из лидеров мысли в этой области, ЕА представляет собой: «Средство для того, чтобы описывать деловые структуры и процессы, которые соединяют воедино все структуры предприятия». Наиболее приближенное к практике определение для понимания Архитектуры предприятия было сформулировано Роджером Сешнс (Roger Sessions, ObjectWatch, Inc), автором статьи «Лучший путь к архитектуре предприятия» («A Better Path to Enterprise Architectures»): «Архитектура предприятия – это описание целей организации, как эти цели поняты бизнес- процессами, и как эти бизнес-процессы могут выполняться эффективней посредством применения определенной технологии».
Из последних определений видно, что «архитектура» и «архитектурное описание» - это два близких, но разных понятия:
- Собственно архитектура – это объективная реальность, включающая существующие компоненты системы и их связи, как это есть «в металле», «бетоне», «штатном расписании» и т.п.
- Описание архитектуры (architecture description) – это отражение объективной или планируемой реальности в какой-либо документированной форме
Стандарт ISO 15704 определяет архитектуру отдельной автоматизированной системы и архитектуру предприятия как "описание (модель) основного взаиморасположения и взаимосвязей частей системы (будь то физический или концептуальный объект / сущность)". Корпоративная архитектура – это целостное описания текущей и перспективной модели операционных процессов и функций организации в совокупности с их информационно-технологическим обеспечением.
Поскольку основное в архитектурном описании - это модели, то проектирование архитектуры с неизбежностью требует формального моделирования (с указанием выбранного языка, нотации, контролем конфигурации получающейся архитектурной модели и т.д.). Это дает строгость в рассуждениях, обычно недоступную для представителей гуманитарной школы менеджмента[1]. Вокруг формальных моделей трудно эмоционально спорить, аргументируя размахиванием рук. Именно архитектурное описание может быть основным интеграционным средством, вокруг которого разворачивается коммуникация владельцев составляющих систем и других заинтересованных сторон, ведущих совершенствовании или реинжиниринг деятельности компании.
Расширение архитектурной модели Захмана в системе ОРГ-Мастер
Наиболее известная обобщенная модель архитектуры предприятия – это модель Захмана[2] (Zachman Framework). Захман систематизировал подходы к созданию корпоративных информационных систем и создал таблицу для моделирования архитектуры, получившую признание под именем Zachman Framework. Впервые таблица была предложена в 1987 году, во второй же своей редакции она появилась в 1992 году. Захман, представляя ее, писал, что видит свою миссию в том, чтобы удержать бизнес от дезинтеграции с информационными системами. В качестве средства интеграции он предложил модель, которая позволяет описать процедуру создания сложных систем, установить взаимодействие разных участвующих в этом сторон и даже создать общую для них лексику. Ее конечная цель заключается в том, чтобы представить в понятном и наглядном виде стратегические проблемы создания крупных систем не только для лиц, принимающих решения, но и позволит самим ИТ-профессионалам посмотреть на область своей деятельности «с высоты птичьего полета»[3].
Рис. 1. Архитектура по Захману
Таблица Захмана позволяет свести сложные архитектурные проблемы корпоративных информационных систем к ответам на простые вопросы: кто, что, когда, где, зачем и как.
Таблица состоит из шести столбцов и шести строк. В ее первой редакции было только три столбца: Данные, Функция и Мотивация. Позже к ним добавились Сети, Люди и Время. Каждый из столбцов отвечает на один из поставленных выше вопросов.
- ЗАЧЕМ - мотивация (motivation), ключевые вопросы бизнеса: цели и стратегия.
- КАК - функции (function)- функциональное описание системы, где представлено то, как организация работает, как устроен поток работ, как используются данные.
- КТО - люди (people), распределение ответственности и функции работников.
- ГДЕ - сеть (network), расположение субъекта. Это, в конечном итоге, описание информационных потоков предприятия.
- ЧТО - данные (data), любые формы представления информации, критически важной для бизнеса, в данном случае это основной субъект таблицы.
- КОГДА - время (time), может быть абсолютным или относительным, отражающим взаимосвязанность процессов.
Создание информационной системы по Захману - это совокупность процедур, состоящих из ответов на данные вопросы, на шести уровнях, каждому из которых соответствует строка.
- Намерение (scope model). Документы, составляемые на этом уровне слабо формализованы, от них не требуется полнота. Желательно, чтобы на таком глобальном уровне проектированием занимались специалисты, не являющиеся ни исполнителями, ни владельцами будущей системы.
- Модель предприятия (Enterprise model). На этом уровне описывается функциональность в понимании заказчика.
- Разработка модели системы (system model). Это и есть собственно работа архитектора, которая позволяет совместить представления заказчика с глобальным видением проблемы.
- Разработка технологической модели (technology model). Привязка архитектуры к определенным аппаратным и программным средствам.
- Компоненты (components). Распределение работ по созданию составных частей системы между субконтакторами.
- Оценка функционирования (functioning system). По завершении всех предыдущих этапов пользователь может соотнести реальное функционирование созданной системы с желаемым и внести изменения.
Несмотря на очевидное изящество и логичность предложенного решения, с точки зрения методологии инжиниринга организаций ОРГ-Мастер – это все-таки «взгляд из подполья», от задачи создания ИТ-систем, а не «с высоты птичьего полета». Т.е. задачи построения эффективной организации, исходя из требований заинтересованных сторон, а не создателей ИТ-систем, которые хотят «осчастливить» компанию своим решением.
На основании такой постановки, модель Захмана была модифицирована следующим образом:
Рис. 2. Расширенная модель Захмана
Каждый из столбцов отвечает на один из поставленных ниже вопросов:
- ЗАЧЕМ - мотивация (motivation), ключевые вопросы бизнеса: цели и стратегия.
- ЧТО - действия (action) - описание организации, где представлено то, как организация устроена и как работает (цепочки создания ценности, системы, процессы, потоки работ)
- КТО – организационные структуры (organization), распределение ответственности и функции работников.
- ЧЕМ - ресурсы (resource), необходимые для реализации установленной деятельности (материальные, энергетические, финансовые, человеческие, информационные[4] и т.п.).
- ГДЕ - сеть (network), расположение объектов и субъектов бизнеса. В модифицированной модели это не только описание информационных потоков предприятия, но и всех аспектов, связанных с пространством ведения бизнеса…
- КОГДА - время (time), может быть абсолютным или относительным, отражающим взаимосвязанность деятельности на всех уровнях.
Деление на уровни также модифицировано. Прежде всего, детализированы уровни, отражающий элементы бизнеса. Помимо, корпоративного и системного уровней (соответствующих Scope & Enterprise model, классической таблицы Захмана), добавлены уровни описывающие деятельность организации (без привязки к информационной модели) – Функциональный, Процессный, Операций. Различные аспекты деятельности, подлежащие архитектурному описанию приведены, как и в исходной модели Захмана, на пересечении столбцов и строк.
В принципе данная таблица может плавно интегрироваться с нижними уровнями Таблицы Захмана и, таким образом, проектирование архитектуры организаций может перетекать в проектирование информационных систем. Но ИТ, как говорилось (см. п. 2.1.) это не цель, а средство!
Полезным следствием такого представления архитектуры организации (enterprise architecture) является способ ее отражения в электронной модели, создаваемой с помощью программного инструмента поддержки организационного инжиниринга – ОРГ-Мастер.
ОРГ-Мастер® относится к новому поколению систем организационного моделирования (класса Enterprise Architecture Modeling Tools) и предназначен для комплексного проектирования системы деятельности предприятия: (1) верхнеуровневой архитектуры (цели, системы, структуры), (2) оптимизации процессов, (3) разработки информационных систем.
Подавляющее число программных инструментов для бизнес-моделирования – это CASE-средства (Computer Aided System Engineering) изначально созданные для проектирования информационных систем. Это относится и к лидеру продуктов этого класса (АРИС – Архитектура Информационных Систем) и к российским системам типа Business Studio. Подобные системы подменяют проектирование организации ее отображением в различных нотациях и прежде всего нотациях диаграмм процессов. Т.е. CASE-средства, несмотря на декларативные заявления их авторов, предназначены для проектирования систем информационных.
ОРГ-Мастер с самого начала создавался исходя из приоритета проектирования архитектуры организации в целом, а моделирование автоматизируемых процессов и проектирование информационных систем, что является в нем только одной из решаемых задач.
В свое время, Захманом, было предложено отражать взаимосвязи компонентов своей модели с помощью системы матриц[5]:
Рис. 3. Матричное представление модели Захмана
Такой способ моделирования исключительно хорошо поддерживает целостность модели любого размера и сложности, особенно, наряду с «онтологическим подходом». Интерфейс ОРГ-Мастера – это способ удобного описания деятельности на языке принятых понятий, т.е. построения модели компании. Для этого применяются всего два инструмента – классификаторы и проекции.
Рис. 4. Матричное представление в модели ОРГ-Мастере
| Классификатор – это структурированный список элементов модели (организационных звеньев, функций, ресурсов, баз данных, документов и т.п.). Именно способ структурирования классификатора позволяет упорядочить знание о каждом аспекте организации деятельности. Каждой позиции классификатора приписаны различные атрибуты: тип, значения, комментарий и т.п. Проекции – это матричные модели, задающие систему отношений между классификаторами. Отношения также могут иметь атрибуты (направление, название, индекс, шкала и т.п.). |
Таким образом, одним из наиболее существенных достоинств системы моделирования ОРГ-Мастер является наличие в ней уникального управления связями понятий с помощью матричных проекций. Так же как пространственный объект любой сложности (например, здание) может быть представлены конечным числом двумерных (плоских) проекций - чертежей, так и несколько матриц дают возможность строить многомерные структурные описания системы, делают сложные конструкции обозримыми и документируемыми. Каждое предприятие пронизано сложнейшей системой отношений и связей. И тем не менее, все задачи принятия решений по закреплению ответственности, средств и т.п. решаются методом парных проекций классификаторов с последующим выводом многомерных отчетов
Если провести некоторую аналогию, то существующие системы моделирования – это счетные палочки до изобретения математики. Размер модели создаваемый с помощью подобного инструмента заведомо ограничен – очень скоро по ходу моделирования сложность управления моделью (коллекцией картинок) становится сопоставимой со сложностью моделируемого объекта. Подобно математическим формулам формальные онтологические модели позволяют компактно и системно упаковать информацию об организации.
Именно сложность становится непреодолимым препятствием для существующих графических систем моделирования. Систему создают связи, а не элементы. Источники системной сложности в том, что число элементов растет линейно, а число связей экспоненциально[6]. Эта сложность не видна сразу – нарисовали красивую учебную модель, все вроде понятно. А теперь ее надо повторить многократно – а любая простая задача, которую надо повторить в большом масштабе становится сложной. А тут еще связи. Задача построения корректной модели становится неразрешимой если не поменять подход.
Онтологическая модель не зависит от размера организации, ее специфики и подчинения, она служит универсальным инструментом сквозного проектирования корпоративной архитектуры «сверху до низу»: от корпоративного уровня до уровня операций, переходя далее к проектированию ИТ-систем.
Представление знаний об организации на основе онтологии
Особенностью методологии ОРГ-Мастер также является использование современных инструментов управления знаниями. Главным средством представления знаний об организации деятельности компании являются онтологии[7], что позволяет, как получать компактные и непротиворечивые модели, так и порождать из них необходимые визуализации архитектуры в различных разрезах.
Рис. 5. Основные идеи методологии ОРГ-Мастер
Наиболее распространенное определение онтологии применительно к управлению знаниями было предложено Томом Грубером [Gruber, 1993] и уточнено в работе [Studer et al, 1998]: Онтология – формальная спецификация разделяемой концептуальной модели, где под концептуальной моделью подразумевается обобщенная модель предметной области, описывающая систему понятий предметной области, под «разделяемой» подразумевается согласованное понимание концептуальной модели определенным сообществом (группой людей), «спецификация» подразумевает описание системы понятий в явном виде, а «формальная» подразумевает, что концептуальная модель является машиночитаемой. Теория предметной области, записанная на формальном языке понятном как человеку, так и компьютеру будет являться онтологией этой области.
Онтологии и основанные на них семантические технологии активно используются для интеграции информации, управления знаниями, электронной коммерции, обучения и семантического веба [Uschold, 2008; Berners-Lee et al., 2001; Gomez-Perez, 2003; Гаврилова, 2003; Gavrilova, 2010]. Онтологии также используются для моделирования организаций [Uschold, 1997; Fox et al, 1998; Hepp, Roman, 2007; Filipowska A. et al, 2009; Semantic EA; SUPER, 2009], но данные приложения ориентированы в первую очередь на проектирование информационных систем. Как было указано в обзоре литературы, одна из первых онтологий для задач инженерии организаций была предложена Яном Дитцем (Jan Dietz) [Dietz, 2006]. Данная онтология позволяет описать деятельность предприятия с позиций его подходов к оргпроектированию, но при этом не охватывает многие другие области.
Онтология организации, используемая в методологии ОРГ-Мастер, обладает значительно большей полнотой. Она содержит 12 классов понятий,
с помощью которых можно описать деятельность любой компании
с помощью которых можно описать деятельность любой компании
Рис. 6. Кластеры понятий в онтологии ОРГ-Мастер
Это дает возможность использовать ее в качестве основы для единого языка моделирования и коммуникаций, а также интеграция информации, позволяет гораздо проще управлять изменениями в модели организации, обеспечивает возможность автоматизированного вывода выходных документов (текстовых, табличных и в различных графических нотациях).
Именно эта система понятий лежит в основе построения классификаторов и проекций в модели ОРГ-Мастер.
[1] «все дело людях, их отношениях и психологии», главное найти «агентов изменений» и т.п.
[2] Джон Захман — крупнейший американский специалист в области архитектуры информационных систем, член совета Международной ассоциации по управлению данными (Data Administration Management Association).
[3] Леонид Черняк «Архитектура систем по Захману», Открытые системы № 12, 2001.
[4] Как мы видим, «информационный» аспект деятельности (формы представления информации, критически важной для бизнеса) это лишь частный случай «ресурсов».
[5] Guide to the Enterprise Architecture Body of Knowledge (EABOK), Draft, 2004, A Project of The MITRE Corporation.
[6] Можно напомнить старинную притчу о том, как изобретатель шахмат попросил у царя в качестве гонорара за свое творение одно зернышко на первое поле шахматной доски, два на второе, четыре на третье и так далее.
[7] Понятие «онтология», пришло в область управления знаниями из философии, где оно обозначало учение о бытие, о сущем.
