Agile è una variante di RAD?

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

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

Non penso sia corretto classificare le metodologie di sviluppo nei hi-kie. Quindi nessuna metodologia è "sotto" o "sopra" qualsiasi altra. È molto più logico pensare a punti comuni di metodologia. Abbastanza spesso, l'applicazione della metodologia nel mondo reale implica la combinazione di molte metodologie simili e spetta ai manager elaborare un modello di sviluppo funzionante.

In caso di RAD (di cui non ho esperienza) rispetto a Agile, sembra che solo la comunanza sia uno sviluppo iterativo. RAD sembra preferire fasi rigide con obiettivi e risultati specifici. Agile è più sulla singola fase di sviluppo in cui tutto accade. Inoltre, Agile sviluppa direttamente il software con la possibilità di rimuovere funzionalità prima della prototipazione. (che potrebbe risultare agile, perché molto spesso i prototipi vengono immediatamente integrati nel software di lavoro, invece di farlo di nuovo correttamente)

La metodologia Agile è di più modalità rasoio perché è orientata a creare un'applicazione in un modello iterativo con dimostrazione iterativa rapida agli stakeholder. Non esenta gli sviluppatori dal mantenere i paradigmi del design (modularità -specialmente), ma non lo enfatizza direttamente, pur essendo concentrato sulla fornitura continua di iterazioni e sulla rapida reazione al rapido cambiamento dei requisiti aziendali. È orientato di fatto allo sviluppo di un prodotto isolato e funziona nei frame del prodotto. Ma non richiede necessariamente il riutilizzo di componenti di soluzioni e, inoltre, di costruire qualsiasi piattaforma comune per la famiglia di prodotti a livello aziendale. Nessun tecnico responsabile sarà propenso a ripetere lo stesso lavoro N volte.  Fortunatamente RAD separa lo sviluppo per domini, moduli e la loro integrazione, e dal punto di vista tecnico, è più applicabile per l'organizzazione tecnica del modello di sviluppo, che è ragionevole dal punto di vista della gestione tecnica di un'azienda. Ciò rende il modello più flessibile e riutilizzabile e adattabile per altri prodotti.  Infine, un'azienda non è una comunità di liberi professionisti e ha una vita più lunga della 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 perfettamente combinati con i punti di forza dell'organizzazione tecnica di RAD.