Тут все просто: чим раніше ми знайдемо дефект, тим дешевше нам буде коштувати його виправлення. Зрозуміло, що виправити рядок в специфікації або коді простіше та дешевше, ніж вносити зміни в готовий продукт. Не кажучи вже про ситуацію, коли дефект знаходить замовник або кінцевий користувач – тут може постраждати репутація компанії-розробника, а такі збитки важко підрахувати.

Загальну тенденцію відображає графік:

З часом вартість виправлень виростає, в той час як вплив учасників проекту на процес розробки постійно зменшується.

В крайньому разі, якщо серйозний дефект виявляється на пізніх етапах розробки, він може залишатися невиправленим, оскільки вартість внесення змін може виявитися надто високою. Окрім того, навіть якщо готова програма буде відповідати специфікації, замовник все рівно може відмовитися її приймати, якщо сама специфікація була неправильна.

Проектна команда могла розробити один в один те, що було описано у вимогах, але в тому разі, якщо вимоги були описані неправильно, замовника не влаштує результат.