Agile est-il une variante de RAD?

Wikipedia dit que Agile est un type de "RAD" qui, je suppose, est incorrect. D'après ce que je sais, Agile a été développé parce que RAD lui-même n'était pas si réussi dans les années 90 (trop rigide pour les changements). Ou ai-je tort?

(Remarque: apparemment, l'article Wikipedia sur le développement de logiciels Agile a été amélioré entre les deux, il répertorie simplement RAD comme un prédécesseur d'Agile, pas comme un sur-ensemble).

Une référence d'un livre Radical Project Management (Thomsett)

"..nouveau mode de développement comme RAD, Agile, orienté objet ..."

Auditeur certifié du système d'information CISA:

..connaissance de deux autres logiciels dev. méthodes: Développement d'application agile et rapide

Gestion agile des logiciels:

Les méthodes agiles sont principalement dérivées de l'approche légère de RAD.

Meilleures pratiques d'estimation logicielle:

Les principales méthodes de sw. dev. peut se résumer comme suit:
1. Cascade ..
4. RAD
5. Agile

Le point de cette question est: le
RAD est-il de type Agile ou une approche de développement autonome?

RAD en tant que terme est antérieur à Agile en tant que terme d'environ dix ans, mais il n'est pas vraiment un «parent» d'Agile. Les deux ont été créés en réaction aux lacunes perçues des techniques traditionnelles de gestion du développement logiciel. Cependant, RAD est une méthode normative pour l'écriture de logiciels, utilisant des prototypes successifs pour susciter des exigences et affiner l'application. Agile, sous la forme introduite à l'origine, est une position philosophique décrivant la différence entre les approches traditionnelles et les valeurs sur lesquelles se concentrent les praticiens agiles.

Donc non, le développement logiciel agile n'est pas un type de RAD; ils traitent des problèmes à différents niveaux d'abstraction.

Je ne pense pas qu'il soit correct de catégoriser les méthodologies de développement dans les hiearchies. Aucune méthodologie n'est donc "sous" ou "au-dessus" d'une autre. Il est beaucoup plus logique de penser à des points communs de méthodologies. Très souvent, l'application de la méthodologie dans le monde réel implique la combinaison de nombreuses méthodologies similaires et il appartient aux gestionnaires de trouver un modèle de développement fonctionnel.

Dans le cas de RAD (que je ne connais pas) vs Agile, il semble que la communauté soit le développement itératif. La RAD semble préférer des phases rigides avec des objectifs et des résultats spécifiques. Agile est davantage une phase de développement unique où tout se passe. Agile développe également des logiciels directement avec la possibilité de supprimer les fonctionnalités au lieu de les prototyper au préalable. (ce qui pourrait finir comme agile, car bien souvent les prototypes sont immédiatement intégrés dans un logiciel fonctionnel, au lieu de le faire correctement une fois de plus)

La méthodologie agile est plus en mode rasoir car elle est orientée pour construire une application dans un modèle itératif avec une démonstration itérative rapide aux parties prenantes. Il n'exempte pas les développeurs de conserver les paradigmes de conception (modularité en particulier), mais ne le souligne pas directement, tout en se concentrant sur la livraison continue d'itérations et une réaction rapide en cas de changement rapide des besoins de l'entreprise. Il est orienté de facto vers le développement d'un produit isolé et fonctionne dans les cadres du produit, mais il ne nécessite pas de réutilisation distincte des composants des solutions et, en outre, de construire une plate-forme commune pour la famille de produits au niveau de l'entreprise. Aucun responsable technique ne sera partisan de répéter le même travail N fois. Heureusement, RAD sépare le développement par domaines, modules et leur intégration, et du point de vue technique, est plus applicable à l'organisation technique du modèle de développement, ce qui est raisonnable du point de vue de la gestion technique d'une entreprise. Cela rend le modèle plus flexible et réutilisable et adaptable à d'autres produits. Enfin, une entreprise n'est pas une communauté d'indépendants et a une durée de vie plus longue que la durée de vie d'un produit. Cependant, si une entreprise produit un seul produit sans migration ni modification, le rôle de RAD n'est pas si expressif. Mais normalement, les forces commerciales d'Agile sont parfaitement combinées avec les forces d'organisation technique de RAD. Enfin, une entreprise n'est pas une communauté d'indépendants et a une durée de vie plus longue que la durée de vie d'un produit. Cependant, si une entreprise produit un seul produit sans migration ni modification, le rôle de RAD n'est pas si expressif. Mais normalement, les forces commerciales d'Agile sont parfaitement combinées avec les forces d'organisation technique de RAD. Enfin, une entreprise n'est pas une communauté d'indépendants et a une durée de vie plus longue que la durée de vie d'un produit. Cependant, si une entreprise produit un seul produit sans migration ni modification, le rôle de RAD n'est pas si expressif. Mais normalement, les forces commerciales d'Agile sont parfaitement combinées avec les forces d'organisation technique de RAD.