Манифест гибкой разработки ПО[41] ставит во главу угла достижение бизнес-ценности, отбрасывая и уменьшая значимость всего, что не приближает к бизнес-ценности. В этом смысле традиционное детальное техническое задание, подписанное заказчиком и исполнителем, часто является причиной потерь (раздел l, глава 7).

ТЗ, как любой другой юридический документ, накладывает обязательства на обе стороны по формальному соблюдению ими всех пунктов документа. Это даёт побочные эффекты:

1. Заказчик, хоть и стремится к бизнес-цели, вынужден принимать результаты работ по формальному ТЗ.

2. Исполнитель, который видит, как сделать работу более оптимально, предпочтёт следовать ТЗ и провоцировать смену плана, даже если окажется, что план не эффективен (рис. 27).