В начале жизни продукт быстро меняется. Документировать можно ровно столько, сколько нужно, чтобы онбордить пользователей. Но когда есть N клиентов и M фич, когда нужна техническая поддержка, вот эта поддержка без документации будет очень дорого стоить. И нормальный руководитель поддержки будет сам внедрять ту же методологию knowledge-centered support.
это понятно. Но, изначально вопрос стоял о том, о какой документации идет речь в agile манифесте. Если необходимо быстро вывести продукт и понять, стОит ли он чего-то, то, это самый обычный MVP и они обычно катятся с минимально возможной документацией, т.к. нет смысла что-то документировать, пока оно проходит обкатку и апдейты функционала идут быстрее, чем ты успеваешь опомниться.
Когда у нас такое было, из документации была только архитектура и бизнес-логика. Всё