Agile è una variante di RAD?

Wikipedia afferma che Agile è un tipo di "RAD" che suppongo sia errato. Da quello che so, Agile è stato sviluppato perché RAD in sé non è stato così efficace negli anni '90 (troppo rigido per i cambiamenti). O mi sbaglio?

(Nota: a quanto pare l' articolo di Wikipedia sullo sviluppo del software Agile è stato migliorato nel mezzo, elenca semplicemente RAD come un predecessore di Agile, non come un superset).

Un riferimento da un libro Radical Project Management (Thomsett)

"... nuova moda di sviluppo come RAD, Agile, Object oriented ..."

Revisore del sistema di informazione certificato CISA:

..consapevole di due sviluppatori software alternativi . metodi: sviluppo agile e rapido delle applicazioni

Gestione agile del software:

I metodi agili derivano principalmente dall'approccio leggero del RAD.

Best practice per la stima del software:

I principali metodi di sw. dev. può essere riassunto come segue:
1. Cascata ..
4. RAD
5. Agile

Il punto di questa domanda è: il
tipo Agile di RAD o l'approccio di sviluppo autonomo?

RAD come termine precede Agile come termine di circa dieci anni, ma in realtà non è un "genitore" di Agile. Entrambi sono stati creati come reazioni a carenze percepite con le tradizionali tecniche di gestione dello sviluppo del software. Tuttavia, RAD è un metodo prescrittivo per la scrittura di software, che utilizza prototipi successivi per ottenere requisiti e perfezionare l'applicazione. Agile, nella forma originariamente introdotta, è una posizione filosofica che descrive la differenza tra approcci tradizionali e valori focalizzati dai professionisti agili.

Quindi no, lo sviluppo software agile non è un tipo di RAD; affrontano problemi a diversi livelli di astrazione.

Non credo sia corretto classificare le metodologie di sviluppo nelle ricerche hi-fi. Quindi nessuna metodologia è "sotto" o "sopra" qualsiasi altra. È molto più logico pensare a punti comuni di metodologie. Molto spesso, l'applicazione della metodologia nel mondo reale implica la combinazione di molte metodologie simili ed è compito dei manager elaborare un modello di sviluppo funzionante.

Nel caso di RAD (di cui non ho esperienza) vs. Agile sembra che solo la comunanza sia lo sviluppo iterativo. RAD sembra preferire fasi rigide con obiettivi e risultati specifici. Agile riguarda più la singola fase di sviluppo in cui tutto accade. Inoltre Agile sviluppa direttamente il software con la possibilità di rimuovere le funzionalità anziché la prototipazione preventiva. (che potrebbe finire come agile, perché molto spesso i prototipi vengono immediatamente integrati nel software funzionante, invece di farlo di nuovo correttamente)

La metodologia agile ha una modalità più razor perché è orientata a costruire un'applicazione in modello iterativo con dimostrazione iterativa rapida per le parti interessate. Non esenta gli sviluppatori dal mantenere i paradigmi di progettazione (specialmente la modularità), ma non lo enfatizza direttamente, mentre si concentra sulla fornitura continua di iterazioni e sulla reazione rapida al rapido cambiamento delle esigenze aziendali. È orientato di fatto allo sviluppo di un prodotto isolato e funziona nei frame del prodotto, ma non richiede un riutilizzo distintivo dei componenti delle soluzioni e, inoltre, per costruire una piattaforma comune per la famiglia di prodotti a livello aziendale. Nessun responsabile tecnico sarà proponente a ripetere lo stesso lavoro N volte. Fortunatamente RAD separa lo sviluppo per domini, moduli e loro integrazione e dal punto di vista tecnico, è più applicabile per l'organizzazione tecnica del modello di sviluppo, il che è ragionevole dal punto di vista della gestione tecnica di un'azienda. Ciò rende il modello più flessibile, riutilizzabile in soluzione e adattabile ad altri prodotti. Infine, un'azienda non è una comunità di liberi professionisti e ha una vita più estesa rispetto alla vita di un prodotto. Tuttavia, se un'azienda produce un singolo prodotto senza alcuna migrazione e modifica, il ruolo di RAD non è così espressivo. Ma normalmente, i punti di forza di Agile sono combinati in modo eccellente con i punti di forza dell'organizzazione tecnica di RAD. Infine, un'azienda non è una comunità di liberi professionisti e ha una vita più estesa rispetto alla vita di un prodotto. Tuttavia, se un'azienda produce un singolo prodotto senza alcuna migrazione e modifica, il ruolo di RAD non è così espressivo. Ma normalmente, i punti di forza di Agile sono combinati in modo eccellente con i punti di forza dell'organizzazione tecnica di RAD. Infine, un'azienda non è una comunità di liberi professionisti e ha una vita più estesa rispetto alla vita di un prodotto. Tuttavia, se un'azienda produce un singolo prodotto senza alcuna migrazione e modifica, il ruolo di RAD non è così espressivo. Ma normalmente, i punti di forza di Agile sono combinati in modo eccellente con i punti di forza dell'organizzazione tecnica di RAD.