Всё больше утверждаюсь в мысли, что Арх команда решения/продукта должна минимально состоять из следующих ролей:
- Архитектор решений (стейкхолдер, отвечающий за архитектурную работу в целом)
- Архитектор (ы) ПО - стейкхолдеры отвечающие за архитектуру/System Design ПО/разных компонентов ПО. Они должны отлично знать стек, на котором разрабатывается конкретный (их) компонент (модуль, подсистема) ПО
- Инфраструктурый/Cloud Архитектор - стейкхолдер отвечающий за архитектуру инфраструктуры (под требования ПО)
- Архитектор ИБ - стейкхолдер, отвечающий за защиту решения
У меня на практике, как правило, специалисты, отвечающие за ИБ и инфраструктуру не относятся к проекту/продукту, а к компании в целом. ИБ диктует требования и организует аудит. Как именно их имплементируют в проекте их интересует не очень сильно. Инфраструктура наоборот - принимает запросы на быстродействие/отказоустойчивость тех или иных компонент и говорит, что им для этого потребуется. И те и другие заботятся не столько о конкретном продукте, сколько о ландшафте целиком.