О чем речь? Бизнес-архитектура — схема работы компании, в которой отображены процессы взаимодействия отделов и подразделений. Проще говоря, это план деятельности фирмы, нужный для представления о работе бизнеса.
Что учесть? Для разработки бизнес-архитектуры следует разбираться в методологии и языке описания бизнес-процессов. Конечно, их можно изучить, но лучше сразу доверить работу специалисту. Бизнес-архитектор без проблем разработает схему и будет ее обслуживать по мере необходимости.
Что такое бизнес-архитектура
Всем известно, что чем уютнее и привлекательнее город, тем приятнее в нем проживать. Городская архитектура включает не просто здания и сооружения, а общее пространство, создающее комфортные условия для жизни и работы. Чем лучше организовано пространство вокруг нас, спланированы здания, дороги и обслуживание, тем удобнее людям жить в таком городе.
Следовательно, архитектура в нем представляет собой науку не только о строительстве зданий, но и об организации городского пространства.
То же самое можно сказать о бизнесе. Бизнес-архитектура представляет собой сложную модель компании, которая объединяет стратегию, структуру, технологии и информацию и является частью так называемой корпоративной архитектуры.
Согласно концепции The Open Group Architecture Framework (TOGAF) бизнес-архитектура помогает определить цели предприятия и управлять информационно-технологической архитектурой. Именно бизнес-архитектура соединяет стратегию с тактикой и помогает понять потребности фирмы.
Структурирование различной бизнес-информации и объединение ее в целостные группы необходимо для формирования бизнес-ландшафта. Чем понятнее это пространство, тем легче руководить компанией.
Управлять бизнес-архитектурой нужно постоянно — сюда относятся прежде всего обновление данных, их обработка и анализ. Именно на их основе, как правило, формируется бизнес-стратегия предприятия.
Основные понятия, связанные с бизнес-архитектурой
Уточним главные понятия архитектуры бизнес-процессов предприятия:
- Архитектура бизнес-процессов представляет собой структурированную модель, отражающую взаимосвязи между группами процессов в организации и способы достижения данной организацией основных целей.
- Под бизнес-процессом понимают последовательность действий, целью которых являются достижение положительных результатов для организации. Это ежедневные рабочие процессы, из которых складывается каждый день предприятия.
- Бизнес-способности — понятие, обозначающее совокупность процессов и ресурсов, таких как люди, данные, материалы, финансы, которые составляют деятельность предприятия. Это более широкое понятие, чем бизнес-процессы.
Бизнес-архитектура организации — понятие очень условное, оно является своеобразным отражением ценностей и принципов компании. Например, предприятие, ориентированное на клиента, включает две группы процессов:
- те, в которые включен клиент;
- те, в которых клиент не задействован.
Хотя такие разграничения довольно условные, именно они лежат в основе архитектуры процессов и их декомпозиции. Важно понимать цель подобных действий, и тогда количество групп можно менять в соответствии с запросом организации.
Краткая история бизнес-архитектуры
История бизнес-архитектуры началась с публикации статьи американского консультанта Джона Захмана в 1987 году. Именно он впервые употребил термин «бизнес-архитектура» в статье «Структура архитектуры информационных систем».
В 2006 году Versteeg & Bouwman установили связь между бизнес-стратегией и бизнес-архитектурой. Она нашла отражение в материале «Бизнес-архитектура: новая парадигма для объединения бизнес-стратегии с ИКТ».
В 2007 году Object Management Group создал группу для разработки стандартов бизнес-архитектуры. В 2010 году появилась гильдия бизнес-архитекторов, которая разрабатывала справочники и стандарты. В 2017 году они выпустили общедоступное руководство-справочник по бизнес-архитектуре с фреймворком и разработанной моделью.
Цели проектирования архитектуры бизнес-процессов
У многих людей возникают вопросы: «Что описывает бизнес-архитектура?» или «Для чего нужны все эти сложные модели?». Целями моделирования архитектуры бизнес-процессов являются:
- иметь общее представление о работе компании;
- трансляция бизнес-модели на уровень операций;
- выявление точек пересечения процессов и бенчмаркинг.
Архитектура процессов делает организацию более управляемой и предсказуемой на пути к достижению целей.
Построение бизнес-архитектуры процессов отличается от создания репозитория процессов: первая описывает взаимосвязи процессов, второй — их описание и учет.
Когда прибегают к построению бизнес-архитектуры
Одним из факторов, который зачастую упоминают, говоря о невозможности выполнить стратегию, является отсутствие взаимодействия между различными подразделениями и уровнями управления.
Модель бизнес-архитектуры позволяет компаниям создавать комплексные обзоры своей деятельности и способов приносить пользу клиентам и заинтересованным сторонам. Метамодель используют, когда нужно:
- сделать переход на клиентоориентированные модели;
- провести анализ слияний и поглощений;
- создать общее предприятие;
- придумать новый продукт;
- контролировать изменения;
- снизить расходы;
- оптимизировать логистику поставок;
- откорректировать деятельность предприятия в соответствии с нормативами и т. д.
Ключевые элементы бизнес-архитектуры
Основополагающими компонентами в рамках бизнес-архитектуры любой компании являются принципы, стандарты и модели. Формирование стандартов происходит на основе принципов. Именно в стандартах указано, как принципы будут воплощены на практике.
В свою очередь, модели представляют собой визуальное изображение принципов и стандартов и применяются для описания бизнес-архитектуры, создавая упрощенное представление о сложной действительности, и формируют абстрактные структуры, в которых изъяты ненужные детали, а внимание сосредоточено на основных аспектах исследуемого объекта.
Модели также служат основой для дискуссий между заинтересованными сторонами по одному и тому же объекту.
Достижение поставленных целей и задач осуществляется за счет реализации соответствующих информационно-технологических проектов, которые определяются в планах на ближайший период деятельности.
В этом случае следует рекомендовать применение определенной иерархии взаимосвязей между политиками, стандартами и процедурами. Стандарты всегда должны быть привязаны к определенным сформулированным политикам, в то время как политики могут существовать без привязки к каким-либо стандартам.
Точно так же процедуры всегда должны быть привязаны к определенным стандартам, тогда как стандарты могут существовать без связанных с ними процедур.
Принципы бизнес-архитектуры
Первым, что бизнес-архитектура организации должна предоставить немедленно всем участникам процесса, являются общие рекомендации по текущим проектам, чтобы их руководители могли понимать общее направление.
Главное правило, как и в медицине, «не навреди» означает, что тем самым задает общий стратегический курс. Это достигается путем формулировки принципов, которые представляют собой мощное средство и высокоуровневые указания к действию.
Пример принципа: «Мы используем современные технологии, но не самые последние и непроверенные».
Приведем примеры общих принципов бизнес-архитектуры:
- все структуры должны использовать общую архитектуру организации;
- управление предприятием и информационными технологиями должны учитывать общее видение;
- архитектура должна обеспечивать бесперебойное исполнение функций организации, безопасность и восстановление после каких-либо катаклизмов;
- функциональные требования должны определять архитектуру;
- архитектура должна обеспечивать взаимодействие между всеми компонентами системы;
- архитектура должна быть гибкой, расширяемой и способной к быстрым изменениям;
- архитектура должна уменьшать сложность интеграции и способствовать улучшению бизнес-процессов;
- при разработке технологической архитектуры следует учитывать рыночные тенденции.
Примеры принципов в области информационно-технологической инфраструктуры:
- инфраструктура должна строиться на технологиях, поддерживающих открытые стандарты;
- инфраструктура должна обеспечивать взаимодействие между системами в сочетании с принципами управления данными и разработки приложений.
Примеры принципов, связанных с управлениями данными:
- отделы в бизнес-структурах несут ответственность за целостность и доступность данных;
- данные на уровне отдельных бизнес-структур должны быть четко описаны и доступны другим бизнес-структурам;
- сбор данных должен быть минимизирован, чтобы снизить нагрузку на тех, кто их предоставляет;
- данные должны вводиться в информационные системы один раз и сразу же проверяться на правильность;
- информация является ценным ресурсом, и ею нужно соответствующим образом пользоваться.
Примеры принципов для прикладных систем:
- прикладные системы должны разрабатываться на основе стандартной методологии;
- все бизнес-структуры должны использовать общие методы отображения информации в своих приложениях и взаимодействовать при создании пользовательского интерфейса межфункциональных систем;
- приветствуется создание межфункциональных прикладных систем;
- руководство должно заранее планировать процесс замены устаревших прикладных систем.
В нашем закрытом клубе мы пропустили через себя тысячи компаний и тысячи предпринимателей, и увидели, что у всех ,плюс-минус, ошибки одни и те же. Именно они блокируют около 80% прибыли
И поэтому мы собрали наши лучшие практики и лучшие документы, которые помогают участникам клуба делать самые крутые результаты, и делимся этой подборкой с вами. Пакет документов в открытом доступе до 22.11.24 числа
Скачивайте и используйте уже сегодня:
Примеры принципов для управления и контроля:
- все бизнес-структуры должны использовать общую архитектуру, стандарты и руководство при принятии решений об информационных системах;
- стандарты должны пересматриваться регулярно с участием представителей бизнес-структур;
- руководство бизнес-структур должно добиваться сотрудничества и партнерства в области информационных технологий.
Методология разработки бизнес-архитектуры
Метод разработки бизнес-архитектуры, представленный TOGAF, направлен на упрощение и ускорение разработки бизнес-структуры компании. TOGAF рекомендует разделение бизнес-архитектуры организации на четыре ключевых домена: бизнес, данные, приложения и технологии. Опишем каждый из них.
- Бизнес-архитектура помогает понять функционирование различных процессов компании и предлагает изменения для повышения ее эффективности.
- Архитектура данных определяет структуру данных компании и их использование.
- Архитектура приложений описывает, как взаимодействуют приложения и бизнес-процессы, представляя собой «карту». За счет этого улучшается работа всех информационных систем и процессов.
- Технологическая архитектура обеспечивает эффективное использование 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) следует спроектировать и описать бизнес-архитектуру в документах, включая порядок получения данных через сервисы и схемы обслуживания системы.
Уже на этапе продажи становится очевидным различие между моделью бизнес-архитектуры клиента и предлагаемой моделью, что обеспечивает возможность адаптации продукта.
Основная ценность бизнес-архитектуры заключается в визуализации стратегии и деловой активности компании в долгосрочной перспективе. Однако недостатком такого подхода является отсутствие быстрых результатов. Из-за этого многие организации пренебрегают этим актуальным трендом, лишая себя перспективного развития.
