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

2.2. Подсистемы, компоненты, элементы

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

Компонента системы – это любая ее часть, вступающая в определенное отношение с другими ее частями.

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

Понятие элемента, наоборот, соответствует понятию конечного, неделимого. Отсюда следующее его определение.

Элемент – это предел членения в рамках данного качества системы. Он не состоит из компонент и представляет собой нерасчленяемый элементарный носитель именно этого качества системы. Таким образом, исходным для выделения понятия «элемент» является выделение того качества системы, для которого ищутся элементарные его носители.

Применительно к задачам организации деятельности компании эти понятия, в числе прочего, могут трактоваться следующим образом.

Корпоративная архитектура – общая модель организации деятельности компании.

Бизнес-процессы, функции, проекты, организационная структура, модели ответственности – типовые примеры составных компонент корпоративной архитектуры.

Основная деятельность, финансы, экономика, учет, маркетинг – все это примеры подсистем компании.

Действия, операции – предел членения (элементы) бизнес-процессов.

Система управления – системный комплекс методов и средств воздействия субъекта на объект управления для реализации поставленных целей.

Модель – прикладное описание объекта на специализированном языке.

2.3. Структура системы

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

Структура (вообще) – представление системы как совокупности относительно инвариантных, устойчивых, однородных в определенном смысле подсистем и элементов, а также их взаимосвязей между собой

В зависимости от точки зрения и решаемой задачи фокус внимания при структурировании может смещаться на разные типы структурных описаний системы, или, как их еще называют, структурных срезов системы (см. рис. 2.3.1).

Структурный срез (частная структура) – выделение для решения поставленной задачи типа компонент и связей между ними

Понятие «структура» имеет длительную историю развития. Анализ эволюции этого понятия дает удобный способ раскрыть его современное содержание. Эволюция этого понятия может быть охарактеризована следующими определяющими моментами: последовательностью расширения типологии структур; установлением отношений между различными типами структур, т. е. осознанием наличия своего рода структуры отношений между структурами более высокого уровня, которые называют архитектурой системы (или метаструктурой).

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

Изначально пространственный структурный срез соответствовал рассмотрению объектов с точки зрения пространственных отношений составляющих их компонент. Такой срез называли архитектоникой системы, подчеркивая этим термином пространственный характер обозначаемых отношений: «верх – низ», «право – лево», «внутреннее – внешнее», «несущее – несомое» и т. д. Именно в этом узком смысле термин «структура» первоначально означал отношение частей в архитектурном сооружении. Сегодня понятие архитектуры расширено и распространено на рассмотрение устройства систем вообще, в том числе компаний и организаций.

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

Современные методологии системного анализа исходят из того, что реальные компании и организации, рассматриваемые как системы, представляют единство множества различных структур и разных архитектур (см. рис. 2.3.1). Разные типы структур могут возникать не только в связи с разнообразием систем (материальные и идеальные, биологические и идеальные и т. д.), но и с разнообразием структурных срезов одной и той же системы. Эти структуры и архитектуры существуют реально, но аналитики могут абстрагироваться от всех других структур, изучая лишь необходимый структурный срез, выбор которого определяется целями анализа.

Типология структурных представлений: понятие структуры, структурный срез (частная структура), архитектура

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

1. Организационная структура как иерархия подразделений.

2. Организационная структура как иерархия руководителей и подразделений.

3. Организационная структура как стратифицированная иерархия подразделений в привязке к типам процессов, исполняемых подразделениями.

4. Организационная структура как иерархия подразделений в привязке к проектам и процессам, исполняемым подразделениями.

Корпоративная архитектура компании– системное представление ключевых структурных срезов компании, применяемое для решения прикладных задач организации деятельности

2.4. Функции и функциональные структуры

На понятие «функция системы» (или «функция ее компонент») распространяется традиционный эффект системных исследований. Это понятие приобретает все большую четкость и определенность по мере сужения круга объектов, для которых оно строится, по мере перехода к более конкретным сферам предметной области.

Функция системы, или функция ее компонент, является предназначением или реализацией, проявлением относительно устойчивой реакции на взаимодействие внутри системы или вне ее

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

Функциональная зависимость может иметь место: между отдельными компонентами данной системы; между компонентами и системой в целом; между системой в целом и другой более широкой системой, компонентой которой она сама является. Функции не существуют вне субстанциональных носителей. Они «привязаны» в системе к ее компонентам, и функциональная зависимость осуществляется в рамках присущей данной системе структуры внутренней организации.

Функция – устойчивый обособленный вид деятельности

Часто описание функции удобно декомпозировать на более мелкие составляющие.

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

Иерархическое представление древа функций называют функциональной структурой

Можно говорить и о том, что каждая функциональная структура в целом обеспечивает реализацию определенной метафункции или функциональной сферы. Или наоборот, удобным способом описания метафункции являются иерархические модели функциональных структур (рис. 2.4.2).

В качестве примера на рис. 2.4.1 показано древо основных частных функций, поддерживающих функциональную сферу (метафункцию) «бюджетирование в компании».

2.5. Процессы и их структуризация

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

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

Идея структуризации процессов получила интенсивное развитие за последние несколько десятков лет. Повсеместно массовое внедрение и использование описания процессов инициировало создание международных стандартов по описанию процессов. В частности, стандарты описания процессов можно найти в стандартах качества ISO 9000, принимаемых более чем в ста странах мира, в том числе и в России.

Международные стандарты семейства ISO 9000 основываются на понимании того, что любая работа выполняется как процесс (см. рис. 2.5.3).

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

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

Применяются несколько определений процесса, а сама концепция определения процесса претерпела определенную эволюцию.

Словарь ISO от 1994 г.: процесс – это совокупность взаимосвязанных ресурсов и деятельности, которая преобразует входящие элементы в исходящие. Существенным в определении является упор на организацию и преобразование ресурсов в ходе реализации процесса, а сами ресурсы часто рассматриваются как вход процесса.

В более позднем определении от имени системы менеджмента качества – TQM (от англ. total quality management) внимание фокусируется на понимании процесса как организованной деятельности, предназначенной генерировать предварительно установленный определенному пользователю выход, обеспечив при этом необходимый вход процесса. При такой точке зрения ресурсы, как и деятельность, включены в процесс, а входом являются приходящие извне потоки от других процессов.

Определение процесса дополняется рядом поддерживающих понятий (см. рис. 2.5.4).

Выход (результат) процесса – продукция или услуги.

Вход процесса – комплектация и поставки.

Руководитель процесса – РrМ (от англ. process manager) – лицо, ответственное за его качественную реализацию.

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

При построении цепочек границы и интерфейсы процессов требуют согласования (см. рис. 2.5.5).