XP vs SCRUM

r

SCRUM Es un modelo de referencia que define un conjunto de prácticas y roles, y que puede tomarse como punto de partida para definir el proceso de desarrollo que se ejecutará durante un proyecto  XP Esta metodología se centra en la prueba y error para el desarrollo de un producto de software funcional, permitiendo la participación activa del cliente en todo el proceso como condición fundamental para el resultado exitoso del proceso, promoviendo el trabajo en equipo e impulsando el buen clima laboral.

Product Owner

Representa a los stakeholders (interesados externos o internos)

Se encarga de recibir los requerimientos

Se asegura de que el equipo Scrum trabaja de forma adecuada desde la perspectiva del negocio

Se encarga de escribir historias de usuario, las prioriza, y las coloca en el Product Backlog.

ScrumMaster

Encargado de eliminar obstáculos

Mantiene los procesos y trabaja de forma similar
al líder del proyecto

Gestiona los procesos y garantiza que el equipo cuente con todos los insumos necesarios para realizar su trabajo

Team

Incluyen a los desarrolladores.

Tiene la responsabilidad de entregar el producto

Un grupo conformado de menos de 10 personas

Con las habilidades necesarias para terminar el trabajo (Análisis, diseño, desarrollo y pruebas).

^

Artefactos

Product backlog

Sprint o sprint backlog:

Gráfico de avance o burndown chart

Stakeholders (Clientes, Proveedores, Vendedores, etc)^

Son un grupo de personas que hacen posible el proyecto

Participan directamente durante las revisiones del sprint.

Valores y principios

La comunicación

Comunicación asertiva entre los involucrados
del proyecto

La simplicidad

Lo más importante son los deseos del cliente y sus prioridades.

La retroalimentación

La comunicación permite la construcción conjunta del proyecto y de todo el equipo en las dos direcciones de cliente hacia los desarrolladores del proyecto y viceversa

El coraje

El equipo cuenta con la disposición y la fortaleza para enfrentar el cambio constante de los requerimientos.

Prácticas

Programación de a pares

2 Desarrolladores se sientan a realizar la misma
funcionalidad.

Propiedad colectiva del código

Todos los miembros del equipo son dueños del
código.

Espacio de trabajo informativo

Tablero de control que muestre el estado del proyecto

Estándares de código

Compresión de código óptima.

Marcha sostenible

Identificar el mejor ritmo para trabajar.

Integración continua

Pruebas de código evitando problemas una vez
puesto en producción.