В целом тема очень интересная. Архитектор 2030, новые практики корпоративной архитектуры, ИИ, композитное предприятие. Плохо то, что всё это никак между собой не связано, и неясно, как одно вытекает из другого.
Доклад начался с рассказа, как видоизменилась архитектурная функция Райфа после перехода к продуктовой модели. Главный архитектор, грустно вздыхая и ностальгируя о временах, когда архитектор был самый умный пацан в компании, рассказал, что архитекторы в банке фактически перешли в раздел консультантов, архитектуру стали де-факто создавать продуктовые команды самостоятельно, стандарты превратили в рамки и пожелания, а архитектура всего на свете свелась максимум к архитектуре решений и немного стратегии.
Звучит, кстати, как очень типовая история, где «реальная» архитектурная работа ушла в команды, и единственными «внешними» архитекторами остаются архитекторы решений, который решают сквозные бизнес-задачи с командами на «земле», и «стратеги», которые обычно обитают где-то возле C-level -1
При этом нельзя не заметить ряд плюшек - архитектура из описания для самих архитекторов превратилась в рабочий инструмент, который живет в продуктах (что в целом как-то раз норм для решения задач архитектуры решений, потому что она сосредоточена на Delivery уровне, то есть на земле). Но глаза докладчика всё равно светились тоской об утерянном могуществе.
Дальше докладчик неожиданно перескочил к тому, что ИИ эту всю продуктовую историю поменяет кардинально. Решения будут принимать ИИ, человека в продуктах станет еще меньше, а на архитектуру это повлияет таким образом, что архитектор вместо проектирования будет готовить ИИ к этому процессу. Что тоже не лишено правды в некоторых местах, но в очень ограниченных объемах (обсуждал выше в канале неоднократно, еще вернусь к теме).
А дальше мы НЕОЖИДАННО перешли к Composable Enterprise, где бизнес-слой корпоративной архитектуры теперь строится не вокруг бизнес-функций,
потому что их много, и никто не понимает, что это
а вокруг business capabilities
потому что можно договориться, что это, и рассказать бизнесу
А потом эти business capabilities, собранные в PBC, можно давать бизнесу для сборки из этого того, что им надо - продуктов, услуг и прочего. Не мыслить, мол, системами, а мыслить именно PBC и их архитектурой. Как PBC бьется с существующими продуктами и реализованными продуктовыми командами сервисами, которые
команды могут сделать как угодно, и будут правы
кто определяет границы PBC, если что это - неясно, и как это связано с ИИ? Ну и вообще сильно пахнуло композитными приложениями в SOA на базе корпоративных систем, если кто такое помнит, так что тут история снова сделала круг и укусила себя за жопу.
В общем и целом тема интересная, порассуждать о ней, как о «будущем корпоративной архитектуры» можно, но как по мне - абсолютно не практичная на всём масштабе. Может я просто в фоне рабочей активности пропустил несколько важных переходов, но для меня это выглядело именно как несколько небольших докладов в одном, причем последний - самый странный. Попробую, как будет время, разобраться