Карл Вигерс, «Разработка требований»
«Несмотря на опасения, что работа над требованиями замедлит создание продукта, доказано, что понятные требования ускоряют процесс разработки» - Карл Вигерс
На практике требования часто считают формальностью. Бизнесу нужно было сделать ещё вчера, а вы тратите время на встречи и схемы бизнес-процессов.
Прежде чем к цифрам небольшое уточнение. Баг - разговорный термин, обычно про ошибку в коде. Дефект - формальное понятие: любое отклонение от требований, которое может возникнуть ещё до написания кода. Вигерс говорит именно о дефектах и это важно, потому что проблема начинается раньше, чем кажется.
Вигерс приводит конкретные цифры: -40–60% всех дефектов проекта берут начало на стадии сбора требований - не в коде и не в архитектуре, а там, где никто ещё ничего не написал.
-переделка съедает от 30 до 50% бюджета, и при этом 70–85% её стоимости приходится именно на ошибки в требованиях.
-исправить дефект после релиза может стоить до 100 раз дороже, чем поймать его на этапе требований. Справедливости ради, сам автор этих исследований, Barry Boehm, позже уточнил: для небольших и некритичных систем соотношение скорее 1:5, а не 1:100. Но даже это весомый аргумент в пользу того, чтобы разобраться с требованиями заранее.
Требования - это не формальность и не бюрократия. Это фундамент, от которого зависит всё остальное. Поэтому так важно выстраивать партнёрство с заказчиком, находить время и готовность вместе погружаться во все виды требований, а не пропускать этот этап в погоне за скоростью.
