Extreme Programming (XP) vs Scrum (Español)

Extreme Programming (XP) es un marco de desarrollo de software ágil que tiene como objetivo producir software de mayor calidad y una mayor calidad de vida para el equipo de desarrollo. XP es el más específico de los marcos ágiles con respecto a las prácticas de ingeniería apropiadas para el desarrollo de software.

Scrum es un marco dentro del cual las personas pueden abordar problemas adaptativos complejos, mientras que productiva y creativamente la entrega de productos del mayor valor posible. Scrum en sí es un marco simple para la colaboración eficaz en equipo en productos complejos.,

Scrum y XP son ambos enfoques ágiles que comparten los conceptos comunes de desarrollo iterativo, software de trabajo, planificación de versiones e iteraciones, reuniones diarias, retrospectiva, todos los elementos de un proceso ágil. Ambos enfoques están alineados entre sí que a veces es difícil distinguir entre un equipo que está adoptando XP mientras que otro equipo que está haciendo Scrum.,

sin embargo, Hay algunas diferencias, algunas de ellas muy sutiles, y en particular en los siguientes 4 aspectos:

1. Longitud de iteración

Scrum

• Normalmente de dos semanas a un mes.

XP

• Normalmente una o dos semanas de duración.

2., Si se permite modificar los requisitos en una iteración

Scrum

• No permita cambios en sus sprints.
• Una vez que se completa la reunión de planificación de sprint y se asume el compromiso de entregar un conjunto de elementos del backlog de productos, ese conjunto de elementos permanece sin cambios hasta el final del sprint.

XP

• Mucho más susceptibles de cambio dentro de sus iteraciones.
• Mientras el equipo no haya comenzado a trabajar en una característica en particular, se puede intercambiar una nueva característica de tamaño equivalente en la iteración del equipo de XP a cambio de la característica no iniciada.,

3. Si la historia de usuario se implementa estrictamente de acuerdo con la prioridad en las iteraciones.

XP

• Trabajar en un orden de prioridad estricto.
• Las características a desarrollar son priorizadas por el Cliente (Propietario del producto Scrum) y el equipo debe trabajar en ellas en ese orden.

Scrum

• Scrum product owner prioriza el backlog del producto, pero el equipo determina la secuencia en la que desarrollará los elementos backlog.
• Es muy probable que un equipo de Scrum elija trabajar en el segundo más importante.

4., Ya sea adoptar métodos de ingeniería estrictos para garantizar el progreso o la calidad en el proceso de implementación de software

Scrum

• No prescribe ninguna práctica de ingeniería;

XP

• XP lo hace., id=»f3c4117e44″>XP Scrum Longitud de Iteración Ya sea para permitir la modificación de los requisitos 1-2 semanas 2-4 semanas Manejar los Cambios con una Iteración Si la demanda es estrictamente de acuerdo con la prioridad puede ser reemplazado con otros requisitos cuando una necesidad no es implementado, pero el tiempo de ejecución es igual., Scrum no está permitido hacer esto. Una vez completada la iteración, no se permiten cambios, y Scrum Master se comprueba estrictamente.,prácticas de ingeniería si se deben adoptar métodos de ingeniería estrictos para garantizar el progreso o la calidad muy estricto requiere que los desarrolladores sean conscientes

  por lo tanto, creemos que el enfoque de XP es aceptable, pero lleva a Agile a una paradoja confusa, porque la idea de XP, combinada con el modo Agile, transmite al equipo el mensaje de que «usted es una organización totalmente autogestionada, pero tiene que implementar TDD, emparejar la programación, etc.,»

  no es difícil encontrar que las cuatro distinciones son bastante obvias:

  • en Scrum, enfatiza la autoorganización
  • En XP, enfatiza fuertes restricciones de práctica de ingeniería.

  conclusión

  Scrum es un framework para el desarrollo de productos, que es un contenedor donde se pueden agregar otras prácticas. XP es una de esas prácticas que puedes hacer dentro del marco Scrum. No hay razones por las que un equipo deba elegir entre Scrum y XP. Las reglas y prácticas de XP no son fáciles y la mayoría de las reglas de XP no son negociables., Agregar XP a Scrum podría ser un camino natural para los equipos que comienzan con Scrum y se esfuerzan por ser un equipo de Scrum profesional.

  acerca de Visual Paradigm

  Visual Paradigm ayuda a las organizaciones a mantenerse competitivas y responder a cambios más rápidos y mejores en el entorno cambiante de hoy. Nuestros galardonados productos cuentan con la confianza de más de 320.000 usuarios en empresas que van desde pequeñas empresas, consultores hasta organizaciones de primer nivel, universidades y unidades gubernamentales de todo el mundo., Permite a las organizaciones mejorar la agilidad empresarial y de ti y fomentar la innovación a través de estándares abiertos y marcos de procesos populares.Visual Paradigm, una característica ágil asesina en 2018, presentó Scrum Process Canvas para automatizar la forma en que un equipo de Scrum crea, administra e implementa aplicaciones de software que permiten al equipo mejorar continuamente su rendimiento a una velocidad y escala sin precedentes.

  administre todo el proceso Scrum en una página

  • automatice el marco Scrum en un panel divertido y agradable con un estado actualizado llamativo.,
  • administre Backlog, múltiples Sprints de diferentes Roles de Scrum con un lienzo visualmente ejecutable de una sola página
  • permita acceder, revisar y generar instantáneamente artefactos de scrum y documentos relacionados que se archivarán en el gabinete compartido
  • automatice los eventos de Scrum y las actividades relacionadas con instrucciones autoexplicativas, muestras y plantillas de documentos requeridos.