Нужно разделять архитектуру, программирование и разработку (кодинг).
Если будет команда анадитиков и архитектор и инструмент, который позволит эффективно писать код на основе выпускаемых артефактов (например sequence + erd + usecase + spec ну и интеграционная история), то кодер не нужен. Важно понимать что кодер не равно программист. Программист вообще может не знать никакого компьютерного языка программирования (к слову, на заре, в период огромных мейнфреймов и перфокарт было четкое разделение мне программистами и кодерами). Программирование это не про программную разработку, это про логику, процесс и алгоритмы. С этой задачей зачастую может справиться тот же системный аналитик.
Эта история очень похожа на то как внедрялись BPMN движки - многие кричали что это невозможно и все равно процессы придется допиливать разработчикам, но в результате разработчики нужны только для разработки функциональных блоков и подключения к движку. Оркестрация процесса прекрасно разрабатывается аналитиками, а именно эта оркестрация и является программированием.
Ну а фразы о том, что написать код самому - это работает на проектах уровня лендосик для продажи часов casio, на серьезных продуктах фуллстеков нет. Архитектура, аналитика и кодинг должны быть разделены, потому что даже если у вас в команде будет такой самородок, который может это все сделать, времязатраты на это будут просто космические, а нагрузка на человека и уровень его отвественности может вызвать стресс, который приведет к суициду.