LP II clase05 - SCRUM: Desarrollo de software agil

1. DESARROLLO DE SOFTWARE CON
SCRUM
Ing. Angel R. Condori Coaquira
angeldx7@hotmail.com
http://www.juliacasoft.com

2. SCRUM
• Scrum es un marco de trabajo para la gestión
y desarrollo de software basada en un proceso
iterativo e incremental utilizado comúnmente
en entornos basados en el desarrollo ágil de
software.

3. Manifiesto Agil
1. Valorar más a los individuos y su interacción
que a los procesos y las herramientas.
2. Valorar más el software que funciona que la
documentación exhaustiva.
3. Valorar más la colaboración con el cliente
que la negociación contractual.
4. Valorar más la respuesta al cambio que el
seguimiento de un plan.

4. Roles Principales
Product Owner
• El Product Owner representa la voz del cliente. Se asegura de que el equipo Scrum
trabaje de forma adecuada desde la perspectiva del negocio. El Product Owner
escribe historias de usuario, las prioriza, y las coloca en el Product Backlog.
ScrumMaster (o Facilitador)
• El Scrum es facilitado por un ScrumMaster, cuyo trabajo primario es eliminar los
obstáculos que impiden que el equipo alcance el objetivo del sprint. El
ScrumMaster no es el líder del equipo (porque ellos se auto-organizan), sino que
actúa como una protección entre el equipo y cualquier influencia que le distraiga.
El ScrumMaster se asegura de que el proceso Scrum se utiliza como es debido. El
ScrumMaster es el que hace que las reglas se cumplan.
Equipo de desarrollo
• El equipo tiene la responsabilidad de entregar el producto. Un pequeño equipo de
3 a 9 personas con las habilidades transversales necesarias para realizar el trabajo
(análisis, diseño, desarrollo, pruebas, documentación, etc).

5. Roles Auxiliares
• Los roles auxiliares en los "equipos Scrum" son aquellos que no
tienen un rol formal y no se involucran frecuentemente en el
"proceso Scrum", sin embargo deben ser tomados en cuenta. Un
aspecto importante de una aproximación ágil es la práctica de
involucrar en el proceso a los usuarios, expertos del negocio y otros
interesados (stakeholders). Es importante que esa gente participe y
entregue retroalimentación con respecto a la salida del proceso a
fin de revisar y planear cada sprint.
• Stakeholders (Clientes, Proveedores, Vendedores, etc)Se refiere a la
gente que hace posible el proyecto y para quienes el proyecto
producirá el beneficio acordado que justifica su producción. Sólo
participan directamente durante las revisiones del
sprint.Administradores (Managers)Es la gente que establece el
ambiente para el desarrollo del producto.

6. El proceso

7. Las actividades que se llevan a cabo en
Scrum
Planificación de la iteración
• El primer día de la iteración se realiza la reunión de planificación de
la iteración. Tiene dos partes:
• Selección de requisitos (4 horas máximo). El cliente presenta al
equipo la lista de requisitos priorizada del producto o proyecto. El
equipo pregunta al cliente las dudas que surgen y selecciona los
requisitos más prioritarios que se compromete a completar en la
iteración, de manera que puedan ser entregados si el cliente lo
solicita.
• Planificación de la iteración (4 horas máximo). El equipo elabora la
lista de tareas de la iteración necesarias para desarrollar los
requisitos a que se ha comprometido. La estimación de esfuerzo se
hace de manera conjunta y los miembros del equipo se autoasignan
las tareas.

8. Ejecución de la iteración
• Cada día el equipo realiza una reunión de
sincronización (15 minutos máximo). Cada miembro del
equipo inspecciona el trabajo que el resto está realizando
(dependencias entre tareas, progreso hacia el objetivo de la
iteración, obstáculos que pueden impedir este objetivo)
para poder hacer las adaptaciones necesarias que permitan
cumplir con el compromiso adquirido. En la reunión cada
miembro del equipo responde a tres preguntas:
• ¿Qué he hecho desde la última reunión de sincronización?
• ¿Qué voy a hacer a partir de este momento?
• ¿Qué impedimentos tengo o voy a tener?

9. Inspección y adaptación
• El último día de la iteración se realiza la reunión de revisión de la
iteración. Tiene dos partes:
• Demostración (4 horas máximo). El equipo presenta al cliente los
requisitos completados en la iteración, en forma de incremento de
producto preparado para ser entregado con el mínimo esfuerzo. En
función de los resultados mostrados y de los cambios que haya
habido en el contexto del proyecto, el cliente realiza las
adaptaciones necesarias de manera objetiva, ya desde la primera
iteración, replanificando el proyecto.
• Retrospectiva (4 horas máximo). El equipo analiza cómo ha sido su
manera de trabajar y cuáles son los problemas que podrían
impedirle progresar adecuadamente, mejorando de manera
continua su productividad. El Facilitador se encargará de ir
eliminando los obstáculos identificados.

16. Investigar
• KAMBAN
• Testing y tipos de tests
• TDD
• Integración Continua
• Presentar resumen impreso