Давайте сегодня поговорим за архитектуру, как за артефакт - документ, ТЗ, описание и тд и тп. Что в него должно входить?

Лучше всего про это написано в ГОСТ

По ценности Твоя фраза ближе всего к "Лучше быть здоровым, чем больным! Лучше быть богатым, чем бедным" :)

У меня ребёнок 14 лет так тоже умеет!

Я буквален - бери гост, там все написано

Так ведь и вопрос без указания контекста звучит в стиле "как мне быть богатым и здоровым?".

Хорошее дело погостом не назовут

Не мешайте техническому директору узнавать про технические задания.
Это новый увлекательный опыт.

От бумажки до тоста...тьфу... ГОСТа

Назначение и область применения программы, технические, технико-экономические и специальные требования, предъявляемые к программе, необходимые стадии и сроки разработки, виды испытаний

Оо, когда есть документ - это круто, а если он еще и валидный то это круто в двойне

Меняем в этом тексте "программу" на "документ" и тычем в Диму, пока он не поймет, как надо правильно вопросы задавать

Вопрос задан не по ГОСТу
Идите и старайтесь лучше

Можно к гостам полистать IEEE на заданную тематику. А следом вспомнить, что стандартов в большинстве своём как бы нет в ИТ, успокоиться и придумать то, что удобно и нанесёт максимум пользы проекту, тебе и конторе

Списывать в этом вопросе такой себе паттерн. Можно удивительным образом облажаться

Мне в контексте заданой темы интересно узнать практикуется ли применение ГОСТовских документов внутри команды или эти доки пишутся всегда под сдачу и после никто в них никогда не заглядывает, а предпочитают иметь всю ту же информацию, но уже в удобных внутренних документах?

ОТАР конечно, куда ж без него

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

Коллеги! Объявления, пожалуйста, через меня!

ГОСТ Р 57100 2016 ISO 42010 2011 прекрасен, и по нему можно работать, без шуток. TOGAF /DODAF Крачтен сотоварищи тоже прекрасны. Но по факту в РФ почти никто не сертифицирован ни по какой методологии или фрейворку, и, как Рома выше правду написал, все берут и адаптируют под себя, если умные, или тупо изобретают велосипеды, если иначе. Enterprise Architect используют, как записную книжку, а не базу всей разработки, БА, тестирования и далее везде, и вообще архитекторы это такие маги где-то в башнях из слоновой кости, мутящие какую-то аркану. Примерно, как компьютерщики лет 25 назад, или в 'Понедельнике' Стругацких был Саша Привалов, и его 'девочки'.