Чи є Agile варіантом RAD?

У Вікіпедії сказано, що Agile - це тип "RAD", який, напевно, невірний. З того, що я знаю, Agile був розроблений, оскільки сам RAD не був таким успішним у 90-х (занадто жорсткий для змін). Або я помиляюся?

(Зауваження: очевидно, стаття Вікіпедії про розробку програмного забезпечення Agile між ними була вдосконалена, вона просто перераховує RAD як попередника Agile, а не як суперсет).

Довідка з книги «Радикальне управління проектами» (Томсет)

"..нові стихії розвитку, такі як RAD, Agile, об'єктно-орієнтована ..."

Сертифікований аудитор інформаційної системи CISA:

..інформація про два альтернативних розробника програмного забезпечення. методи: Agile та швидка розробка програм

Agile управління програмним забезпеченням:

Agile методи здебільшого виходять із легкого підходу RAD.

Передовий досвід оцінки програмного забезпечення:

Основні методи sw. дев. можна підсумувати так:
1. Водоспад ..
4. РАД
5. Спритний

Суть цього питання полягає в тому:
чи Agile тип RAD або підхід до самостійного розвитку?

RAD як термін передує Agile як термін приблизно на десять років, але насправді це не "батько" Agile. Обидва були створені як реакція на сприйняті недоліки з традиційними методами управління розробкою програмного забезпечення. Однак RAD - це рецептивний метод для написання програмного забезпечення, який використовує послідовні прототипи для отримання вимог та вдосконалення програми. У початковому вигляді Agile - філософська позиція, що описує різницю між традиційними підходами та цінностями, на яких орієнтуються спритні практики.

Отже, ні, гнучка розробка програмного забезпечення не є типом RAD; вони вирішують проблеми на різних рівнях абстракції.

Я не вважаю правильним класифікувати методології розвитку в hiearchies. Тож жодна методологія не є "під" або "вище" жодна інша. Набагато логічніше думати про загальні моменти методологій. Досить часто застосування методології в реальному світі передбачає поєднання багатьох подібних методологій, і менеджери повинні розробити робочу модель розвитку.

У випадку RAD (з яким я не досвідчений) проти Agile, здається, що спільне - це ітеративний розвиток. Здається, RAD віддає перевагу жорстким фазам із конкретними цілями та результатами. Agile - це більше про одну фазу розвитку, де все відбувається. Також Agile розробляє програмне забезпечення безпосередньо з можливістю видалення функцій замість того, щоб заздалегідь прототипувати. (що може закінчитися таким же, як спритний, тому що досить часто прототипи негайно інтегруються в робоче програмне забезпечення, замість того, щоб робити це правильно знову)

Agile методологія має більш складний режим, оскільки орієнтована на побудову додатків в ітераційній моделі з швидкою ітеративною демонстрацією для зацікавлених сторін. Це не звільняє розробників від збереження парадигм дизайну (модульність - особливо), але не підкреслює його безпосередньо, концентруючись на постійній доставці ітерацій та швидкій реакції на швидку зміну бізнес-вимог. Він де-факто орієнтований на розробку ізольованого продукту і працює в рамках продукту. Але він не вимагає чіткого повторного використання компонентів рішень і, крім того, - для побудови будь-якої спільної платформи для сімейства продуктів на рівні компанії. Жоден технічний керівник не буде прихильником повторення однієї і тієї ж роботи N разів. На щастя, RAD відокремлює розробку за доменами, модулями та їх інтеграцією, а з технічної точки зору - більш застосовна для технічної організації моделі розвитку, що розумно з точки зору технічного управління компанією. Це робить модель більш гнучкою, багаторазовою та адаптовою для інших продуктів. Нарешті, компанія не є спільнотою фрілансерів і має більш тривале життя, ніж життя одного продукту. Однак якщо компанія виробляє один продукт без будь-якої міграції та модифікацій, то роль RAD не така виразна. Але зазвичай бізнес-сили Agile чудово поєднуються з технічною силою організації RAD. Нарешті - компанія не є спільнотою фрілансерів і має більше розширене життя, ніж життя одного продукту. Однак якщо компанія виробляє один продукт без будь-якої міграції та модифікацій, то роль RAD не така виразна. Але зазвичай бізнес-сили Agile чудово поєднуються з технічною силою організації RAD. Нарешті - компанія не є спільнотою фрілансерів і має більше розширене життя, ніж життя одного продукту. Однак якщо компанія виробляє один продукт без будь-якої міграції та модифікацій, то роль RAD не така виразна. Але зазвичай бізнес-сили Agile чудово поєднуються з технічною силою організації RAD.