Хорошее ли у вас ТЗ?

Поскольку у меня задачи достаточно мозголомные, и ставятся заказчиком на самом общем уровне, то невозможно проинтуичить всё, поэтому часто приходится работать методом последовательных итераций, а это автоматом подразумевает отсутствие ТЗ в прямом понимании. Поэтому пишу минималистское ТЗ, кодер делает модель первой итерации, затем идут корректировки. При этом, в отличие от описанное в заметке ситуации, постоянно идёт диалог "постановщик-кодер", и кодер не рожает продукт в одиночку так, как он понял блок-схему или описание задачи. При всех недостатках такого метода он весьма эффективен в условиях высокой неопределённости задачи. И, самое главное, позволяет экономить до 30% средств закачика (а иногда даже больше).

Когда задача прозрачна, тогда ТЗ пишется скрупулёзно. Последний раз подробное ТЗ писал года три назад, когда лизинг по МСФО делал. Но никогда - для утверждения заказчиком, исключительно для программиста, потому как заказчику всегда говорится "мы знаем, как правильно и гарантируем положительный конечный результат".