Основной конфликт между адептами разработки без четких релизов и условно «реальным бизнесом» в том, что для бизнеса сроки имеют жизненно важное значение (в некоторых отраслях один день задержки равен нескольким миллионам убытков), а для любилей рефакторинга и бесконечной итерационной доводки продуктов время — неограниченный ресурс.

Все-таки есть разница между итеративным выпуском новых версий продукта, и подходом «продукт будет готов тогда, когда будет готов». Вопреки аргументам ИТ-специалистов, что бизнес не понимает значения качества продуктов, он все-таки готов платить больший чек, но не за лишние часы растянутого по времени проекта, а за готовность требуемого результата в срок.

Вот только на практике это настолько противоречит убеждениям многих специалистов в ИТ-отрасли, что иногда кажется непреодолимым препядствием для построения работы, нацеленной на получение результата в необходимый для бизнеса срок и с требуемыми характеристиками.

p.s. На всякий случай, для любителей поспорить, сразу скажу, что проблеме неопределенности в проектах и принципиальной возможности оценки у меня в книге посвящена одна большая глава (третья), но правда за ней следует четвертая, в которой дается объяснение, как же это ограничение преодолеть