Бизнес-архитектура – преимущества разработки и проблемы в ходе проектирования

О чем речь? Бизнес-архитектура – описание устройства предприятия и принципов его функционирования. Состоит из разветвлений, где каждый процесс за кем-то или чем-то закреплен. Все действия связаны между собой, представляя один слаженный организм.

Зачем нужна? Многие думают, что построение бизнес-архитектуры – тренд, которому компании следуют бездумно, лишь бы быть на гребне волны. Это заблуждение, так как от разработки модели сплошные преимущества, причем для всех: руководства, сотрудников, партнеров и клиентов.

Что такое бизнес-архитектура

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

Сказанное касается и бизнес-архитектуры (БА) предприятий. Она представляет собой целостную и интегрированную модель, связывающую в единое целое весь набор стратегических, структурных, технологических и информационных аспектов. Методология TOGAF (The Open Group Architecture Framework), согласно которой бизнес-архитектура объединяет инструменты постановки целей и управления IT-архитектурой, служит основой для связи стратегии с тактикой и более полного понимания потребностей компании.

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

Зачем нужна бизнес-архитектура

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

Комплексный подход к стратегии и устройству

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

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

Достижение согласованности ресурсов и процессов

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

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

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

Единая система показателей эффективности

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

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

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

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

Формирование ценности с учетом потребностей каждой заинтересованной стороны

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

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

Согласование потребностей бизнеса и возможностей информационных технологий

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

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

Планирование на новом качественном уровне

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

• неправильной оценкой взаимосвязей между элементами и факторами;

• избыточным или недостаточным бюджетированием активностей;

• серьезными нарушениями сроков реализации бизнес-проекта;

• поверхностным планированием и построением стратегии без учета достаточного объема информации;

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

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

Приоритизация и финансирование инициатив

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

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

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

Максимальная вовлеченность сотрудников и эффективное взаимодействие между ними

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

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

• Понимание каждым сотрудником влияния его деятельности на успешность реализации стратегических задач.

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

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

Основы бизнес-архитектуры

Архитектура бизнес-процессов предприятия разрабатывается и поддерживается с применением различных методологий. Одна из наиболее эффективных – TOGAF (The Open Group Architecture Framework) – ускоряет и упрощает их создание для конкретных компаний, а также обеспечивает дальнейшее развитие.

В данной методологии архитектура компании представлена четырьмя основными доменами:

1. Архитектура бизнеса (Business) – стратегия компании, структура управления и ключевые деловые процессы.

2. Архитектура данных (Data) – логическая и физическая схема данных, строение ресурсов для управления ими.

3. Архитектура приложений (Application) – своего рода карта всех используемых корпоративных приложений, определяющая:

   • роль каждого из них в управлении бизнес-процессами;

   • взаимодействие как между приложениями, так и с внешними сервисами.

4. Архитектура технологий (Technology) – определение структуры и логики, в соответствии с которыми применяются ПО и аппаратная среда, обеспечивающие работу бизнес-приложений и доступ к данным. Это – так называемая статическая часть фреймворка TOGAF, состоящая из сетей, серверов, процессинга и т. д.

Функция динамической части фреймворка TOGAF – управление изменениями:

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

• Фаза A – создание дорожной карты неудовлетворенностей (что, по какой причине не нравится), планирование мер для исправления ситуации, определение средств и ограничений.

• Фазы B, C и D (архитектура бизнеса, информационных систем и технологии) предусматривают разработку проекта целей, к достижению которых должна привести реализация архитектурного видения.

• Фазы E (возможности и решения) и F (выработка планов миграции) – формирование набора средств, с помощью которых будет создана целевая БА.

• Фазы G (управление выполнением) и H (руководство изменением бизнес-архитектуры) предусматривают завершение цикла и переход к новому.

Составляющие бизнес-архитектуры

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

• стратегии, целей верхнего уровня и операционной схемы;

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

Архитектурой процессов, которая представляет собой часть БА, принято называть представленные в графическом виде взаимные связи процедур на верхнем уровне:

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

• структура и потоки бизнес-данных, транслируемых клиентам (данные о продуктах и/или услугах, продажах и т. п.);

• описание продукции и/или сервиса, производимых компанией и поставляемых клиентам;

• заинтересованные стороны – потребители, поставщики, партнеры и регуляторы;

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

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

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

• структура ресурсов – описывает все резервы, используемые компанией, чтобы реализовывать деловые процедуры, а также производить продукты и/или услуги (не относится к человеческому потенциалу);

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

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

БА также включает в себя:

• бизнес-планы, формируемые на верхнем уровне и описывающие стратегию, цели, возможности, функции, организационную структуру, продукты, услуги, заинтересованные стороны, политики и проекты, детализация которых возлагается на бизнес-архитектуру;

• сценарии БА – описание путей ее реализации на операционном уровне;

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

Язык моделирования бизнес-архитектуры

При моделировании бизнес-архитектуры используется язык ArchiMate, разработанный в The Open Group, которая создала фреймворк TOGAF. ArchiMate служит дополнением методики и инструментария TOGAF, позволяя описывать получаемое визуально. Соответствие уровней описания бизнес-архитектуры дает возможность использовать язык в комплексе с фреймворком для этого. С помощью ArchiMate описывают строение и работу различных элементов – бизнес-процессов, организационных схем, информационных потоков, ИТ-систем, технической и физической инфраструктур компании.

Рассмотрим пример заключения соглашения в рамках бизнес-архитектуры. Допустим, речь идет о стратегической закупке сырья. Задача: заключить контракт с оптимальными свойствами. Ниже этот процесс смоделирован в рамках методологии TOGAF с помощью ArchiMate.

Разберем пример подробно:

• ФИО сотрудника – данные специалиста, инициировавшего запуск бизнес-процесса;

• менеджер по закупкам – описание выполняемой им роли;

• логистика – указание сферы ответственности сотрудника;

• стратегическая закупка – неотъемлемая часть операции, входящей в сферу ответственности конкретного лица;

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

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

На практике используются значительно более сложные и объемные модели.

Связь бизнес-архитектуры и корпоративной архитектуры

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

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

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

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

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

Мифы, связанные с бизнес-архитектурой

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

• Бизнес-архитектура способна создавать себя сама и развиваться вместе с делом.

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

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

• Бизнес-аналитики предоставляют руководству документы для реализации БА.

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

• Профессиональные компетенции бизнес-аналитика позволяют ему обеспечить повышение эффективности компании.

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

• На БА могут влиять разные сотрудники, и это хорошо.

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

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

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

• Даже без формирования БА для успешного развития достаточно архитектуры данных.

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

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

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

Мы наблюдаем конфликтную ситуацию, в которой никто не виноват. Избежать подобных проблем позволило бы наличие подписанного сторонами SLA (Service Level Agreement) – документа, описывающего параметры предоставляемых услуг, который является частью БА.

С чего начать построение бизнес-архитектуры

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

1. Создание роли бизнес-архитектора.

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

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

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

4. Формализация БА и управление изменениями.

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

   

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

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

Этапы проектирования бизнес-архитектуры

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

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

1. ФТ: выполняется в целях передачи материалов, хранящихся на складе, на производство.

2. НФТ: на выполнение одного экземпляра бизнес-процесса отводится не более получаса.

3. Ограничение: к делу должно привлекаться не более трех сотрудников.

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

После того как будут собраны требования, описано текущее состояние и формализованы цели, можно начинать реализовывать прототип. Как и в ходе разработки ПО, проектирование начинается с MVP (Minimal Viable Product – минимально жизнеспособный продукт). Созданная модель процесса проходит все необходимые тесты, собирается обратная связь, на основе которой совершенствуется находящийся в разработке сервис. На этом этапе необходимо строго следовать описанному алгоритму.

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

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

Попутно с работой над проектом БА должна проводиться работа по изменению остальных частей архитектуры компании. Должна быть собрана информация о данных, необходимых для реализации бизнес-проекта, источниках и путях их получения, месте регистрации и ответственных исполнителях. К проектированию в этой фазе подключается HR-лидер, который должен наполнить процесс исполнителями, обучить их, замотивировать и заняться отслеживанием их внутреннего состояния. Выполнение работы в таком огромном объеме силами ИТ- или корпоративного архитектора представляется нереальным. Зачастую реализация проекта оказывается под угрозой именно потому, что к ней не подключили HR-лидера.

Скачайте полезный документ по теме:

Чек-лист: Как добиваться своих целей в переговорах с клиентами

Проблемы, с которыми сталкивается бизнес-архитектор

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

• Сопротивление сотрудников компании введению централизованного управления БА.

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

• Внесение изменений в реализацию БА отдельными сотрудниками компании.

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

• Отдел кадров не может грамотно прописать полномочия бизнес-архитектора.

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

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

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

Часто задаваемые вопросы о бизнес-архитектуре

Где применяется методология TOGAF?

TOGAF могут успешно использовать как бизнес, так и некоммерческие организации. Однако использование методологии на практике становится целесообразным, только когда компания достигает определенного уровня в своем развитии.

Какие знания о бизнес-архитектуре необходимы специалистам?

Итак, какие знания в этом направлении нужны системному аналитику, специалисту, отвечающему за развитие и управление продуктом в digital-проектах (product owner)?

Когда речь идет о заказной разработке, product owner и аналитик должны располагать максимально полной информацией о БА фирмы заказчика. В противном случае от программного продукта попросту не будет пользы.

Если говорить о разработке продукта (NPD), цифровизация бизнес-архитектуры требует, чтобы она была спроектирована и задокументирована. Должно быть описано предоставление данным решением сервисов (application data services) для бизнес-услуг на уровне БА с потреблением неких технологических схем обслуживания. На этапе продажи становятся понятными отличия использованной в качестве модели бизнес-архитектуры от работающей у заказчика и возможности адаптации продукта.

В чем заключаются отличия БА от ИТ-архитектуры?

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

Что первично, бизнес- или ИТ-архитектура?

Ответ однозначный – бизнес-архитектура, которая является инструментом генерации денежного потока. Однако без ИТ-архитектуры БА становится нежизнеспособной.

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

Автор статьи

Дмитрий Свистунов

Руководитель SEO-отдела и разработки

Последние статьи этого автора:

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

Забрать гарантированный подарок

Полезные
материалы
для руководителей

Скачать 3,2 MB