Ну именно эти 2 госта про вполне конкретные задачи, принципиально от обсуждаемых не сильно далёкие ). Про последний тезис тоже полностью согласен )

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

Не подскажете, в каком документе требуется описать решения? В соответствии с РД50-34.698-90 в пояснительной записке к проекту?

Я где-то около госа, но до такого пока не доходило

Решения по ИЛО. Обычно или отдельный документ выпускают иди в составе описания программы по 19 включают

Вот это 'очищенное' очень ь часто очищенно от связи с реальностью. Желательно и разработчиков брать с собой к заказчикам. Так как все равно потом идёт поток от разрабов к заказчиков с вопросами, где СА только лишнее звено.

Ну и принципиальные и окончательные решения в пояснительной записке ЭП или ТП

Я до сих пор не вижу особой радости от расщепления программиста на все эти специальности. Раньше трава зеленее была, видимо )

История все расставила по своим местам - в скраме все равны и все разработчики )

Ну, или все кодеры, а разработчики - надели шляпы PO и описываем командам "как делать задачи"..
Я такое тоже видел )

Ну, это все из разряда фантастики.
Иных разработчиков (большинство) сложно приучить «очищенные» постановки задач понимать, а вы говорите «встреча с заказчиками».
Мидлы будут ворчать «я пришёл развиваться у технологиях, а не слушать ваши истории на встречах», джуны кивать головами и ничего не понимать.
Также надо понимать, что софт скиллы у разработчиков не так сильно прокачены, как у системных аналитиков. Да и мобильность кадров в среде разработки выше, чем у аналитиков, экспертиза будет утекать вместе с ведущими специалистами.

Все же на крупных проектах от необходимости в системных аналитиках пока никуда не уйти.

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

1С вышел из 90-х и работает в этой парадигме до сих пор

немного не так. любой разработчик может быть понижен до уровня аналитика/тестировщика

Ну, я и говорю "bad smell", в данном случае - про очень низкое качество разработчиков.
Я вот уже давно не видел ни таких мидлов, ни тем более таких джунов. Может, просто набирать хоть чуть-чуть более заинтересованных в работе сотрудников - и экономия будет изрядной.

Гугл вроде как тоже живет по старинке. Но в среднем по больнице идет разделение труда.

Я тут цитировал скрам-гайд "Скрам не признает никаких других должностей в Команде Разработки, кроме как Разработчик, невзирая на вид работы, выполняемой человеком; у этого правила нет
исключений."

а как же SRE?

и греф тоже так не думает

Да не, T-shape это как раз уже норма. А "отстаньте с бизнес-требованиями" - это какой-то пережиток 90х. Ну или попытка сэкономить 20% на оплате разработчиков и потратить на порядки больше на весь продукт.
Более того, я видел даже в проектах с качественными и дорогими разработчиками появление все тех же СА, которые как бы "дешевые" и поэтому могут экономить время сеньоров. Получается, конечно, ровно наоборот.