Месяц назад мой коллега, старший аналитик Forrester Стефан Ванрешем, автор отчета «The Enterprise Architecture Management Suites Landscape, Q2 2024», заявил в LinkedIn , что для успешной архитектурной практики необходим правильный инструмент создания корпоративной архитектуры (ЕА), пишет в корпоративном блоге Чарльз Бетц, директор Forrester по исследованиям.

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

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

Недавно один из старших архитекторов сказал мне: «Речь больше не идет о рисовании картинок. Речь идет об анализе отчетов». Это перекликается со многими разговорами, которые я веду с ведущими ЕА-организациями.

Инструменты для рисования и проектирования EA (основанные на UML, ArchiMate и более старых визуальных нотациях) исторически были песочницами, даже не производственного класса. Они использовались и используются в основном для моделирования будущего состояния. Однако сегодня EA-организации все чаще создают информационные панели и все теснее сотрудничают со своими коллегами по управлению портфелем, чтобы разобраться в таких важных проблемах, как технический долг, разрастание и отсутствие устойчивости. Они собирают и интегрируют информацию из все большего числа инструментов: CMDB, обнаружение, управление программными активами, ITSM/ESM, доступность, цепочки инструментов DevOps и многое другое. Полученный в результате анализ используется при планировании портфеля и даже при принятии решений по отдельным продуктам, что обеспечивает мощную поддержку в замкнутом цикле.

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

По мере того как профессия ИТ-специалиста становится все более зрелой, а цифровые портфели — все более важными, растет интерес к подходу, основанному на инсайтах. FinOps (и ИТ-финансы в целом), управление потоками создания ценности, AIOps, стратегическое управление портфелем (SPM) и ЕА, ориентированная на данные — все они являются выражением этой потребности. Все они жаждут данных и требуют интеграции множества производственных систем для поддержки своей аналитики. EA и SPM, в частности, кажутся все более близкими, поскольку SPM выходит за рамки управления портфелем проектов, зацикленного на выполнении капитальных проектов, и переходит на более долгосрочные стратегические ценности, включая также и операционные расходы.

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

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

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

Но большой и сложный ИТ-портфель во многих случаях не является подходящим кандидатом для визуализации. В Интернете можно найти множество изображений «беспорядочных» архитектур с десятками или сотнями ячеек и линий. (Иногда люди говорят, что такие диаграммы представляют собой «плохую» архитектуру. Я утверждаю, что единственное, что мы знаем, — это то, что они плохо визуализированы, учитывая ограничения человеческой визуальной обработки). По крайней мере, вам нужен инструмент визуализации, основанный на интеллектуальных графических запросах, который использует только тот контекст, в котором вы пытаетесь разобраться, а не весь портфель.

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