В договоре должно быть прописано то, как будут оцениваться результаты работы. Можно ориентироваться просто на контракт и выполнять то, что точно указано там. В итоге, как правило, заказчик получает все дословно, что не несет ему удовлетворения от полученной работы. Другой вариант — ориентироваться на приемочные тесты и процедуры, которые вы также должны прописать в договоре. Если нужно защитится от заказчика — ориентируйтесь на контракт. Если хотите удержать клиента — ориентируйтесь на результаты работы.
>> такие методики не позволяют просчитать проект целиком (кто знает, что будет в следующей итерации: лента новостей или интеграция с сапой?)
Проект просчитывает не методика, а люди. Кто сказал, что нельзя применять методы подсчета из PMBoK? Гибкие методологии — они потому гибки, потому что можно следовать рекомендациям, а можно не следовать или следовать рекомендациям из других методологий. Во всяком случае, есть беклог продукта, а есть беклог итерации. Даже в случае гибких методологий картина должна быть понятна до конца хотя бы на 80-90%. Если изначально возникает ситуация, когда в следующей итерации непонятны даже примерно задачи к выполнению, то брать за такой проект даже не стоит.
