¿En qué se diferencia Agile de XP?


32

Leí algunos artículos en la web para descubrir cómo Agile, XP, Scrum, la programación de pares son diferentes entre sí / relacionados entre sí y deduje la siguiente línea:

  1. Scrum y XP son casi lo mismo. XP tiene un período de lanzamiento más corto que Scrum
  2. La programación de pares se emplea en metodologías ágiles y XP

Pero no pude identificar cómo Agile es diferente de XP.

Más que proporcionar una URL, me complacería leer su experiencia y sus opiniones al respecto.

Respuestas:


55

Estás confundiendo el problema. Ser ágil significa que estás siguiendo un montón de valores y prácticas del manifiesto ágil . Eso es.

XP y Scrum son procesos de desarrollo que siguen esos valores. Ambos son "igual de ágiles". La gran diferencia entre Scrum y XP es que Scrum no contiene prácticas específicas para la programación , mientras que XP tiene muchas de ellas (TDD, integración continua, programación de pares).


2
+1 XP, Scrum extiende Ágil.
Michael K

8
+1 para "scrum no contiene prácticas específicas para programación"; Esto es absolutamente correcto y debe enfatizarse mucho más. Dicho de otra manera, Scrum es una metodología de gestión de proyectos, no una metodología de desarrollo de software. Scrum a menudo se usa con un método ágil, pero no tiene que ser así.
Steven A. Lowe

18

Ágil es el término genérico para la metodología.

XP y Scrum son los nombres específicos para diferentes implementaciones de esa metodología.

Las páginas de Wikipedia son probablemente buenos puntos de partida para lecturas adicionales: consulte las secciones "Referencias" y "Lecturas adicionales" en la parte inferior de cada página, pero debe buscar más y más implementaciones antes de decidir cuál funciona para usted, o (como otros han señalado) los bits de cada implementación que funcionan para usted.


Entonces, ¿Xp es parte de Agile with Scrum como hermano? ¿Cómo Xp y Scrum son diferentes? ¿Cuántos días es la única diferencia entre ellos?
Gopi

2
XP es más prescriptivo en lo que necesita hacer (por ejemplo, especifica pruebas unitarias, programación de pares, etc.) que Scrum. Scrum se centra más en lo que hace el equipo en su conjunto, pero no dice nada sobre las prácticas técnicas (la parte débil de scrum cuando se aplica al software en mi humilde opinión). Como resultado, mucha gente los ve como metodologías complementarias en lugar de estar en conflicto.
FinnNk el

1
+1, muchas personas se sienten muy incómodas con la programación de pares. Además, si no puede incorporar la intención de una metodología de desarrollo en lo que tiene existente (sin cambios drásticos que molesten a las personas), algo está muy mal. Sigo viendo personas que ven instrucciones, pero no la intención detrás de ellas y sigo sintiéndome muy frustrado cuando veo preguntas como esta.
Tim Post

1
+1: esta es una respuesta bastante buena. Pero tengo que estar en desacuerdo con la declaración sobre Wikipedia. Creo que el póster original muestra mucha confusión y depende de googlear y Wikipedia es una de las razones por las que tenemos tanta falta de claridad en primer lugar. Los nombres de los expertos ágiles modernos son bien conocidos; Recomiendo leer sus blogs y libros en su lugar.
azheglov el

@azheglov: veo lo que quieres decir. He aclarado lo que quise decir sobre el uso de las páginas de Wikipedia. Las secciones Referencias y Lecturas adicionales son lo que debería estar viendo.
ChrisF

7

¿Cómo se fríe el pollo?

Esa es una pregunta seria. ¿Cómo reunir la intención del trabajo de otras personas en algo que funcione para usted?

Veo tantas preguntas no solo aquí, sino en SO que preguntan "¿Debo usar x, y o Z?" mientras que en realidad se presta poca atención a cómo un cambio drástico podría afectar a un equipo, o (peor) el efecto de que alguien intente algo sin comprender completamente cómo funciona. Cuando se trata de metodología de desarrollo, no lo comprende hasta que lo haya utilizado con éxito, de lo contrario, solo está siguiendo consejos ciegos.

Cada vez que veo "¿Scrum funcionaría para mí?" Le pregunto "No sé, ¿lo has intentado?"

No leas estas cosas como si vinieran de algún tipo de escritura espiritual. Tome lo que funcione para usted, pruébelo y, si funciona, implemente las partes que funcionaron. Esto no es diferente de tomar lo mejor de lo que hacen libfoo y libbar y hacer algo que satisfaga sus necesidades.

¿En qué momento alguien dijo "Sigue, al pie de la letra este método o condenados de por vida"?

El mejor método es su mejor adaptación de la sabiduría publicada y original que funcione para usted .


Bien dicho respuesta, aunque no responde la pregunta. El cartel ni siquiera decía que estaba pensando en usarlos.
Pierre Arlaud

5

Agile es una clase de metodología de desarrollo de software, de la cual XP es una instancia

Scrum es una metodología de gestión de proyectos , no una metodología de desarrollo de software . Si bien es común usar una metodología de desarrollo ágil con Scrum, no es un requisito. No són la misma cosa.


0

Prácticamente muchas organizaciones no siguen una metodología específica 100% como XP o Scrum, ya que se establecen. Especialmente si acaban de comenzar a seguir los principios ágiles. Pueden elegir ciertos aspectos de cualquier metodología dada, como Scrum, que se encuentra dentro del carro ágil. Agile es más abstracto y es más fácil decir eso que decir que hacemos XP o Scrum.


0

Tanto XP como Scrum son metodologías de desarrollo de software bajo metodología de software ágil, son parte de la familia de modelos de procesos ágiles, otros incluyen; Crystal, desarrollo impulsado por funciones, etc.

Siga el siguiente enlace para obtener más aclaraciones sobre sus diferencias.

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

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.