Тут є помилкова думка: Agile не заохочує зміни вимог проекту. Це натомість дозволяє змінити, не витрачаючи на роботу чи жертвуючи важливими сферами розвитку.
Існує чотири основні обмеження для будь-якого інженерного проекту; сфера, вартість, час та якість. Водоспад припускає, що вони будуть статичними. Це неправильне припущення; одна або декілька цих ЗАВЖДИ змінюються. Повзучість масштабів, зменшені бюджети та інші "невідомі невідомі" ВЖЕ перешкоджають проекту, змінюючи обмеження. Водоспад цього не передбачає, тому коли це трапляється, проект змінюється небажаними способами; важливі функції, які ще не додані, відходять, або швидко виконуються, або випуск повинен бути відсунутий назад, або коштувати повітряні кулі, оскільки прем'єр-міністр кидає гроші новим розробникам, щоб прийти і допомогти зробити все правильно.
Agile, навпаки, дозволяє обмеженням змінюватись і насправді очікує цього. Це робиться, роблячи роботу в невеликих, корисних шматках, відповідно до пріоритетів власника, і, таким чином, шматки ідеально негайно корисні власнику проекту. Таким чином, зменшується вплив невідомого, не створюючи великих планів у часові рамки, коли невідомі великі. Якщо часова шкала зміниться, команди можуть бути додані або менш важливі функції "знято з обліку", а система, яку вже створила команда, не впливає.
Він також передбачає кращі оцінки часу та витрат, необхідних для виготовлення заданої сфери необхідної якості. Люди, як відомо, погано оцінюють велику роботу; Для цього потрібно багато досвіду, і НЕ МОЖЛИВЕ передовий розрахунок. Навпаки, люди, як правило, хороші судді того, що їм можна зробити за день, тиждень чи два. Це швидко створює стабільний стан, коли ви можете екстраполювати час і вартість роботи, що залишилася виконати, виходячи з ваших історичних темпів, з неабиякою точністю.
Щодо визначення кінцевих точок, ви маєте рацію; Agile проект МОЖЕ продовжуватись назавжди. Однак це може зробити традиційний SLDC; клієнт часто повертається з більшими грошима та списком побажань за оновлення. Різниця полягає в тому, що немає чіткої межі між "аналізом", "дизайном", "розробкою" та "технічним обслуговуванням", якщо дивитися на проект в цілому; все це відбувається цегла за цеглою, спринт за спринтом. Якщо в будь-який момент власник захоче назвати проект "зробленим", вони можуть, і вони отримають загальну суму "цегли", яку вони заплатили за тверду "стіну"; він може бути не таким високим або розтягнутим, наскільки вони планувались спочатку, але він міцно стоїть на місці, виконує роботу і може бути доданий до нього пізніше, з мінімальним скороченням.