В Waterfall вы делаете весь анализ, затем выполняете весь дизайн, затем выполняете все кодирование, затем выполняете все тесты. Это не инкрементально, потому что на каждом этапе все, начиная с предыдущей фазы, должно быть завершено. Проблема с Waterfall заключается в том, что на протяжении всего процесса нет обратной связи. Если требования меняются или какое-то предположение оказывается неправильным, они обычно не обнаруживаются до тех пор, пока все работы не будут выполнены, и продукт будет доставлен клиенту в первый раз. В этот момент часто бывает сложнее и дорогостоящим образом вносить изменения.
В инкрементной модели вы делаете небольшой анализ, небольшой дизайн, небольшую кодировку и небольшое тестирование, а затем, получив обратную связь от клиента, возвращаетесь и делаете немного больше анализа, немного больше дизайна , немного больше кодирования, немного больше тестирования и т. д. Таким образом, продукт создается постепенно по многим итерациям этого процесса. Идея состоит в том, чтобы получить обратную связь как можно раньше и часто, чтобы вы не тратили кучу времени и усилий на то, что клиент не будет в конечном итоге удовлетворен. Agile и Scrum являются примерами инкрементных моделей.
Интересно, что сам Ройс не верил, что водопад может быть простым поэтапным процессом - http://securesoftwaredev.com/2010/01/16/waterfall-vs-agile/ – DavidN
Вы спрашиваете о реальности или о том, что «власти» говорят? В действительности, каждая модель развития является инкрементальной, только некоторые признают ее больше, чем другие. –