ТЗ — зло!
В основном мы занимаемся сложными и технологичными сайтами и веб-сервисами. И часто на этапе продажи или заключения контракта наши клиенты с удивлением узнают, что мы не планируем писать ТЗ, и даже возникают диалоги: «давайте мы увеличим бюджет и вы все-таки его напишете, как же без ТЗ проект-то делать».
К документации еще можно добавить User Story, это примерно то же, что роли и процессы у вас.
В идеале для разработчика работать по Time & Material, изначально прикинув приблизительно стоимость проекта. Как вариант, можно оценить количество часов по ТЗ. Затем, при изменениях, заново оценивать количество часов и делать дополнительные соглашения.
T&M, как и ФФФ, во многих случаях действительно являются оптимальными вариантами реализации сложных проектов, выгодными как подрядчику, так и заказчику.
Но здесь вылезает проблема из другой плоскости: большинство российских клиентов не готовы по ним работать, в отличии от европейских и американских заказчиков. У нас, по крайней мере, очень редко получается сходу договориться о T&M с российскими компаниями. Сначала приходится жить с полностью зафиксированными договоренностями, нарабатывать определенный уровень доверия, и тогда уже T&M начинает хорошо работать.
User Story да, пока не добавили в обязательном порядке, но иногда используем, когда в проекте много ролей и сценариев и при последовательном описании получаются нечитаемые "портянки".