O Agile é uma variante do RAD?

16

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?

João V
fonte
1
RAD = Desenvolvimento Rápido de Aplicativos. O Agile certamente se enquadra nessa categoria.
Oded
2
@ Oded: do que como é que muitas fontes não dizem isso? Principalmente porque rápida visava em entrega rápida porque ágil na adaptabilidade, que é representado pela palavra "ágil" ..
John V
1
Claro, ágil é sobre adaptabilidade, mas ao mesmo tempo, é sobre a entrega rápida de itens de alta prioridade .
Oded 25/12
1
"A Wikipedia diz" - no artigo , há um sinal de "citação necessária" perto da declaração de que "Métodos ágeis têm muito em comum com o Rapid Application Development" - o que significa que esta declaração não está de acordo com os padrões da wikipedia
gnat
1
O que você quer dizer com "abordagem de desenvolvimento independente"?
Thomas Owens

Respostas:

15

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
Isso é o que penso exatamente, acho que o Wiki deve ser atualizado.
John V
2
Bem, é editável assim que você poderia fazer isso ;-)
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. 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)

Eufórico
fonte
1
é por isso que o ágil propôs a criação de protótipos em diferentes idiomas do idioma dos produtos: o protótipo geralmente não é feito corretamente. por exemplo, Matlab para protótipo vs c ++ para o produto
BЈовић
-1

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.

Simon
fonte
4
é difícil ler este post (parede de texto). Você se importaria de editá -lo em uma forma melhor?
Gnat