Са собирает нфт только в случае факапа со стороны ба и архитектора.

Повторюсь: у меня нет строгого разграничения ба и са.
Если вы работаете строго по госту - ок, но так живут далеко не все.

Я тоже живу в 80% на два фронта. В некоторых случаях это допустимо, в некоторых это сожжет тебя за полтора месяца.

Но мы говорим про роль са (должность может значить что угодно).

Если мне не дали нфт, то я за них ответственности не несу.
Если архитектура кривая, я также не несу за это ответственности.

Лично я говорю про роль аналитика, СА я не выделял)) И в целом не фанат этого разделения, за редкими исключениями

Тогда о каких сферических аналитиках в вакууме мы говорим?
Гибридах, которые анализируют все? И еще архитектуру напишут?
Где мой Ганс с огнеметом?)

О тех же сферических, что пилят свои постановки и не выходят за четкие границы своей роли;)

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

И чтобы на проекте петухов не лепить в части последовательности работ.

Чет я устал уже. Разделение ролей существует разное, отношение к процессу тоже. Вы для чего-то пытаетесь навязать свое как истинное.
Ваш подход я понял, в нем задачи фиксации причин в том виде, которая нужна мне, нет. Ок.

За сим хорошего вечера и взаимопонимания с кукухой))

Я не пытался навязывать свое разделение ролей. Они существуют и без моего мнения.
Как вам работать я тоже не говорил.
Если вы хотите работать за других людей и у вас есть на это время, то все можно.

Архитектор может выбирать между Postgres и MySql. А выбор MS SQL или, простигосподи, Oracle, это уже не его архитекторочье дело. :)

А чьё?

Там замешаны большие деньги. =Р

constrains в действующих как данность, constrains в проектируемых как бюджеты

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

Я думаю, это решение может выдать только enterprise architect, возможно после разбора конкретного кейса с solution architect и team lead(s).
Но для этого решения должны быть веские обоснования выбора и расчёт финансирования.

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

Но если enterprise архитектор уже имеет лычку топ-менеджера и доверие, то он может всех послать лесом и директивно назначить выбор.

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