Agile est-il une variante de RAD?


16

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?


1
RAD = Rapid Application Development. Agile tombe certainement dans cette catégorie.
Oded

2
@Oded: alors comment se fait-il que beaucoup de sources ne le disent pas? Principalement parce que rapid visait une livraison rapide, pourquoi agile sur l'adaptabilité, qui est représenté par le mot "agile" ..
Jean V

1
Bien sûr, l'agilité concerne l'adaptabilité, mais en même temps, il s'agit de fournir rapidement les éléments hautement prioritaires .
Oded

1
"Wikipedia dit" - dans l' article , il y a un signe "citation nécessaire" près de la déclaration que "les méthodes agiles ont beaucoup en commun avec le développement rapide d'applications" - ce qui signifie que cette déclaration n'est pas conforme aux normes de wikipedia
gnat

1
Qu'entendez-vous par «approche de développement autonome»?
Thomas Owens

Réponses:


15

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.


C'est ce que je pense exactement, je suppose que le wiki devrait être mis à jour.
John V

2
Eh bien, c'est modifiable, vous pouvez donc le faire ;-)

11

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)


1
c'est pourquoi agile a proposé de créer des prototypes dans différentes langues à partir de la langue des produits: le prototype n'est généralement pas fait correctement. par exemple matlab pour prototype vs c ++ pour produit
BЈовић

-1

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.


4
ce post est assez difficile à lire (mur de texte). Pourriez-vous le modifier sous une meilleure forme?
moucher
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.