A Wikipedia diz que o Agile é um tipo de "RAD" que eu acho incorreto. Pelo que sei, o Agile foi desenvolvido porque a RAD em si não foi tão bem-sucedida nos anos 90 (rígida demais para mudanças). Ou eu estou errado?
(Observação: aparentemente o artigo da Wikipedia sobre desenvolvimento de software Agile foi aprimorado no meio, apenas lista o RAD como um predecessor do Agile, não como um superconjunto).
Uma referência de um livro Radical Project Management (Thomsett)
"..nova moda do desenvolvimento, como RAD, Agile, Orientada a Objetos ..."
Auditor do Sistema de Informação Certificado CISA:
.. conhece dois desenvolvedores de software alternativo . Métodos: Desenvolvimento Ágil e Rápido de Aplicativos
Gerenciamento ágil para software:
Os métodos ágeis são derivados principalmente da abordagem leve do RAD.
Melhores práticas de estimativa de software:
Os principais métodos de sw. dev. pode ser resumido da seguinte forma:
1. Waterfall ..
4. RAD
5. Agile
O objetivo desta pergunta é:
O tipo ágil de RAD ou abordagem de desenvolvimento independente?
fonte
Respostas:
RAD como um termo antecede o Agile em cerca de dez anos, mas não é realmente um "pai" do Agile. Ambos foram criados como reações às deficiências percebidas pelas 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 obter 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 focados pelos praticantes ágeis.
Portanto, não, o desenvolvimento ágil de software não é um tipo de RAD; eles abordam problemas em diferentes níveis de abstração.
fonte
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. Freqüentemente, a aplicação da metodologia no mundo real envolve a combinação de muitas metodologias semelhantes e cabe aos gerentes apresentar o modelo de desenvolvimento de trabalho.
No caso de RAD (com o qual não tenho experiência) vs. Agile, parece que apenas comunalidade é desenvolvimento iterativo. A RAD parece preferir fases rígidas com objetivos e resultados específicos. Agile é mais uma fase de desenvolvimento única, onde tudo acontece. Além disso, o Agile desenvolve software diretamente, com a possibilidade de remover os recursos, em vez de criar protótipos previamente. (que pode acabar como ágil, porque muitas vezes os protótipos são imediatamente integrados ao software em funcionamento, em vez de fazê-lo corretamente mais uma vez)
fonte
A metodologia ágil é de modo mais detalhado porque é orientada para criar aplicativos no modelo iterativo com demonstração iterativa rápida para as partes interessadas. Ele não isenta os desenvolvedores de manter os paradigmas de design (modularidade - especialmente), mas não o enfatiza diretamente, concentrando-se na entrega contínua de iterações e na reação rápida à rápida mudança dos requisitos de negócios. Ele é orientado de fato ao desenvolvimento de um produto isolado e funciona nos quadros do produto. Mas não requer reutilizar distintamente os componentes das soluções 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, o RAD separa o desenvolvimento por domínios, módulos e sua integração, e do ponto de vista técnico, é mais aplicável à organização técnica do modelo de desenvolvimento, o que é razoável do ponto de vista do gerenciamento técnico de uma empresa. Isso torna o modelo mais flexível, reutilizável e adaptável a outros produtos. Finalmente, uma empresa não é uma comunidade de freelancers e tem uma vida mais prolongada do que a vida de um produto. No entanto, se uma empresa produz um único produto sem nenhuma migração e modificação, a função do RAD não é tão expressiva. Porém, normalmente, os pontos fortes do Agile nos negócios são excelentemente combinados com os pontos fortes da organização técnica da RAD. Finalmente, uma empresa não é uma comunidade de freelancers e tem uma vida mais prolongada do que a vida de um produto. No entanto, se uma empresa produz um único produto sem nenhuma migração e modificação, a função do RAD não é tão expressiva. Porém, normalmente, os pontos fortes do Agile nos negócios são excelentemente combinados com os pontos fortes da organização técnica da RAD. Finalmente, uma empresa não é uma comunidade de freelancers e tem uma vida mais prolongada do que a vida de um produto. No entanto, se uma empresa produz um único produto sem nenhuma migração e modificação, a função do RAD não é tão expressiva. Porém, normalmente, os pontos fortes dos negócios do Agile são excelentemente combinados aos pontos fortes da organização técnica da RAD.
fonte