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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Рис. 2.3.2. Примеры представления организационных схем

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

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

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

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

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

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

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

Рис. 2.4.1. Древо функций бюджетирования

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

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

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

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

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

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

Рис. 2.4.2. Пиктограмма «Иерархия (древо) функций»

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

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

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

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

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

Рис. 2.5.3. Пример изображения процесса

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

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

Рис. 2.5.4. Иллюстрация понятий, связанных с процессом

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

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

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

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

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

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

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

Рис. 2.5.5. Согласование входов и выходов бизнес-процессов

Границы процесса устанавливаются в процессе его описания и допускают определенные подвижки (см. рис. 2.5.6).

Граница выхода – располагается за последней операцией процесса.

Граница входа – предшествует первой операции процесса.

Интерфейсы процесса – зона, в которой взаимодействуют операции.

Первичный выход – основной выходной результат процесса.

Вторичный выход – побочный выходной результат процесса, который может быть востребован вторичными клиентами процесса.

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

Вторичный вход – поток объектов, обеспечивающих штатное протекание процесса.

Выходные требования – отражение нужд и ожиданий потребителя.

2.6. Типология процессов

Рис. 2.6.1. Общая типология процессов

В популярных классификациях часто называется пять базовых видов процессов (см. рис. 2.6.1).

• Индивидуальные горизонтальные процессы, выполняемые отдельными исполнителями (организационными звеньями).

• Межфункциональные горизонтальные процессы, выполняемые многими исполнителями (организационными звеньями).

• Вертикальные процессы, отражающие взаимодействия исполнителей (организационных звеньев) по вертикали.

• Интегрированные процессы, отображающие деятельность исполнителей по вертикали и по горизонтали.

• Вложенные процессы, входящие в состав более сложного процесса.

Рис. 2.6.2. Пиктограмма «Процессы управления»

Распространенные на практике методологии моделирования процессов придерживаются этих конструкций, но не буквально, а скорее ориентировочно. В результате чего детализированные описания процессов часто бывают гетеротонными (состоящими из разнородных компонент и интегрированными относительно приведенных определений). Более того, и сама приведенная базовая классификация не единственно возможная. Многие классификации строятся на типологии предназначения процессов. Как распространенный пример классификации такого рода можно привести выделение в компании основных бизнес-процессов (поставки, производство, сбыт), поддерживающих процессов и процессов управления (см. рис. 2.6.2 и рис. 2.6.3).

Рис. 2.6.3. Пример представления модели процессов верхнего уровня

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

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

• Управленческие (административные) процессы, вертикальные, обеспечивающие управление деятельностью компании, основными и обеспечивающими процессами. Например, стратегическое управление, управление финансами, управление персоналом, операционное управление бизнес-процессами.

Рис. 2.6.4. Пример изображения процессов верхнего уровня

2.7. Процесс или функция

Понятия процесс и функция применяются как модельные конструкции для описания способов исполнения работ и организации функционирования компании. Соотношения между этими понятиями относительные и зависят от принятой договоренности при моделировании (см. рис. 2.7.1).

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

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