Элементы бизнес-архитектуры и метамодель. Часть 2

В предыдущей статье я рассказывал о том, что такое метамодель бизнес-архитектуры Deep Vision и из каких блоков она состоит. В той же статье раскрыты составляющие элементы трех блоков метамодели: Ориентиры, Направление и Управление.

В этой статье я расскажу об оставшихся элементах метамодели и ее контурах. Контуры метамодели позволяют лучше понять каким образом бизнес-архитектура отражает ключевые бизнес-потребности.

Элементы бизнес-архитектуры 

Действия

1. Бизнес-возможности

Это определенные способности, которыми обладает или должен обладать бизнес и которые необходимы для достижения целей.

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

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

Самым важным является то, что бизнес-возможности делают возможными потоки ценности, которые реализует бизнес и которые приносят выручку компании.

2. Функции

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

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

3. Процессы

Бизнес-процессы — это ключевые блоки деятельности организации. Процесс – устойчивая последовательность действий, которая выполняется для достижения конкретного результата. Процесс может быть разбит на подпроцессы. Процессы объединяют функции, воплощают бизнес-возможности и формируют потоки ценности. Бизнес-процессы производят продукты, генерируют бизнес-информацию и события. Но система процессов также потребляет продукты, информацию и события. Таким образом, осуществляется связка процессов в систему.

Операции внутри процессов выполняются ролями, поэтому перечень ролей в организации определяется именно на основании бизнес-процессов.

Для того чтобы процессы реализовывались, используют ресурсы, рабочие места, приложения, технологии и инструменты.

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

4. Потоки ценности

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

Потоки ценности основываются на бизнес-возможностях и состоят из бизнес-процессов.

Результаты

5. Продукты

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

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

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

6. Бизнес-информация

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

Бизнес-информация также используется для оценки эффективности деятельности.

Информация может появляться не только внутри компании, но и поступать извне, со стороны заинтересованных сторон.

7. События

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

События могут быть внешними и внутренними. Соответственно и реакция на них может быть направлена как внутрь компании, так и наружу.

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

Действующие лица

8. Организационные единицы

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

Организационные единицы могут быть двух типов: структурная организационная единица и просто организационная единица.

Структурная организационная единица – департамент, отдел, подразделение. Иными словами, это единица, которая состоит из множества других.

Организационная единица – это должность. Структурные орг. единицы состоят из орг. единиц.

Каждая организационная единица – набор ролей. Собственно набор ролей и формирует орг. единицу.

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

9. Роли

Роль – это основное действующее лицо в бизнес-процессе. Каждая роль в процессе имеет свой набор операций, который она выполняет. Фактически, определенные части процессов формируют роли. Роль определяется непрерывностью операций, наличием определенных ресурсов для их выполнения, в том числе знаниями и полномочиями, а также целями деятельности.

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

Средства

10. Расположения

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

11. Рабочие места

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

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

12. Приложения

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

13. Ресурсы

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

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

14. Технологии

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

Участники

15. Внешние заинтересованные стороны

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

Заинтересованные стороны могут менять бизнес-возможности.

16. Внутренние заинтересованные стороны

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

Понимание внутренних клиентов крайне важно для правильного определения бизнес-архитектуры.

Изменения

17. Программы

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

18. Проекты

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

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

Контуры метамодели

Каждая система имеет в себе определенный цикл. В самом простом, базовом варианте это будет цикл: цель — действие — обратная связь. Это означает, что каждая система осуществляет определенные действия, основанные на целях, целевых значениях метрик, и после реализации действия происходит сверка полученного результата с целевыми. На этом цикл замыкается.

Это верно как для механических, информационных систем, так и систем, основанных на взаимодействии людей.

В метамодели бизнес-архитектуры мы называем такие циклы контурами.

Контур бизнес-архитектуры – циклическая последовательность элементов бизнес-архитектуры. Контур показывает взаимосвязи элементов в соответствии с базовыми бизнес-потребностями, коих мы выделяем 6:

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

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

Хочу обратить внимание: да, мы рассматриваем контуры отдельно, но это осознанное упрощение. В реальной жизни все контуры существуют и взаимодействуют одновременно.

1. Базовый контур

Базовый контур сформирован из трех больших блоков: ориентиры, участники и блок, сформированный из всех оставшихся блоков.

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

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

А заинтересованные стороны, в свою очередь, задают составляющие блока «Ориентиры». На этом контур замыкается.

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

2. Продуктовый контур

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

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

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

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

Через продуктовый контур осуществляется выражение и реализация стратегии компании посредством операционной деятельности.

В принципе, можно сказать, что продуктовый контур реализует цикл Шухарта-Деминга: планирование, выполнение, контроль, корректировка.

3. Контур управления

Контур управления несколько сложнее, потому что не настолько линеен, как продуктовый контур. Однако он очень важен. Он не про цели, задачи и показатели, а про то, как осуществляется управленческое воздействие.

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

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

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

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

Как видите, данный контур задает конкретные требования к управленческому воздействию: формализованные правила, основанные на обратной связи.

4. Реактивный контур

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

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

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

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

5. Контур изменений

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

Какие бы изменения мы не рассматривали, в итоге они всегда будут находить свое отражение в блоке «Действия». Даже проект, направленный на получение какого-то ресурса, в итоге находит свое отражение в действиях. То есть мы получаем ресурс не ради ресурса как такового, а ради его использования. А значит, ради изменения блока действий.

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

Эффективность изменений оценивается уже через блок действий, и, таким образом, контур зацикливается.

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

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

6. Контур ресурсов

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

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

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

Изменения, в свою очередь, могут затрагивать расположения, рабочие места, технологии, приложения и другие ресурсы.

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

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

В последующих статьях я будут рассказывать о том, как описать и разработать бизнес-архитектуру. 

Подписывайтесь на наш канал в Телеграмм, или присоединяйтесь к группе в ВК, чтобы не пропустить новые статьи. Кроме того, мы публикуем там множество интересных материалов. 

Появились вопросы по бизнес-архитектуре? Свяжитесь с нами!