Можно использовать C4: https://c4model.com/

Тоже решает проблемы

С4 прекрасен, как простой способ представления для солюшена.

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

Никто не говорит про код, это про архитектуру

можете заменить код на "материалы рабочего проекта"

+

-

Ну в части команды разработки очень рекомендую ADR , есть даже тулинг консольный. Особенно актуально для динамичных меняющихся архитектур (demo -> MVP -> product... )

Для общения с Заказчиком не очень подходит, но для фиксации архитектурных решений внутри продукта (команды, кодовой базы) в привязке к контексту и времени принятия решения - просто отличный инструмент)

И живёт непосредственно в репозитории.

Для кросскомманд, возможно, лучше отдельно репо завести или конлюенс. Но если помещаетесь в монорепе, то там и хранить и вести.

https://adr.github.io/

Для Заказчика ГОСТ/SRS обычно

Тут бы сначала определится архитектура чего описывается.
Тут ответ только такой - архитектурное описание.

Ну как, "All important stuff. Whatever that is."

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

Я сходил по ссылке, там 4/1.0

точно горячие? или подогретые?

не ведись, это ФСБ!!1

ГОСТ 34, ГОСТ РВ 15, ГОСТ 2, ГОСТ 3, ГОСТ 7 и вперед

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

А он умеет.

ну просто к некоторых организациях документация четко регламентирована