TGViewer
Russian Association of Software Architects Russian Association of Software Architects @ru_arc · 4.35K subscribers
Post #607 586

Forwarded from Сергей Баранов: Technical Leadership, ИТ-стратегия, Архитектура, SDLC, AI… (Сергей Баранов)

Переосмысление архитектурной функции 1/2

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

До появления AI архитекторы спорили о ценности своей функции в основном между собой. Теперь вопрос ставится управленчески, а именно – за какую работу компания готова платить архитектурной функции (JTBD, получается)? Компания может меньше нуждаться в отдельном архитектурном подразделении и при этом сильнее зависеть от качества архитектурных решений (такой вот парадокс). Для бизнеса это значит перераспределение ценности. Производство артефактов теряет в цене, при этом решения, последствия которых выходят за пределы кода, свою ценность сохраняют. AI уже помогает разбираться в существующем коде, находить пробелы в архитектурных решениях, модернизировать системы и готовить архитектурные тесты. Привычные практики планомерно пересматриваются.

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

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

Продолжение
  • 🤔 1
More from @ru_arc
  1. Oct 13, 2026Новый кейс в архитектурных этюдах Про неполноту данных, при этом эти данные еще и относятс…
  2. Oct 11, 2026Переосмысление архитектурной функции 2/2 Продолжение (начало). Теперь о составе функции. Д…
  3. Sep 26, 2026The Specification Paradox: Rethinking Requirements Engineering in the Age of AI Простая дл…
  4. Sep 26, 2026Дублирование логики при работе с агенами Развивая мысль модульности и финансовой оценки из…
  5. Sep 26, 2026Identifying and Quantifying Architectural Debt https://dl.acm.org/doi/epdf/10.1145/2884781…
  6. Sep 23, 2026Post #601
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →