Вопрос документации решался силами разработчиков обычно и проверялся при код ревью. Закодил, напиши простую доку. Но то были другие проекты. Здесь функционал обширный и писать его таким способом займет много месяцев

а я не про тз и руководство пользователя, я про конкретный вид документа, который описывает функциональность (кусок функциональности) продукта и как она реализована. И у нее два вида пользователей - пиэм проекта и разработчики. У нас объединение в один артефакт помогает простроить консистентность и общий контекст от юзер стори и до конкретной архитектуры, как в бд это организовано, какие классы, функции и т.д. Но это реально как в команде договорятся, часто бывает что бизнес и реализацию описывают отдельно, тоже работающая модель

вот к такому и хочется придти

Как же вы раньше работали? До этого в компаниях аналитиков и техписателей не было?

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

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

это как правило стартапы)

это как правило стартапы)

не, это обычно госконторы

про гос конторы даже думать не хочу, там вообще разврат и анархия xD

это как правило стартапы)

не, это обычно госконторы