Как строится бизнес-архитектура компании

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

Что учесть? Для разработки бизнес-архитектуры следует разбираться в методологии и языке описания бизнес-процессов. Конечно, их можно изучить, но лучше сразу доверить работу специалисту. Бизнес-архитектор без проблем разработает схему и будет ее обслуживать по мере необходимости.

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

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

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

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

Согласно концепции The Open Group Architecture Framework (TOGAF) бизнес-архитектура помогает определить цели предприятия и управлять информационно-технологической архитектурой. Именно бизнес-архитектура соединяет стратегию с тактикой и помогает понять потребности фирмы.

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

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

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

Уточним главные понятия архитектуры бизнес-процессов предприятия:

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

По программе поддержки предпринимательства и малого бизнеса

Полезные материалы по продажам из закрытого клуба Деловой Среды

Мы знаем, как руководителям сейчас непросто, поэтому подготовили материалы, внедрив которые, вы можете увеличить количество продаж ваших менеджеров на 60%. Обратите особое внимание на 3 документ, его важно знать каждому!

Скачивайте и используйте уже сегодня:

Как увеличить продажи на 15 чеков в день

Конспект лайфхака

Как сделать KPI для отдела продаж, чтобы прибыль росла на 20% и более?

Что нужно сделать, чтобы клиент понял, что ему нужны именно вы

Как на холодных звонках заработать 1.5 млрд ₽

Гайд по составлению продающих скриптов для менеджеров

Рабочие способы, как увеличить средний чек в продажах

2 действия, которые увеличат не только чек, но и продажи как минимум в 2 раза

Скачать подборку бесплатно

PDF 2,5 mb

Уже скачали 27173 человек

Только до 20 сентября

Полезные материалы по продажам из закрытого клуба Деловой Среды

Как увеличить продажи на 15 чеков в день

Как сделать KPI для отдела продаж, чтобы прибыль росла на 20% и более?

Как на холодных звонках заработать 1.5 млрд ₽

Рабочие способы, как увеличить средний чек в продажах

Только до 20 сентября

Введите ваши данные для получения доступа к файлу:

Введите ваши данные для получения доступа к файлу:

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

• те, в которые включен клиент;
• те, в которых клиент не задействован.

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

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

История бизнес-архитектуры началась с публикации статьи американского консультанта Джона Захмана в 1987 году. Именно он впервые употребил термин «бизнес-архитектура» в статье «Структура архитектуры информационных систем».

В 2006 году Versteeg & Bouwman установили связь между бизнес-стратегией и бизнес-архитектурой. Она нашла отражение в материале «Бизнес-архитектура: новая парадигма для объединения бизнес-стратегии с ИКТ».

В 2007 году Object Management Group создал группу для разработки стандартов бизнес-архитектуры. В 2010 году появилась гильдия бизнес-архитекторов, которая разрабатывала справочники и стандарты. В 2017 году они выпустили общедоступное руководство-справочник по бизнес-архитектуре с фреймворком и разработанной моделью.

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

У многих людей возникают вопросы: «Что описывает бизнес-архитектура?» или «Для чего нужны все эти сложные модели?». Целями моделирования архитектуры бизнес-процессов являются:

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

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

Построение бизнес-архитектуры процессов отличается от создания репозитория процессов: первая описывает взаимосвязи процессов, второй — их описание и учет.

Когда прибегают к построению бизнес-архитектуры

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

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

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

Ключевые элементы бизнес-архитектуры

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

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

Модели также служат основой для дискуссий между заинтересованными сторонами по одному и тому же объекту.

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

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

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

Принципы бизнес-архитектуры

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

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

Пример принципа: «Мы используем современные технологии, но не самые последние и непроверенные».

Приведем примеры общих принципов бизнес-архитектуры:

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

Примеры принципов в области информационно-технологической инфраструктуры:

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

Примеры принципов, связанных с управлениями данными:

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

Примеры принципов для прикладных систем:

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

Примеры принципов для управления и контроля:

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

Методология разработки бизнес-архитектуры

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

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

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

TOGAF — это обширный процесс, направленный на разработку и обеспечение эффективной IT-архитектуры. Цикл включает в себя этапы.

Читайте также

Стратегические цели организации: виды и постановка

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

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

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

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

Для комплексного моделирования бизнес-архитектуры рекомендуется использовать язык ArchiMate, разработанный The Open Group, авторами стандарта TOGAF.

ArchiMate дополняет TOGAF визуальным языком описания архитектуры, охватывая как внутренние, так и межотраслевые связи. Уровни описания архитектуры в ArchiMate соответствуют TOGAF, обеспечивая комплексный подход к моделированию предприятия.

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

Пример

Рассмотрим упрощенный процесс заключения контракта в рамках стратегической закупки сырья. Цель процесса — заключение контракта с оптимальными параметрами.

ArchiMate может быть использован для визуализации этого процесса, отображая:

• ФИО сотрудника — это конкретный человек, являющийся инициатором запуска бизнес-процесса.
• Менеджер по закупкам — роль, которую выполняет сотрудник.
• Логистика — функция, за которую отвечает сотрудник.
• Стратегическая закупка — процесс, находящийся внутри функции и являющийся его неотъемлемой частью.
• Контракт с оптимальными параметрами (например, по минимальной цене и с максимальной отсрочкой платежей) — сервис, представляющий собой ключевую ценность бизнес-процесса.
• Запуск процесса в Битрикс24 — интерфейс для доступа к сервису другими сотрудникам компании.

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

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

Стратегия построения бизнес-архитектуры за 10 минут

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

Формирование общего видения

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

Детализация процессов

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

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

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

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

Читайте также

Активы компании: виды и учет

Разберемся с этим вопросом. Панель управления посудомойкой — это интерфейс, а ценность создается реализацией всего сервиса (процесса мойки посуды). Сервис обеспечивает ценность, а панель управления делает ее доступной. Однако доступ к ценности предоставляет именно интерфейс, без него невозможно помыть посуду.

За каждым «сервисом на уровне бизнеса» стоит «сервис на уровне системной архитектуры», а за ним — «сервис уровня технологической архитектуры».

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

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

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

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

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

Преимущества построения бизнес-архитектуры:

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

Недостатки практической составляющей такого подхода к бизнесу:

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

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

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

Отличия бизнес-архитектуры от ИТ-архитектуры заключаются в следующем.

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

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

Кто такой бизнес-архитектор?

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

Что должен знать специалист по бизнес-архитектуре?

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

Читайте также

Корпоративное управление: суть, цели, задачи, принципы, модели

В рамках new product development (NPD) следует спроектировать и описать бизнес-архитектуру в документах, включая порядок получения данных через сервисы и схемы обслуживания системы.

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

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