É ágil uma variante do RAD?

15

Wikipedia diz que o Agile é um tipo de "RAD" que eu acho que está incorreto. Pelo que sei, o Agile foi desenvolvido porque o próprio RAD não foi tão bem sucedido nos anos 90 (muito rígido para mudanças). Ou estou errado?

(Nota: aparentemente o artigo da Wikipedia sobre o desenvolvimento de software ágil foi melhorado no meio, ele apenas lista < href="https://en.wikipedia.org/wiki/Rapid_application_development"> RAD como um predecessor do Agile, não como um superconjunto).

Uma referência de um livro Radical Project Management (Thomsett)

"..new development fad such as RAD, Agile, Object oriented..."

Auditor do Sistema de Informação Certificado CISA:

..aware of two alternative software dev. methods: Agile and Rapid Application Development

Gerenciamento ágil para software:

Agile methods are mostly derived from lightweight approach of RAD.

Práticas recomendadas de estimativa de software:

The major methods of sw. dev. can be summarized as follows:
1. Waterfall ..
4. RAD
5. Agile

O ponto desta pergunta é:
O tipo Ágil de abordagem de desenvolvimento RAD ou independente?

    
por John V 25.12.2012 / 11:06
fonte

3 respostas

15

RAD como um termo antecede o Agile como um termo em cerca de dez anos, mas não é realmente um "pai" do Agile. Ambos foram criados como reações às deficiências percebidas com as técnicas tradicionais de gerenciamento de desenvolvimento de software. No entanto, o RAD é um método prescritivo para escrever software, usando protótipos sucessivos para elicitar requisitos e refinar o aplicativo. Ágil, na forma originalmente introduzida, é uma posição filosófica que descreve a diferença entre as abordagens tradicionais e os valores focalizados pelos praticantes ágeis.

Portanto, não, desenvolvimento de software ágil não é um tipo de RAD; eles abordam problemas em diferentes níveis de abstração.

    
por 25.12.2012 / 14:20
fonte
11

Eu não acho correto categorizar metodologias de desenvolvimento em hiearchies. Portanto, nenhuma metodologia está "abaixo" ou "acima" de qualquer outra. É muito mais lógico pensar em pontos comuns de metodologias. Com muita frequência, a aplicação da metodologia no mundo real envolve a combinação de muitas metodologias similares e cabe aos gerentes elaborar o modelo de desenvolvimento do trabalho.

No caso do RAD (com o qual não tenho experiência) vs. Agile, parece que apenas a comunalidade é um desenvolvimento iterativo. A RAD parece preferir fases rígidas com metas e resultados específicos. Agile é mais sobre a fase de desenvolvimento único, onde tudo acontece. A Agile também desenvolve software diretamente com possibilidade de remoção de recursos em vez de prototipagem antecipada. (que pode acabar sendo ágil, porque muitas vezes os protótipos são imediatamente integrados ao software de trabalho, em vez de fazê-lo corretamente mais uma vez)

    
por 25.12.2012 / 12:03
fonte
-1

A metodologia ágil é mais modesta porque é orientada para construir aplicações em modelos iterativos com rápida demonstração iterativa para as partes interessadas. Ele não isenta os desenvolvedores de manter paradigmas de design (modularidade -especialmente), mas não enfatiza isso diretamente, enquanto se concentra na entrega contínua de iterações e na reação rápida na rápida mudança dos requisitos de negócios. Ele é orientado de fato para o desenvolvimento de um produto isolado e funciona nos quadros do produto. Mas ele não requer componentes de soluções que reutilizam distintamente e, além disso, para construir qualquer plataforma comum para a família de produtos no nível da empresa. Nenhum gerente técnico será proponente de repetir o mesmo trabalho N vezes.  Felizmente a RAD separa o desenvolvimento por domínios, módulos e sua integração, e do ponto de vista técnico, é mais aplicável para a organização técnica do modelo de desenvolvimento, o que é razoável do ponto de vista da gestão técnica de uma empresa. Isso faz com que o modelo seja mais flexível e solúvel na solução e adaptável para outros produtos.  Finalmente, uma empresa não é uma comunidade de freelancers e tem uma vida mais longa, do que a vida de um produto. No entanto, se uma empresa produz um único produto sem qualquer migração e modificação, o papel do RAD não é tão expressivo. Mas normalmente, os pontos strongs de negócios do Agile são combinados de maneira excelente com os pontos strongs da organização técnica da RAD.

    
por 12.05.2017 / 16:20
fonte