XP vs SCRUM

Больше похоже на это

CONFORMACIÓN DE EQUIPOS ÁGILES PARA EL DESARROLLO DE SOFTWARE: REVISIÓN DE LITERATURA

от angel vasquez

Naturaleza de la tecnología

от Santiago Quinayas

LINEAMIENTOS Y DIRECTRICES PARA LA PRESTACIÓN DE PRÁCTICAS PROFESIONALES.

от TAIMY ESPINOZA

¿Cómo identificar los stakeholder y llegar al diálogo?

от Leydi Daniela Londoño Muñoz

XP vs SCRUM

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.

Prácticas

Integración continua

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

Marcha sostenible

Identificar el mejor ritmo para trabajar.

Estándares de código

Compresión de código óptima.

Espacio de trabajo informativo

Tablero de control que muestre el estado del proyecto

Propiedad colectiva del código

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

Programación de a pares

2 Desarrolladores se sientan a realizar la misma funcionalidad.

Valores y principios

El coraje

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

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

La simplicidad

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

La comunicación

Comunicación asertiva entre los involucrados del proyecto

Stakeholders (Clientes, Proveedores, Vendedores, etc)

Participan directamente durante las revisiones del sprint.

Son un grupo de personas que hacen posible el proyecto

Artefactos

Gráfico de avance o burndown chart

Sprint o sprint backlog:

Product backlog

Team

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

Un grupo conformado de menos de 10 personas

Tiene la responsabilidad de entregar el producto

Incluyen a los desarrolladores.

ScrumMaster

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

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

Encargado de eliminar obstáculos

Product Owner

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

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

Se encarga de recibir los requerimientos

Representa a los stakeholders (interesados externos o internos)