Архитектура ас ар

Архитектура «как есть» (As-Is Architecture) — это системное описание текущего состояния бизнес-процессов, информационных систем, технологической инфраструктуры и организационной структуры компании. Такой подход позволяет получить полную картину того, как работает организация на сегодняшний день, выявить узкие места, дублирование функций и несоответствия стратегическим целям. Это первый шаг к трансформации: без чёткого понимания «где мы сейчас», невозможно спланировать путь к «куда мы хотим прийти».

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

В условиях быстро меняющейся цифровой среды способность предприятия адаптироваться становится ключевым конкурентным преимуществом. Однако адаптация должна быть осознанной, а не хаотичной. Именно поэтому всё больше компаний инвестируют в enterprise architecture (EA), делая акцент на фазе анализа текущего состояния. По данным Gartner, организации, применяющие формализованную архитектурную практику, на 30% эффективнее реализуют стратегические инициативы.

Что такое архитектура «как есть» и зачем она нужна

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

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

Особенно важно использовать As-Is при подготовке к цифровой трансформации. По исследованию McKinsey, более 70% таких инициатив завершаются неудачей, и одной из главных причин называется отсутствие чёткого понимания текущего состояния. Компании начинают внедрять новые технологии, не зная, какие проблемы они должны решать, и получают лишь увеличение сложности без прироста ценности.

Основные компоненты архитектуры As-Is

Полноценная архитектура «как есть» состоит из нескольких взаимосвязанных слоёв. Каждый из них даёт уникальную перспективу на организацию и необходим для комплексного анализа.

Бизнес-архитектура

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

Информационная архитектура

Описывает, какие данные генерируются, где хранятся, как передаются и кто имеет к ним доступ. Важно выявить источники данных, их качество, уровень согласованности и соответствие требованиям регуляторов (например, GDPR или ФЗ-152).

Прикладная архитектура

Фокусируется на программных системах: ERP, CRM, WMS, BI и других. Документируется функциональность каждой системы, её интеграции, возраст, уровень поддержки и степень автоматизации процессов.

Технологическая архитектура

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

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

Для описания архитектуры «как есть» нельзя полагаться на произвольные схемы — нужна стандартизированная методология. Это обеспечивает ясность, сравнимость и возможность автоматизации анализа.

Наиболее распространёнными подходами являются:

• TOGAF (The Open Group Architecture Framework) — один из самых популярных стандартов. В рамках ADM (Architecture Development Method) первые фазы (A–C) посвящены именно анализу As-Is.
• ArchiMate — нотация для визуального моделирования архитектуры. Позволяет строить диаграммы, связывающие бизнес, приложения и технологии.
• Zachman Framework — матричный подход, где каждая ячейка отвечает за определённую комбинацию «что, как, где, кто, когда, почему».
• Business Process Model and Notation (BPMN) — стандарт для описания бизнес-процессов, часто используется как часть As-Is анализа.

Выбор методологии зависит от целей проекта, размера компании и уровня зрелости архитектурной практики. Для большинства случаев рекомендуется комбинировать подходы: TOGAF как каркас, BPMN для процессов и ArchiMate для интеграции уровней.

Пошаговый алгоритм построения архитектуры «как есть»

Создание архитектуры «как есть» — это структурированный процесс, который можно разбить на несколько этапов. Следование алгоритму снижает риск пропустить важные элементы и повышает воспроизводимость результата.

1. Определите границы анализа. Решите, какие подразделения, процессы или системы будут включены. Полный охват всей компании возможен только в долгосрочных проектах — чаще анализ проводится по направлениям (например, «продажи» или «логистика»).
2. Соберите команду и назначьте ответственных. Вовлеките представителей бизнеса, ИТ, безопасности и аудита. Назначьте архитектора проекта, который будет координировать работу.
3. Соберите данные. Используйте интервью, анкетирование, анализ документации, логов систем и наблюдение. Автоматизированные инструменты (например, process mining) позволяют получать данные о реальном поведении пользователей в системах.
4. Моделируйте архитектуру. Примените выбранную методологию для построения моделей. Создайте карты процессов, матрицы «система-функция», схемы интеграций.
5. Проверьте и согласуйте. Предоставьте результаты заинтересованным сторонам на утверждение. Это критически важно — иногда сотрудники сами не осознают, как на самом деле работают процессы.
6. Зафиксируйте и документируйте. Сохраните архитектуру в едином репозитории, обеспечьте контроль версий и доступность для будущих проектов.

Типичные ошибки и как их избежать

Даже опытные команды допускают ошибки при построении архитектуры «как есть». Знание типовых ловушек помогает повысить эффективность и снизить риски.

Ошибка 1: Подмена As-Is желаемым состоянием

Часто команды описывают не то, что есть, а то, как «должно быть». Это происходит из-за страха показаться неэффективными или под давлением руководства. Результат — иллюзорная картина, которая ведёт к неверным решениям.

Ошибка 2: Избыточная детализация

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

Ошибка 3: Отсутствие вовлечения бизнеса

Если архитектуру строят только ИТ-специалисты, теряется контекст. Бизнес-владельцы процессов должны подтверждать корректность моделей.

Ошибка 4: Одноразовый анализ

Архитектура устаревает. Если не обновлять её регулярно, она превращается в исторический документ. Рекомендуется пересматривать As-Is хотя бы раз в год или после значимых изменений.

Инструменты и платформы для моделирования

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

• Archi — бесплатный инструмент для работы с ArchiMate. Подходит для небольших команд и стартовых проектов.
• Enterprise Architect (Sparx Systems) — мощная платформа с поддержкой TOGAF, BPMN, UML и других стандартов.
• LeanIX, BiZZdesign, MEGA HOPEX — корпоративные платформы управления архитектурой с функциями аналитики, отчётности и интеграции с ITSM-системами.
• Celonis, UiPath Process Mining — инструменты для извлечения данных о реальных процессах из логов систем, что повышает объективность As-Is.

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

Кейс: оптимизация логистики через анализ As-Is

Крупная компания по доставке еды столкнулась с ростом времени выполнения заказов. Руководство предполагало, что проблема в водителях, но решение «увеличить мотивацию» не сработало.

Был запущен проект по анализу архитектуры «как есть» в блоке логистики. В результате выяснилось:

• Система планирования маршрутов не интегрирована с GPS-трекерами водителей.
• Диспетчеры вручную корректировали маршруты на основе звонков от курьеров.
• Алгоритм распределения заказов не учитывал загруженность районов.

На основе As-Is была построена целевая архитектура с внедрением единой платформы на базе GIS и machine learning. После реализации время доставки сократилось на 27%, а затраты на логистику — на 18%.

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

Экспертное мнение

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

Вопросы и ответы

Заключение

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

• Архитектура «как есть» — обязательный этап перед любыми изменениями в бизнесе или ИТ.
• Используйте стандартизированные методологии (TOGAF, ArchiMate, BPMN) для точности и согласованности.
• Избегайте ошибок: не подменяйте реальность идеалом, не игнорируйте бизнес-контекст.
• Внедряйте инструменты автоматизации для повышения объективности и скорости анализа.
• Делайте архитектуру живым документом, регулярно обновляя её в соответствии с изменениями.