Всем привет, меня зовут Андрей Коптелов, я бизнес-архитектор и преподаватель курса "Enterprise Architect" в Otus. В этой статье я хочу обсудить объекты, которыми имеет смысл управлять в рамках бизнес-архитектуры и которые чаще всего встречаются в организациях как объекты управления.
В качестве основы я взял язык ArchiMate и переведённые определения объектов из спецификации. Если заглянуть в спецификацию ArchiMate, там их немало, поэтому на базе своего опыта я хочу выделить подмножество, которое реально применять в организации. Также упомяну бесплатный инструмент, в котором всё это можно нарисовать, — Archi.
Для погружения в тему, можно сначала прочитать статью по ссылке о том, что такое объект управления в корпоративной архитектуре.
Мотивация: Драйвер (Driver)
Из-за большего количества объектов корпоративной архитектуры, используют слои, в моем повествовании первым слоем будет мотивация. Слой мотивации в нотации ArchiMate представляет собой абстрактный архитектурный элемент, который используется для описания факторов, мотивов, целей и ограничений, влияющих на архитектуру предприятия. Если кратко, это описание того, что заставляет нашу организацию меняться.
Первым объектом, который хочу разобрать является драйвер. Драйвер - это состояние внутренней или внешней среды, побуждающее организацию определять свои цели и осуществлять изменения, необходимые для их достижения.
И хотя данный объект можно редко встретить в организации в виде реестра, но по мне, он наиболее интересный с точки зрения анализа внешней среды, так как именно он является причиной изменения организации и приводит к появлению целей. По-хорошему постановку целей нужно начинать с определения драйверов и потом анализировать цели на синхронность с драйверами.
Пример драйверов: санкции, пандемия, развитие цифровых технологий, снижение платежеспособного спроса, высокая ключевая ставка и т.д. Что-то много негатива у меня получилось, но что делать я пессимист.
Что почитать: отчеты консалтинговых компаний о трендах на различных рынках и предсказания футурологов, если вы конечно в них верите.
Мотивация: Цель (Goal)
Следующим объектом, который, в отличии от драйверов, существует в подавляющем большинстве организаций является цель. Цель - это высокоуровневое утверждение о намерениях, направлении развития или желаемом конечном состоянии организации и ее заинтересованных сторон.
Вспоминаем «классическое» управление по целям, которое есть в большинстве организаций, в которых цели чаще всего структурированы по организационной структуре. Кстати, интересно цели связать с драйверами, хоты бы в формате таблички, чтобы проверить поставленные цели на обоснованность, а то часто руководством ставятся цели, которые имеют слабую связь с реальной ситуацией во внешней среде.
Пример целей: увеличить выручку от новых продуктов в зарубежных странах или повысить операционную эффективность в логистике и т.д.
Мотивация: Итог (Outcome)
Термин Outcome по-разному переводится на русский язык: результат, достижение, итог. Но так или иначе Outcome это конечный результат, который можно использовать в связке с целью для оцифровки прогресса ее достижения. Мне ближе всего понятие показателя, с помощью которого измеряется достижение цели, однако в некоторых методологиях, например, в OKR для ИТ, показатели часто заменяют на ключевые результаты или Definition of Done (DoD), о которых договариваются при постановке целей, и которые измеряются в бинарном формате - достигнуты или нет.
Отдельным реестром данный объект почти не встречается на практике, он чаще всего идет в реестре целей отдельным атрибутом, который показывает достижение цели. Да, чуть не забыл, владельцем всех объектов слоя мотивации, как правило являются подразделения стратегического планирования, если конечно такие есть в вашей организации. Подробнее про дерево целей и показатели можно прочитать в статье по ссылке.
Пример итогов: план продаж увеличен до 1 млрд. рублей, все продукты организации предоставляются в цифровом формате и т.д.
Что почитать: материалы по следующим подходам - Management by objective (MBO), Balanced Scorecard (BSC), Objectives and Key Results (OKR).
Стратегия: Способность (Capability)
Идем дальше, вслед за слоем мотивации рассмотрим слой стратегии в ArchiMate. Стратегический слой охватывает высокоуровневые аспекты архитектуры предприятия. Тут расположены относительно новые объекты, пришедшие к нам вместе с управлением корпоративной архитектурой и такими фреймворками, как TOGAF и BIZBOK. По мне так эти объекты очень близки к понятиям «процесс верхнего уровня», «дерево функций» и «проект», однако имеют максимально высокий уровень абстракции. Но так или иначе все это про деятельность.
Чаще всего можно встретить карту способностей (Capability Map) которую применяют корпоративные архитекторы. Способность – это компетенция, которым обладает активный структурный элемент (например, организация, человек или система). Т.е. компания способна может делать что-то, но кстати не обязана это делать. Фактически Capability Map – это верхнеуровневое описание деятельности в функциональной «нарезке», можно назвать - «вертикальный» взгляд на деятельность организации. Подробнее про карту способностей с примером можно прочитать в статье по ссылке.
Пример способностей: управление рисками, управление продажами, управление обучением и т.д.
Стратегия: Поток создания ценности (Value Stream)
Способности организации поддерживают поток создания ценности (Value Stream), который определяется как последовательность действий, которые создают конечный результат для потребителя, заинтересованной стороны или конечного пользователя.
Классически под потоком понимаются все этапы работ организации: продажи, снабжение, производство, логистика и сервис. Поток создания ценности существует как в производственных организациях, так и в сервисных компаниях, а также и в области развития (например, в R&D). Фактически это другая точка зрения на деятельность, относительно карты способностей, в рамках которой мы анализируем кто из потребителей получает какой результат и какую ценность, или «горизонтальный» взгляд на деятельность.
Пример потока создания ценности: от идеи до продукта, от заказа до поставки, от интереса до профессии и т.д.
Если хотите подробнее изучать понятия Value Stream и Capability, то нужно смотреть специализированные документы внутри The Open Group Architecture Framework (TOGAF) и почитать Guide to the Business Architecture Body of Knowledge (BIZBOK).
Стратегия: Направление действий (Course of Action)
Идем дальше, чтобы достичь поставленных целей нужно изменять организацию или строить новую, работы по изменению — это проект или даже программа проектов. В ArchiMate можно использовать объект с уровня стратегии – направление действий, который можно определить, как подход или план конфигурирования каких-либо способностей и ресурсов предприятия, используемый для достижения цели. На простом языке – это реестр проектов или программ проектов, который часто ведется проектным офисом, при этом для целей корпоративной архитектуры важна связка направления действий (проектов) с объектом уровня мотивации, целью, а также с объектами уровня стратегии (чаще всего со способностью) или объектами уровня бизнес-слоя (продукт, процесс или актор). Связка нужна, чтобы понять, какими проектами и в каких доменах организации мы достигаем поставленные цели.
Пример направления действий: внедрение ERP системы, выход на зарубежный рынок, создание нового продукта и т.д.
Что почитать: PMBOK (Project Management Body of Knowledge) или другие стандарты в области проектного управления.
Бизнес-слой: Продукт (Product)
Идем дальше вниз по бизнес-архитектуре, и со слоя стратегии попадаем на слой бизнеса, на котором моделируются бизнес-процессы, организационная структура, продукты и бизнес-сервисы, а также информация (данные), необходимые для бизнеса.
Я начну с объекта Продукт, который представляет собой связанный набор бизнес-сервисов, сопровождаемый контрактом/соглашениями, который поставляется клиентам (внутренним или внешним) как единое целое. Простыми словами, для сервисных компаний, продукт — это то, что предоставляется на рынок, атрибутом продукта может являться договор или оферта. Реестр продуктов в сервисных компаниях обязательно существует, и ведется либо в продажах, либо в подразделениях, реализующих сервис, хотя бывают и другие ответственные. По мне продукт, это тот результат, который потребляется клиентом и рождается в процессах создания или предоставления продукта.
Пример продуктов: учебный курс, потребительский кредит, страхование автомобиля и т.д.
Что почитать: все что связано с управлением продуктами, а также Product Management and Marketing (ProdBOK), который я недавно обнаружил на просторах интернета.
Бизнес-слой: Бизнес-сервис (Business Service)
По моему мнению бизнес-сервис самый «мягкий» объект в бизнес-архитектуре, все что мы предоставляем внутреннему или внешнему потребителю можно «собрать» в бизнес-сервис, например, результат выполнения группы процессов, процесса или части процесса (операций).
Бизнес-сервис определяется в ArchiMate как явно определенное поведение, которое предоставляется внешней среде. Ключевое в этом определении – это «поведение», например, если я предоставляю сервис обучения, то я, ориентируясь на потребности рынка, могу выбирать «гранулярность» своего бизнес-сервиса, предоставляя в едином продукте программу обучения, состоящую из 12 учебных курсов, или предоставлять каждый курс из программы по отдельности, или даже предоставлять часть курса, что позволяет мне «обернуть» в бизнес-сервис результат группы процессов, процесса или даже нескольких операций, например, если клиент хочет пройти только тест по одной из частей курса.
Кстати, в некоторых компаниях финансовой сферы, где процессный подход не был принят менеджментом, используется сервисный подход, то есть вся деятельность описана в виде реестра бизнес-сервисов, по которым назначены ответственные и даже зафиксированы соглашения об уровне сервисов. Тоже вполне рабочий вариант, который показывает, что нет типового решения, подходящего любой организации.
Пример бизнес-сервисов: обучение на курсе, выдача кредита, открытие депозита и т.д.
Что почитать: даже и не знаю, что тут порекомендовать, возможно полезно изучить библиотеку IT Infrastructure Library (ITIL), где описывается сервисный подход к управлению в целом, и в ИТ в частности.
Бизнес-слой: Бизнес-процесс (Business Process)
Итак, мы дошли до объекта бизнес-процесс, наиболее известного объекта бизнес-архитектуры. Во многих организациях назначены владельцы процессов, процессы смоделированы или хотя бы регламентированы в текстовом формате. За реестр процессов отвечает процессный офис, который мотивирует через генерального директора владельцев процессов на повышение операционной эффективности в зонах их ответственности.
Часто процессы воспринимаются как единственный объект бизнес-архитектуры, но, как мы уже поняли из предыдущего текста, это не так, и хотя процесс – это основа, так как именно процесс обеспечивает получение результатов в бизнес-сервисе и продукте, и именно процесс поддерживает реальной деятельностью такие верхнеуровневые объекты, как способности и цепочки создания ценности. Определение бизнес-процесса в ArchiMate классическое - это последовательность элементов поведения бизнес-слоя, обеспечивающая достижение определенного результата, например, заданного набора продуктов или бизнес-сервисов. Про моделирование процессов в ArchiMate можно подробнее прочитать по ссылке.
Пример процессов: планирование и бюджетирование, управление продажами, управление закупками и т.д.
Что почитать: Business Process Management Common Body of Knowledge (BPM CBOK).
Бизнес-слой: Бизнес-актор (Business Actor)
Иерархия этих объектов собирается в организационную структуру, эти объекты есть во всех организациях. Владельцем организационной структуры является подразделение управления персоналом или подразделение, занимающееся организационно-штатной структурой, если такое выделено в организации. В ArchiMate есть только один объект и для подразделения, и для исполнителя – это бизнес-актор, который определяется как бизнес-сущность, способная осуществлять поведение.
Пример бизнес-акторов: преподаватель, генеральный директор, отдел продаж.
Что почитать: если интересна тема организационного проектирования, то рекомендую классику – книгу Г. Минцберга «Структура в кулаке».
Бизнес-слой: Бизнес-объект (Business Object)
Завершая обзор объектов бизнес-архитектуры, мы пришли к понятию бизнес-объект, которое определяется в ArchiMate, как понятие, используемое в конкретной области бизнеса. С моей точки зрения это данные (бизнес-сущности), которые используются в рамках процессов или других видов деятельности.
Интерес к данным, как к объекту управления в бизнес-архитектуре появился достаточно недавно. Data-driven организация, AI-native организация – в основе данных подходов находятся данные, которые должны иметь определенный уровень качество, для чего ими нужно управлять. Лидирующие организации имеют реестры сущностей/данных, модели описания данных и даже меппинг между логическим описанием данных и местами их физического расположения. Ответственность за управление данными часто возлагается на офис управления данными в организации. Подробнее про архитектуру данных можно почитать по ссылке.
Пример бизнес-объектов: клиент, учебный курс, кредит.
Что почитать: Data Management Body of Knowledge (DAMA-DMBOK).
В качестве заключения
Объем статьи ограничен, поэтому объекты слоя приложений (Сервис приложения (Application Service), Компонент приложения (Application Component), Функция приложения (Application Function) и Объект данных (Data Object)) в ArchiMate я рассмотрю в следующей статье.
И еще, скорее всего у читателя остался вопрос, что с этим всем делать? Ответ не так прост и снова тянет на отдельную статью, но если кратко: определять целевое состояние для объектов управления, отслеживать взаимосвязи между объектами (например: драйвер –> цель –> итог –> направление действий –> цепочка создания ценностей –> способность –> продукт -> бизнес-сервис - > процесс –> бизнес-объект –> сервис приложения -> компонент приложения и т.д. ), по построенным взаимосвязям анализировать приоритеты изменений, определять «объекты-блокеры», которые мешают изменениям, формировать требования к объектам управления и контролировать изменения этих объектов. Но про это в следующей отдельной статье.
Если хотите расти в эксперта, который связывает драйверы, цели и изменения с ИТ-ландшафтом, обратите внимание на курс OTUS «Enterprise Architect». Там дают системный архитектурный подход на практике: TOGAF/ArchiMate, разбор контекстов решений и навык собирать дорожные карты трансформации.
Для знакомства с форматом обучения и преподавателями приходите на бесплатный демо-урок «Архитектура как стратегия. Основные понятия современной корпоративной архитектуры». Разберём, как пройти путь от стратегии к архитектуре, что сегодня реально подразумевают под архитектурой предприятия и как устроены её ключевые взаимосвязи. Встреча пройдет 10 февраля в 19:00. Участие бесплатное, нужно зарегистрироваться.
Еще больше бесплатных уроков от преподавателей курсов можно посмотреть в календаре мероприятий.
