wiki

Desenvolvimento ágil: mudanças entre as edições

← Edição anterior
Fabiov (discussão | contribs)
107 edições
Etiqueta: visualeditor
 
(15 revisões intermediárias por 4 usuários não estão sendo mostradas)
Linha 1: Linha 1:
Esta pesquisa deve fornecer um conteúdo atualizado sobre o tema acima. Não esqueça de incluir as 
== '''Conceito''' ==
referëncias (fontes) no último item, reforçando que não deve ser um Copy/Paste e sim uma síntese
* O desenvolvimento ágil é um termo que se define pelas melhores metodologias segundo os princípios de desenvolvimento segundo o Manifesto para o Desenvolvimento Ágil de Software (também conhecido como Manifesto Ágil), toda metodologia que segue os princípios desse manifesto pode ser considerado como desenvolvimento ágil. Tal manifesto são os princípios comuns entre os projetos de sucesso, ele foi criado durante uma reunião de diversos profissionais da área de desenvolvimento de software no início de 2001 durante um workshop realizado em Snowbird, Utah, EUA.
das pesquisas que fizer.
* No desenvolvimento ágil o desenvolvimento do software é feito em forma de espiral e de forma interativa diferente do modelo tradicional (modelo em cascata), ou seja, no desenvolvimento ágil o projeto é dividido em partes e gerando ciclos de repetição para cada parte do sistema. Em cada ciclo é gerado um sistema funcional, testado e aprovado, com novas funcionalidades.  
<br>


= Conceito =
== '''Vantagens ao Cliente''' ==
<br>
* Esse tipo de desenvolvimento se adequa bem a mudanças de projeto, já que possui apenas uma idealização básica das funções e do sistema em si, achando assim natural as mudanças de projeto, surgimento de novas funções e erros no projeto (já que eles estimulam a criatividade e aprendizado do programador). Diferente do desenvolvimento tradicional, que busca a definição no inicio do projeto de um sistema que será a meta final, separando o projeto em fases que devem ser seguidas a risca segundo o plano de desenvolvimento, onde cada pessoa tem seu papel totalmente definido, tendo que realizar apenas o que lhe foi exigido, considerando erros e alterações de projeto como falhas, que atrapalham o rendimento do projeto e assim como aumento do custo do mesmo.
O desenvolvimento de software tradicional é uma tarefa difícil, laboriosa e possui riscos. Riscos estes que envolvem orçamento, tempo para levantamento de requisitos e planejamento que não atendem ao cronograma estipulado e que tornará o projeto ainda mais caro, etc e que ao final de um período tudo pode estar perdido devido a não solução do problema do cliente.
* No desenvolvimento ágil o cliente tem maior afinidade com o projeto, devido ao fato de poder interferir e opinar no sistema durante o decorrer de sua criação, já que é possível retirar duvidas de funcionamento do sistema e inserir com facilidade ideias e funções que surjam nesse processo de criação. Algo que não ocorre no desenvolvimento padrão, já que o plano já foi definido e dependendo da etapa em que o projeto se encontra seria necessário um retorno de etapas da cascata para redefinição de projeto e desenvolvimento, atrapalhando a data de entrega do sistema e seu custo, sendo assim o cliente tem que se adequar ao sistema entregue e não o contrário.


Pensando nisso, no início do ano de 2001, um grupo de consultores veteranos da área de engenharia de software se reuniu em Snowbird, Utah, EUA. Apesar de cada um ter aprendido segundo a cartilha tradicional, ter suas próprias práticas e teorias preferidas, concordaram que os riscos inerentes ao desenvolvimento de software tradicional só poderiam ser atenuados se houvesse uma forma diferente do existia até então para desenvolvimento. Apesar de seus métodos serem diferentes, houve consenso de que os projetos tinham em comum um pequeno conjunto de princípios e com base nisso criaram o Manifesto para Desenvolvimento Ágil de software.
== '''Vantagens para os desenvolvedores''' ==
* No desenvolvimento ágil por conta de como os erros são tratados (como possibilidades de aprendizado), os desenvolvedores possuem a chance de testar novas funcionalidades para os programas, incentivando a criatividade nas maneiras para solucionar os eventuais erros, assim como na criação de designs e funcionalidades no decorrer do projeto. Sendo assim os desenvolvedores que participam desse modo de desenvolvimento tem uma maior chance de experimentação de desenvolvimento, tendo desse modo uma maior capacitação, já que são forçados a encontrar erros e suas respectivas soluções, além de possuírem mais criatividade, por serem incentivados a criar novas maneiras de efetivação do projeto.
* Desse modo os desenvolvedores ágeis são melhores tratados, já que não tem a pressão de seguir a risca um padrão de desenvolvimento, que não suporta erros ou mudanças, ou seja, que em caso de erro o trabalhador pode ser o causador do prolongamento da entrega do projeto e/ou possível cancelamento.


= Principais métodos =
== '''Princípios''' ==
<br>
* Os princípios do Manifesto Ágil são:
Mesmo antes da reunião dos consultores da área de engenharia de software em Snowbird, Utah, EUA no início do ano de 2001, já haviam definições de desenvolvimento de software ágil que evoluíram a partir de meados dos anos de 1990 como parte de uma reação contra métodos “pesados”, caracterizados por regulamentação pesada, regimentação e micro gerenciamento usando o modelo em cascata para desenvolvimento.
** Indivíduos e interação entre eles mais que processos e ferramentas.
** Software em funcionamento mais que documentação abrangente.
** Colaboração com o cliente mais que negociação de contratos.
** Responder a mudanças mais que seguir um plano.
* Os 12 princípios do Desenvolvimento Ágil são:
** A maior prioridade é satisfazer o cliente, através da entrega adiantada e contínua de software de valor.
** Aceitar mudanças de requisitos, mesmo no fim do desenvolvimento. Processos ágeis se adequam a mudanças, para que o cliente possa tirar vantagens competitivas.
** Entregar software funcionando com freqüencia, na escala de semanas até meses, com preferência aos períodos mais curtos.
** Pessoas relacionadas à negócios e desenvolvedores devem trabalhar em conjunto e diariamente, durante todo o curso do projeto.
** Construir projetos ao redor de indivíduos motivados. Dando a eles o ambiente e suporte necessário, e confiar que farão seu trabalho.
** O Método mais eficiente e eficaz de transmitir informações para, e por dentro de um time de desenvolvimento, é através de uma conversa cara a cara.
** Software funcional é a medida primária de progresso.
** Processos ágeis promovem um ambiente sustentável. Os patrocinadores, desenvolvedores e usuários, devem ser capazes de manter indefinidamente, passos constantes.
** Contínua atenção à excelência técnica e bom design, aumenta a agilidade.
** Simplicidade: a arte de maximizar a quantidade de trabalho que não precisou ser feito.
** As melhores arquiteturas, requisitos e designs emergem de times auto organizáveis.
** Em intervalos regulares, o time reflete em como ficar mais efetivo, então, se ajustam e otimizam seu comportamento de acordo.


Inicialmente, métodos ágeis eram conhecidos como métodos “leves”. Após a reunião em Snowbird foi adotado o nome métodos ágeis, tendo publicado o Manifesto ágil, documento que reúne os princípios e práticas desta metodologia de desenvolvimento.  
== '''Metodologias''' ==
* XP (Extreme Programming) e SCRUM são as metodologias ágeis mais conhecidas e usadas, porém também existem outras, como: Adaptive Software Process, Feature Driven Development (FDD), Crystal, Agile Modeling e Win-Win Spiral.


Os métodos ágeis iniciais – criado a priore em 2000 – incluíam:
== '''Referências''' ==
**XP (Extreme Programming) (1996)
* INTRODUÇÃO AO DESENVOLVIMENTO ÁGIL. Disponível em: < http://www.devmedia.com.br/introducao-ao-desenvolvimento-agil/5916 >. Acesso em 22 de Maio de 2017.
**SCRUM (1986)
* DESENVOLVIMENTO ÁGIL. Aprenda a desenvolver software com foco em entregáveis, agilizando o processo de entregas e comercialização do produto. Disponivel em: < http://ead.parceriapositiva.com.br/site/curso/desenvolvimento-agil >. Acesso em 05 de Junho de 2017.
**Feature Driven Development (FDD)
* O QUE É DESENVOLVIMENTO ÁGIL? – FAQ SCRUM. Disponível em: <  http://blog.myscrumhalf.com/2011/05/faq-scrum-o-que-e-desenvolvimento-agil/ >. Acesso em 05 de Junho de 2017.
**Dynamic Systems Development Method (DSDM) (1995)
* MANIFESTO PARA O DESENVOLVIMENTO ÁGIL DE SOFTWARE. Disponível em: < http://www.manifestoagil.com.br >. Acesso em 05 de Junho de 2017.
**Lean Development
* PRINCÍPIOS POR TRÁS DO MANIFESTO ÁGIL. Disponível em: < http://www.manifestoagil.com.br/principios.html >. Acesso em 05 de Junho de 2017.
**Crystal Clear
* AGILE DEVELOPMENT: XP E SCRUM EM UMA ABORDAGEM COMPARATIVA. Nesse artigo veremos como um apanhado geral sobre as duas principais metodologias ágeis usadas no mercado e ao final faremos um comparativo entre elas. Disponível em: < http://www.devmedia.com.br/agile-development-xp-e-scrum-em-uma-abordagem-comparativa/30808 >. Acesso em 06 de Junho de 2017.
**Adaptive Software Development
* APRENDA SOBRE DESENVOLVIMENTO ÁGIL DE SOFTWARE. Este é um guia Open Source sobre Desenvolvimento Ágil feito pela comunidade de Desenvolvimento Ágil do Brasil. Disponível em: < http://www.desenvolvimentoagil.com.br/ >. Acesso em 06 de Junho de 2017.
 
* METODOLOGIAS ÁGEIS DE DESENVOLVIMENTO DE SOFTWARE. Disponível em: < http://www.brq.com/metodologias-ageis/ >. Acesso em 06 de Junho de 2017.
= Princípios do Manifesto Ágil =
<br>
 
Principais conceitos do Manifesto Ágil:
 
**Indivíduos e interações mais que processos e ferramentas
**Software em funcionamento mais que documentação abrangente
**Colaboração com o cliente mais que negociação de contratos
**Responder a mudanças mais que seguir um plano
 
"mesmo havendo valor nos itens à direita, são mais valorizados mais os itens à esquerda."
 
De acordo com estes conceitos, são 12 os princípios do Manifesto Ágil:
 
**Garantir a satisfação do consumidor entregando rapidamente e continuamente softwares funcionais;
**Softwares funcionais são entregues frequentemente (semanas, ao invés de meses);
**Softwares funcionais são a principal medida de progresso do projeto;
**Até mesmo mudanças tardias de escopo no projeto são bem-vindas. Processos ágeis tiram vantagem das mudanças visando vantagem competitiva para o cliente;
**Pessoas de negócio e desenvolvedores devem trabalhar diariamente em conjunto por todo o projeto;
**Projetos surgem através de indivíduos motivados, entre os quais existe relação de confiança. Dê a eles o ambiente e o suporte necessário e confie neles para fazer o trabalho;
**Design do software deve prezar pela excelência técnica;
**Simplicidade;
**O método mais eficiente e eficaz de transmitir informações para e entre uma equipe de desenvolvimento é através de conversa face a face;
**Os processos ágeis promovem desenvolvimento sustentável. Os patrocinadores, desenvolvedores e usuários devem ser capazes de manter um ritmo constante indefinidamente;
**As melhores arquiteturas, requisitos e designs emergem de equipes auto-organizáveis;
**Em intervalos regulares, a equipe reflete sobre como se tornar mais eficaz e então refina e ajusta seu comportamento de acordo.
 
= Vantagens =
<br>
Vantagens:
**Redução do tempo de entrega da primeira versão do software pedido;
**Métodos ágeis seguem processo iterativo de desenvolvimento e de sucessivas entregas ao cliente, o qual vai constatando e evolução e participando na avaliação e definição das novas funcionalidades a serem acrescentadas;
**Aumento de controle por parte dos gestores, uma vez que se baseia no que realmente está sendo produzido e no que vai ser feito a curto prazo. Como tal, há menos especulação, há mais visibilidade e adequação das medições e avaliações do estado das funcionalidades e tarefas realizadas;
**Por haver maior comunicação neste método, há maior aproximação entre desenvolvedores e gestores, havendo assim um ambiente propício a maior produtividade dos envolvidos. É especialmente adequado a projetos onde requisitos vão evoluindo constantemente e não se exigem muitas pessoas. A maioria dos relatórios de documentação são produzidos pelas ferramentas de trabalho, o que alivia as equipes de trabalho.
 
Desvantagens:
**Uma desvantagem apontada aos Métodos Ágeis é o fato de estes não serem escaláveis. Na realidade, estes não foram desenhados para projetos muito longos existindo, contudo abordagens mais escaláveis, como o Scrum;
**“O desenvolvimento ágil é mais difícil com equipes maiores . O projeto médio tem apenas nove pessoas , bem ao alcance dos processos ágeis mais básicas. No entanto, é interessante encontrar ocasionalmente projetos ágeis de sucesso com 120 ou até 250 pessoas”[1];
**Menor controle de custos. Tipicamente, nesta metodologia, o projeto termina quando o cliente não levantar mais funcionalidades relevantes que deseje ver concretizadas, em oposição a ser acordado um preço e um plano. Daqui tira-se que os custos e durações podem variar e podem ser de difícil gestão para a organização;
**Documentação do projeto tipicamente mais pobre com relação aos métodos tradicionais.
 
= Scrum =
<br>
 
= XP eXtreme Programming =
<br>
'''Extreme Programming (XP)'''
 
Criada na década de 90, nos Estados Unidos, é uma Metodologia Ágil de desenvolvimento de software para equipes pequenas e médias que utilizam requisitos básicos e vagos e que se modificam com rapidez. É uma metodologia que tem feito sucesso em vários países por ajudar no desenvolvimento de sistemas com maior qualidade, produzidos em tempos menores e de forma mais econômica que o habitual.
 
Como o principal objetivo da XP é dar agilidade ao desenvolvimento de projetos e buscar a garantia de satisfação do cliente, as práticas, regras, e os valores da XP garantem um agradável ambiente de desenvolvimento de software para os seus seguidores, que são conduzidos por quatro princípios básicos:
**'''Princípio da Comunicação''' - busca manter o melhor relacionamento possível entre clientes e desenvolvedores, preferindo conversas pessoais a outros meios de comunicação.
**'''Princípio da Simplicidade''' - entende-se como simplicidade, a busca do objetivo de implementar o software com o menor número possível de classes e métodos. Outra ideia importante deste princípio é procurar implementar apenas requisitos atuais, evitando assim adicionar funcionalidades que podem ser importantes apenas no futuro. A aposta da XP é que é melhor fazer algo simples hoje do que implementar algo complicado hoje que talvez não venha a ser usado.
**'''Princípio do Feedback''' - A prática do feedback constante significa que o desenvolvedor terá informações constantes do código e do cliente. A informação do código é dada pelos testes constantes, que indicam os erros tanto individuais quanto do software integrado.
**'''Princípio da Coragem''' - Sabe-se que não são todas as pessoas que possuem facilidade de comunicação e têm bom relacionamento interpessoal, este princípio também dá suporte à simplicidade, pois assim que a oportunidade de simplificar o software é percebida, a equipe pode experimentar e buscar novas soluções, além disso, é preciso coragem para obter e cobrar constantemente um feedback do cliente.
 
'''Principais práticas da Extreme Programming (XP)'''
 
**'''Planejamento''' - Define o que é ou não necessário ser feito no projeto. A XP baseia-se em requisitos atuais para desenvolvimento de software, não em requisitos futuros.
**'''Entregas Frequentes''' - Baseiam-se no desenvolvimento de um software simples, e conforme os requisitos aparecem, há a atualização da versão do software. Cada versão entregue deve ter o menor tamanho possível, contendo os requisitos de maior valor para o negócio. É recomendado que as versões devem ser entregues a cada mês, ou no máximo a cada dois meses, aumentando a possibilidade de feedback rápido do cliente.
**'''Metáfora''' - São as descrições de um software sem a utilização de termos técnicos com o objetivo de guiar o desenvolvimento do software com a maior transparência possível para o cliente.
**'''Projeto simples''' - O software desenvolvido de acordo com a metodologia XP deve ser o mais simples possível e satisfazer os requisitos atuais, sem a preocupação de requisitos futuros. Eventuais requisitos futuros devem ser adicionados assim que eles realmente existirem.
**'''Testes''' - A Extreme Programming (XP) prioriza a validação do projeto durante todo o processo de desenvolvimento. Os desenvolvedores implementam o software criando primeiramente os testes.
**'''Programação em pares''' - A implementação do código é feita em dupla, ou seja, dois desenvolvedores trabalham em um único computador. Procurando identificar erros sintáticos e semânticos, pensando estrategicamente em como melhorar o código que está sendo implementado. Esses papéis podem e devem ser alterados sempre que possível.
**'''Refatoração''' - Focaliza a lapidação do projeto do software e está presente em todas as etapas do desenvolvimento. A refatoração deve ser feita sempre que possível, buscando principalmente simplificar o código atual sem perder nenhuma funcionalidade.
**'''Propriedade coletiva''' - O código do projeto pertence a todos os membros da equipe. Isto significa que qualquer pessoa que percebe que pode adicionar valor a um código, mesmo que ele próprio não o tenha desenvolvido, pode fazê-lo, desde que faça os testes necessários e não prejudique as funcionalidades atuais. Isto é possível porque na XP todos são responsáveis pelo software. Uma grande vantagem desta prática é que, caso um membro da equipe deixe o projeto antes do fim, a equipe consegue continuar o projeto sem grandes dificuldades, pois todos conhecem todas as partes do software, mesmo que não seja de forma detalhada.
**'''Integração contínua''' - É a prática de interagir e construir o sistema de software várias vezes por dia, mantendo os programadores em sintonia, além de possibilitar processos rápidos. Integrar apenas um conjunto de modificações de cada vez é uma prática que funciona bem porque fica óbvio quem deve fazer as correções quando os testes falham. Esta prática é facilitada com o uso de apenas uma máquina de integração, que deve ter livre acesso a todos os membros da equipe.
**'''40 horas de trabalho semanal''' - a XP assume que não se deve fazer horas extras constantemente. Caso seja necessário trabalhar mais de 40 horas pela segunda semana consecutiva, existe um problema sério no projeto que deve ser resolvido não com aumento de horas trabalhadas, mas com melhor planejamento.
**'''Cliente presente''' - É fundamental a participação do cliente durante todo o desenvolvimento do projeto. O cliente deve estar sempre disponível para sanar todas as dúvidas de requisitos, evitando atrasos e até mesmo construções erradas. Uma idéia interessante é manter o cliente como parte integrante da equipe de desenvolvimento (Tester).
**'''Código padrão''' - Baseia-se na padronização da arquitetura do código, para que este possa ser compartilhado entre todos os programadores e até mesmo entre outros softwares.
 
= Referências bibliográficas =
<br>
**http://www.desenvolvimentoagil.com.br/
**https://pt.wikipedia.org/wiki/Desenvolvimento_%C3%A1gil_de_software
**http://agilemanifesto.org/iso/ptbr/
**https://fernandofranzini.wordpress.com/2014/06/05/desenvolvimento-agil-de-software/
**http://www.teses.usp.br/teses/disponiveis/45/45134/tde-06072008-203515/en.php
**http://www.devmedia.com.br/introducao-ao-desenvolvimento-agil/5916
**http://www.dcc.ufla.br/infocomp/index.php/INFOCOMP/article/view/68/53
**http://www.devmedia.com.br/conceitos-basicos-sobre-metodologias-ageis-para-desenvolvimento-de-software-metodologias-classicas-x-extreme-programming/10596
**http://www.siq.com.br/DOCS/EntendendoScrumparaGerenciarProjetosdeFormaAgil.pdf
 
**[1] Cockburn, A. e Highsmith, “Agile Software Development: The People Factor”, IEEE Computer, v.34, n.11, nov. 2001, p. 131-33

Edição atual tal como às 00h09min de 7 de junho de 2017

Conceito

  • O desenvolvimento ágil é um termo que se define pelas melhores metodologias segundo os princípios de desenvolvimento segundo o Manifesto para o Desenvolvimento Ágil de Software (também conhecido como Manifesto Ágil), toda metodologia que segue os princípios desse manifesto pode ser considerado como desenvolvimento ágil. Tal manifesto são os princípios comuns entre os projetos de sucesso, ele foi criado durante uma reunião de diversos profissionais da área de desenvolvimento de software no início de 2001 durante um workshop realizado em Snowbird, Utah, EUA.
  • No desenvolvimento ágil o desenvolvimento do software é feito em forma de espiral e de forma interativa diferente do modelo tradicional (modelo em cascata), ou seja, no desenvolvimento ágil o projeto é dividido em partes e gerando ciclos de repetição para cada parte do sistema. Em cada ciclo é gerado um sistema funcional, testado e aprovado, com novas funcionalidades.

Vantagens ao Cliente

  • Esse tipo de desenvolvimento se adequa bem a mudanças de projeto, já que possui apenas uma idealização básica das funções e do sistema em si, achando assim natural as mudanças de projeto, surgimento de novas funções e erros no projeto (já que eles estimulam a criatividade e aprendizado do programador). Diferente do desenvolvimento tradicional, que busca a definição no inicio do projeto de um sistema que será a meta final, separando o projeto em fases que devem ser seguidas a risca segundo o plano de desenvolvimento, onde cada pessoa tem seu papel totalmente definido, tendo que realizar apenas o que lhe foi exigido, considerando erros e alterações de projeto como falhas, que atrapalham o rendimento do projeto e assim como aumento do custo do mesmo.
  • No desenvolvimento ágil o cliente tem maior afinidade com o projeto, devido ao fato de poder interferir e opinar no sistema durante o decorrer de sua criação, já que é possível retirar duvidas de funcionamento do sistema e inserir com facilidade ideias e funções que surjam nesse processo de criação. Algo que não ocorre no desenvolvimento padrão, já que o plano já foi definido e dependendo da etapa em que o projeto se encontra seria necessário um retorno de etapas da cascata para redefinição de projeto e desenvolvimento, atrapalhando a data de entrega do sistema e seu custo, sendo assim o cliente tem que se adequar ao sistema entregue e não o contrário.

Vantagens para os desenvolvedores

  • No desenvolvimento ágil por conta de como os erros são tratados (como possibilidades de aprendizado), os desenvolvedores possuem a chance de testar novas funcionalidades para os programas, incentivando a criatividade nas maneiras para solucionar os eventuais erros, assim como na criação de designs e funcionalidades no decorrer do projeto. Sendo assim os desenvolvedores que participam desse modo de desenvolvimento tem uma maior chance de experimentação de desenvolvimento, tendo desse modo uma maior capacitação, já que são forçados a encontrar erros e suas respectivas soluções, além de possuírem mais criatividade, por serem incentivados a criar novas maneiras de efetivação do projeto.
  • Desse modo os desenvolvedores ágeis são melhores tratados, já que não tem a pressão de seguir a risca um padrão de desenvolvimento, que não suporta erros ou mudanças, ou seja, que em caso de erro o trabalhador pode ser o causador do prolongamento da entrega do projeto e/ou possível cancelamento.

Princípios

  • Os princípios do Manifesto Ágil são:
    • Indivíduos e interação entre eles mais que processos e ferramentas.
    • Software em funcionamento mais que documentação abrangente.
    • Colaboração com o cliente mais que negociação de contratos.
    • Responder a mudanças mais que seguir um plano.
  • Os 12 princípios do Desenvolvimento Ágil são:
    • A maior prioridade é satisfazer o cliente, através da entrega adiantada e contínua de software de valor.
    • Aceitar mudanças de requisitos, mesmo no fim do desenvolvimento. Processos ágeis se adequam a mudanças, para que o cliente possa tirar vantagens competitivas.
    • Entregar software funcionando com freqüencia, na escala de semanas até meses, com preferência aos períodos mais curtos.
    • Pessoas relacionadas à negócios e desenvolvedores devem trabalhar em conjunto e diariamente, durante todo o curso do projeto.
    • Construir projetos ao redor de indivíduos motivados. Dando a eles o ambiente e suporte necessário, e confiar que farão seu trabalho.
    • O Método mais eficiente e eficaz de transmitir informações para, e por dentro de um time de desenvolvimento, é através de uma conversa cara a cara.
    • Software funcional é a medida primária de progresso.
    • Processos ágeis promovem um ambiente sustentável. Os patrocinadores, desenvolvedores e usuários, devem ser capazes de manter indefinidamente, passos constantes.
    • Contínua atenção à excelência técnica e bom design, aumenta a agilidade.
    • Simplicidade: a arte de maximizar a quantidade de trabalho que não precisou ser feito.
    • As melhores arquiteturas, requisitos e designs emergem de times auto organizáveis.
    • Em intervalos regulares, o time reflete em como ficar mais efetivo, então, se ajustam e otimizam seu comportamento de acordo.

Metodologias

  • XP (Extreme Programming) e SCRUM são as metodologias ágeis mais conhecidas e usadas, porém também existem outras, como: Adaptive Software Process, Feature Driven Development (FDD), Crystal, Agile Modeling e Win-Win Spiral.

Referências

Disponível em “http://3.143.69.156/wiki/index.php?title=Desenvolvimento_ágil&oldid=49774”