анализа, разработки, что чем лучше описано ТЗ, а точнее чем детальнее описано ТЗ тем лучше будет разработано, протестировано и меньше будет вопросов к аналитику?
попробуй конкретизировать и перевести в цифры. вместо эмоциональных аналоговых "быстрее, выше, сильнее" пиши прям в конкретных цифрах и примерах. Если ты можешь что-то измерить - ты можешь этим управлять. Касательно требований: если тебе прям принципиален весь этот вопрос, то берешь кусок ТЗ и декомпозируешь его на запчасти. Разбираешь на короткие утверждения, потом показываешь, какие варианты работы твоего продукта в этом конкретном месте остались не описаны. Это займет время, но когда ты дашь своему менеджеру такой разбор ТЗ, где на 1 задокументированное утверждение приходится 7 незадокументированных и именно в этих семи возможны такие и вот такие разночтения и потому аналитик, разработчик и тестировщик расценивают по-разному, то менеджер увидит конретную проблему, которую можно решить. а все эти эмоции про более зеленую траву воспринимаются только как нытье на пустом месте.
Странно,что это вообще нужно доказывать
Остается вопрос, как сделать детально описанное ТЗ, если конечный результат большей частью неизвестен.
Обсуждают сегодня