Архитектура цифрового предприятия

Архитектура цифрового предприятия

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

Если обычные изменения затрагивают один процесс, одну систему или одно подразделение, то трансформация подразумевает изменение всех видов деятельности предприятия, причем одновременно. Это создает чрезвычайно высокий уровень сложности, с которым текущие коллективы менеджеров зачастую сталкиваются впервые. Во-первых, нужно осознать, с чем мы подошли к точке трансформации, во-вторых, нужно спроектировать целевое состояние организации во всех ее аспектах организованности: что делаем, как делаем, зачем делаем, что производим, какую ценность потребителя удовлетворяем, как видим рынок, какие технологии будем использовать, к какой экосистеме примкнуть или не стать ли самим в центре экосистемы. Зачастую сложность предстоящих изменений такова, что ставится даже вопрос, что делать с текущим бизнесом: трансформировать его или начать строить новый бизнес рядом «с нуля»?

Архитектурирование: мода или насущная необходимость?

Методология трансформации становится насущно востребованной. Но где взять такую методологию?

Ранее, 20-30 лет назад, подобного рода задачи решались в рамках деятельности под названием инжиниринг или организационное развитие. То есть мы этим занимались всегда, правда в существенно меньшем масштабе, реактивно к складывающимся обстоятельствам и не придавая особого значения роли ИТ. Основной акцент уделялся людям, компетенциям, организационным структурам, показателям. Скорость изменений была столь не высокой, что деятельность по их реализации носила вялотекущий функциональный характер. Но в начале XXI века многие бизнесы вступили в фазу комплексных и кардинальных изменений, связанных с глобализацией продаж, разделением труда и кооперацией производств, индивидуализацией продуктов и услуг, ускорением процессов, созданием гибких производственных линий, автоматизацией процессов, повышением роли информации и превращению ее в фактор производства. Это не рядовые изменения! Их сложно совмещать с текущей деятельностью предприятия! Поэтому потребовалась модернизация практик организационного инжиниринга и, как следствие, возникла новая дисциплина, новая терминология и методология, а также их профессиональные носители. Все это объединилось вокруг нового термина – архитектура.

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

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

Понятие архитектуры

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

Представление объекта трансформации может быть выражено через его архитектуру. Здесь под термином «архитектура» подразумевается формальное и комплексное описание (чаще всего – в виде модели) текущего или будущего состояния организации, позволяющее на основании этого описания (модели) сделать различные выводы для заинтересованных лиц из состава руководства.

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

Архитектура предприятия (Enterprise Architecture) – это область знаний об организованности (составе, связях и отношениях) отдельных частей предприятия, причем самых разных и абсолютно всех: систем, процессов, людей, инфраструктуры, данных, целей, задач, требований и т.д. Последние 10 лет мы воспринимали организованность только через призму бизнес-процессов или внедрения очередной комплексной системы (CRM, BPMS, ERP). Архитектура смотрит на это шире: цели должны совпадать с ресурсами компании по производству продуктов/услуг, продукты должны адресовать ценности клиента, клиенты взаимодействуют с компанией через предпочтительные для них каналы, каналы поддерживаются процессами, процессы обеспечиваются ИТ-системами, системам нужна инфраструктура, системы сращиваются с АСУ ТП, АСУ ТП изменяет свою природу: монолит разделяется на сеть взаимодействующих IoT-устройств. Всё пронизано целесообразностью и рациональностью, всё пронизано сотнями решений и корректирующих уточнений.

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

Таким образом архитектура (и архитектурирование) имеют несколько очевидных аспектов:

• 

Архитектура – это статическое описание всех аспектов функционирования предприятия.

• 

Архитектура – это метод изменения предприятия.

• 

Архитектура – это методология и дисциплина действий архитекторов.

• 

Архитектура – это принятие бизнес-, ИТ- и технических решений.

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

В соответствии со стандартом IEEE архитектура определяется следующим образом:

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

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

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

• 

компоненту (классу компонентов) системы;

• 

тому, как компоненты устроены или взаимосвязаны;

• 

принципам организации системы или проекта;

• 

принципам, управляющим развитием системы в её жизненном цикле.

Источник: Стандарт ГОСТ Р 57100-2016/ISO/IEC/IEEE 42010:2011. Краткие заметки по стандарту с учетом выхода в 2022 году новой его версии смотри в Приложении 2.

Как понять и исследовать организованность? Любая система для целей снижения её сложности разбивается на компоненты. Именно через эти компоненты и их связи архитектуры описываются (моделируются) и различаются. Основными видами компонентов являются структурные компоненты, а именно: подразделения, группы, ИТ-системы, базы данных, станки, конвейеры, офисы, склады (и так далее), но также и поведенческие:

• 

действия участников системы, в том числе цели действий, принципы деятельности, ограничения и KPI на деятельность;

• 

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

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

Рис. 1. Взаимосвязи и влияния компонентов архитектуры.

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

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

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

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

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

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

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

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

При рассмотрении вопросов архитектуры выделяют две кардинально разных фазы: анализ архитектуры (для существующих предприятий) и синтез архитектуры (для новых или трансформируемых предприятий). Рассмотрим эти фазы в двух следующих разделах.

Анализ архитектуры = анализ предприятия, как целостной системы

На сегодня не существует другой методологии целостного анализа, проектирования и трансформации предприятия, кроме как «архитектура», а более точно – архитектурирование. Рассмотрим, в чём сущность этой деятельности.

Здесь следует обратить внимание на необходимость различать два подхода к ТРАНСФОРМАЦИИ:

Подход №1. Трансформация – это тщательно спланированный перевод предприятия в качественно новое состояние под условным названием «Цифровое предприятие».

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

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

Прежде всего обратим внимание на различие между реальностью и её моделью. Само предприятие и его компоненты – цели, участники, их деятельность и результаты труда – это реальность. Но решения об этой реальности мы принимаем на основании моделей: языковых, текстовых, графических, имитационных и пр. Архитектура, как и любой другой результат проектной деятельности – это модель3. Модель текущей или будущей реальности. И архитектор работает именно с моделями, создавая их, как реконструкцию настоящего или как замысел будущего. Архитектурные модели имеют свои особенности: они информационные (состоят из информационных элементов) и многослойные. Таким образом, запомним: одному реальному компоненту предприятия соответствует один элемент в модели.

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

Рис. 2. Метамодель типового архитектурного репозитория.