Qual a diferença entre o Agile e o XP?


32

Li alguns artigos na web para descobrir como a programação em pares do Agile, XP, Scrum e par são diferentes entre si / relacionados entre si e derivamos a seguinte linha:

  1. Scrum e XP são quase os mesmos. XP tem um período de lançamentos mais curto que o Scrum
  2. A programação em pares é empregada nas metodologias Agile e XP

Mas não consegui identificar como o Agile é diferente do XP.

Mais do que fornecer um URL, ficaria feliz em ler sua experiência e pensamentos sobre isso.

Respostas:


55

Você está confundindo o problema. Ser ágil significa que você está seguindo vários valores e práticas do manifesto ágil . É isso aí.

XP e Scrum são processos de desenvolvimento que seguem esses valores. Ambos são "tão ágeis". A grande diferença entre o Scrum e o XP é que o Scrum não contém práticas especificamente para programação , enquanto o XP possui muitas (TDD, integração contínua, programação em pares).


2
+1 XP, o Scrum estende o Agile.
Michael K

8
+1 para "scrum não contém práticas especificamente para programação"; isso é absolutamente correto e deve ser enfatizado muito mais. Em outras palavras, Scrum é uma metodologia de gerenciamento de projetos, não uma metodologia de desenvolvimento de software. O Scrum é frequentemente usado com um método Agile, mas não precisa ser.
Steven A. Lowe

18

Ágil é o termo genérico para a metodologia.

XP e Scrum são os nomes específicos para diferentes implementações dessa metodologia.

As páginas da Wikipedia provavelmente são bons pontos de partida para leituras adicionais - verifique as seções "Referências" e "Leituras adicionais" na parte inferior de cada página, mas você deve analisar cada uma das outras implementações antes de decidir qual é a melhor para você, ou (como outros já apontaram) os bits de cada implementação que funcionam para você.


Então Xp faz parte do Agile with Scrum como irmão? Como Xp e Scrum são diferentes? Número de dias é a única diferença entre eles?
Gopi

2
O XP é mais prescritivo no que você precisa fazer (por exemplo, especifica teste de unidade, programação de pares, etc.) que o Scrum. O Scrum se concentra mais no que a equipe como um todo faz, mas não diz nada sobre práticas técnicas (a parte fraca do scrum quando aplicada ao software IMHO). Como resultado, muitas pessoas as vêem como metodologias complementares, em vez de estarem em conflito.
FinnNk

1
+1, muitas pessoas ficam desconfortáveis ​​com a programação em pares. Além disso, se você não pode incorporar a intenção de uma metodologia de desenvolvimento no que você possui (sem mudanças drásticas que incomodam as pessoas), algo está muito errado. Continuo vendo pessoas que veem as direções, mas não a intenção por trás delas, e continuo muito frustrado ao ver perguntas como essa.
Tim Post

1
+1: esta é uma resposta muito boa. Mas tenho que discordar da afirmação sobre a Wikipedia. Eu acho que o pôster original mostra muita confusão e confiar no Google e a Wikipedia é uma das razões pelas quais temos tanta falta de clareza em primeiro lugar. Os nomes dos especialistas modernos em Agile são bem conhecidos; Eu recomendo a leitura de seus blogs e livros.
Azheglov

@azheglov - Entendo o que você quer dizer. Esclarei o que eu quis dizer sobre o uso das páginas da Wikipedia. As seções Referências e Leituras adicionais são o que você deve observar.
ChrisF

7

Como você frita frango?

Essa é uma pergunta séria. Como você coleta a intenção do trabalho de outras pessoas em algo que funcione para você?

Eu vejo tantas perguntas não apenas aqui, mas no SO que perguntam "Devo usar x, y ou Z?" enquanto pouca atenção é realmente dada a como uma mudança drástica pode afetar uma equipe, ou (pior) o efeito de alguém tentar algo sem entender completamente como funciona. Quando se trata de metodologia de desenvolvimento, você não a entende até que a tenha usado com sucesso, caso contrário, você está apenas seguindo conselhos cegos.

Toda vez que vejo "Scrum funcionaria para mim?" Eu pergunto: "Eu não sei, você já tentou?"

Não leia essas coisas como se fossem de algum tipo de escritura espiritual. Pegue o que funciona para você, tente e, se funcionar, implemente as partes que funcionaram. Isso não é diferente de tirar o melhor proveito do que o libfoo e o libbar fazem e criar algo que atenda às suas necessidades.

Em que ponto alguém disse "Siga, à letra este método ou seja condenado por toda a vida"?

O melhor método é a melhor adaptação da sabedoria publicada e original que funciona para você .


Resposta bem dita, embora não responda à pergunta. O pôster nem dizia que ele estava pensando em usá-los.
Pierre Arlaud

5

Agile é uma classe de metodologia de desenvolvimento de software, da qual XP é uma instância

Scrum é uma metodologia de gerenciamento de projetos, não uma metodologia de desenvolvimento de software . Embora seja comum usar uma metodologia de desenvolvimento Agile com o Scrum, isso não é um requisito. Eles não são a mesma coisa.


0

Praticamente muitas organizações não seguem uma metodologia específica 100% como XP ou Scrum, conforme são estabelecidas. Especialmente se eles apenas começaram a seguir os princípios do Agile. Eles podem escolher certos aspectos de qualquer metodologia, como o Scrum, que se enquadra no movimento ágil. Agile é mais abstrato e é mais fácil dizer isso do que dizer que fazemos XP ou Scrum.


0

O XP e o Scrum são metodologias de desenvolvimento de software sob a metodologia de software ágil, fazem parte da família de modelos de processos ágeis, outros incluem; Cristal, desenvolvimento impulsionado por recursos etc.

Siga o link abaixo para mais esclarecimentos sobre suas diferenças.

http://www.mypmhome.com/scrum-vs-extreme-programming-xp/

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.