LEVEL SHIFT AND ADDITIVE OUTLIERS

La fase llamada Revisión y Retrospectiva se ocupa de la revisión de los entregables y del trabajo que se ha hecho, y determina las mejores prácticas y métodos utilizados para hacer el trabajo

relacionado al proyecto. En las grandes organizaciones, el proceso de Revisión y Retrospectiva puede incluir la convocatoria de Reunión de Scrum de Scrums.

Proceso 1: Convocar Scrum de Scrums

En este proceso, los representantes del Equipo Scrum convocan una reunión de Scrum of Scrums (SoS) en intervalos predeterminados o cuando sea necesario para colaborar y realizar un

seguimiento de sus respectivos progresos, impediments, y las dependencias entre los equipos. Esto es relevante sólo para grandes proyectos en los que múltiples Equipo Scrums están involucrados.

Scrum Master o Representantes del Equipo Scrum

Normalmente, un miembro de cada Equipo Scrum representará a su equipo en el Scrum of Scrums (SoS) Meeting. En la mayoría de los casos, este es el Scrum Master, pero a veces alguien más puede representar al equipo. Una sóla persona puede ser nominada por el equipo para que los represente en todas las reuniones SoS, o el representante puede cambiar con el tiempo, dependiendo si hay otra persona que pueda mejor cumplir esta función según los Incidentes y circunstancias. La persona que participe en la reunión debe tener el conocimiento técnico para identificar los casos en los que los equipos podrían causar impediments o retrasos.

Reunión de Scrum de Scrums

Estas son reuniones preferentemente cortas (pero generalmente no time-boxed para permitir un mayor intercambio de información entre los equipos), donde los representantes de los Equipo Scrums se reúnen para compartir el estado de los equipos respectivos. El Scrum of Scrums (SoS) Meeting se llevará a cabo en intervalos predeterminados o cuando sea requerido por los Equipo Scrums para facilitar el intercambio de información entre los diferentes Equipo Scrums. Incidentes, dependencias y Riesgos que afectan a múltiples Equipo Scrums pueden ser observados

1. Cordinación de Mejor Equipo *

2. Incidentes Resueltos 3. Updated Impedimento Log

Updated Dependencies 1. Reunión de Scrum de

Scrums *

2. Cuatro Preguntas por Equipo *

3. Video Conferencing 4. Meeting Room

5. Cuerpo de Asesoramiento de Scrum Expertise 1Scrum Master or Scrum Team

Representatives* 2. Chief Scrum Master 3. Chief Producto Owner 4. Meeting Agenda

5. Impedimento Log 6. Dependencies

7. Outputs from Retrospectiva del Sprint

© 2014 SCRUMstudy.com 52 cuidadosamente, lo cual ayudará a los distintos equipos que trabajan en un proyecto grande a

coordinar e integrar sus trabajos de mejor forma. Es la responsabilidad del Chief Scrum Master (u otro Scrum Master que facilita las reuniones SOS) asegurarse de que todos los representantes tengan un ambiente propicio para compartir sinceramente de la información, incluso ofrecer

observaciones a otros representantes. Para proyectos más grandes, con la participación de números equipos, múltiples niveles de estas reuniones pueden ser convocados para así compartir el estado de los equipos respectivos.

Cada representante del Equipo Scrum proporcionará actualizaciones de su equipo. Estas actualizaciones se proporcionan generalmente en forma de respuestas a cuatro preguntas específicas

1) ¿En qué ha estado trabajando mi equipo desde la última reunión? 2) ¿Qué va a hacer mi equipo hasta la próxima reunión?

3) ¿Con qué contaban otros equipos que mi equipo hiciera que no se ha hecho? 4) ¿Qué piensa hacer nuestro equipo que pueda afectar a otros equipos?

Las respuestas a estas cuatro preguntas proporcionan información que permite a cada equipo entender claramente la situación laboral de todos los demás equipos.

Cordinación de Mejor Equipo

La reunión de Scrum of Scrums (SoS) facilita la coordinación de trabajo entre varios Equipo Scrums. Esto es especialmente importante cuando hay tareas que impliquen dependencias entre equipos. Las incompatibilidades y discrepancias entre el trabajo y los resultados de los diferentes equipos quedan expuestas rápidamente.Este foro también les da a los equipos la oportunidad de mostrar sus logros y de dar retroalimentación a los otros equipos. Mediante el uso de la reunión SoS, las organizaciones tienen más Colaboración que las Personajes o Personas que trabajan en equipos cerrados donde esencialmente se preocupan por sus propias responsabilidades.

Proceso 2: Demostrar y Validar el Sprint

En este proceso, el Equipo Scrum le demuestra el Sprint Deliverable al Producto Owner y a los Stakeholders relevantes en un Reunión de Revisión del Sprint. El propósito de esta reunión es asegurar la aprobación y aceptación del Producto Owner de los Entregables creados en el Sprint.

Reunión de Revisión del Sprint

Los miembros del Scrum Core Team y el/los Stakeholder(s) correspondiente(s) participan en Reunión de Revisión del Sprint s para aceptar los entregables en acuerdo con los Criterio de Aceptación de la Historia del Usuario, y donde se rechazan las entregas inaceptables. Estas reuniones son convocadas al final de cada Sprint. El Equipo Scrum demuestra los logros del Sprint, incluyendo las nuevas funcionalidades o Producto os creados. Esto proporciona una oportunidad para que el Producto Owner y el/los Stakeholder(s) inspeccionen lo que se ha completado hasta el momento, y para determinar si algún cambio se debe hacer en el proyecto o procesos en Sprints posteriores.

Entregables Aceptados

Los entregables (deliverables) que cumplen con los Criterio de Aceptación de la Historia del Usuario son aceptados por el Producto Owner. El objetivo de un Sprint es crear entregables potencialmente listos para ser entregados, o presentar incrementos de Producto os que cumplan con los Criterio de Aceptación definidos por el Cliente y el Producto Owner. Estos son considerados Entregables Aceptados que puedan entregarse al Cliente si así lo desean. Una lista de los Criterio de Aceptación se mantiene y se actualiza después de cada Reunión de Revisión del Sprint. Si una entrega no cumple con los Criterio de Aceptación definidos, no se considera aceptado y por lo general se lleva adelante en un Sprint posterior para rectificar cualquier issue. Eso no es ideal ya que el objetivo de todos los Sprint es cumplir con los criterios de aceptación.

1. Entregables Aceptados * 2. Entregables Rechazados 3. Updated Riesgos 4. Análisis de Valor Ganado

Results

5. Updated Cronograma de

Planificación del Lanzamiento

6. Updated Dependencies

1. Reunión de Revisión del Sprint s*

2. Análisis de Valor Ganado 3. Cuerpo de Asesoramiento

de Scrum Expertise 1. Scrum Core Team*

2. Entregables del Sprint * 3. Pendientes del Sprint * 4. Criterio de Terminado * 5. Usuario Story Acceptance

Criteria* 6. Stakeholder(s) 7. Cronograma de Planificación del Lanzamiento 8. Identified Riesgos 9. Dependencies 10. Cuerpo de Asesoramiento de Scrum Recommendations

© 2014 SCRUMstudy.com 54

Proceso 3: Retrospectiva del Sprint

En este proceso, el Scrum Master y el Equipo Scrum se reúnen para discutir las lecciones

aprendidas a lo largo del Sprint. Esta información se documenta como las lecciones aprendidas que pueden aplicarse a los futuros Sprints. A menudo, como resultado de esta discusión, puede haber Mejoras Acordadas Susceptibles a la Acción o recomendaciones actualizadas por parte del Cuerpo de Asesoramiento de Scrum.

Reunión de la Retrospectiva del Sprint

Reunión de la Retrospectiva del Sprint es un elemento importante del marco de Scrum llamado "inspeccionar-adaptar" y es el paso final en un Sprint. Todos los miembros del Equipo Scrum asisten a la reunión, que es facilitada o moderada por el Scrum Master. Se recomienda, pero no se requiere que el Producto Owner asista.Un miembro del equipo documenta las charlas y los elementos para acciones futuras. Es esencial tener esta reunión en un ambiente abierto y relajado para obtener la participación de todos los miembros del equipo.

Los debates en el Reunión de la Retrospectiva del Sprint s abarcan tanto lo que salió mal como lo que salió bien. Los objetivos principales de la reunión son identificar tres elementos específicos: 1) Las cosas que el equipo tiene que seguir haciendo: mejores prácticas

2) Las cosas que el equipo necesita empezar a hacer: mejoras en el proceso

3) Las cosas que el equipo necesita dejar de hacer: problemas de proceso y embotellamiento Estas áreas se discuten y una lista de Mejoras Acordadas Susceptibles a la Acción es creada.

1. Mejoras Acordadas Susceptibles a la Acción * 2. Elementos de Acción Asignada y Fechas de Entrega 3. Proposed Non-Functional Items for Priorizada Backlog Producto o 4. Registro de la

Retrospectiva del Sprint 5. Lecciones aprendidas del

Equipo de Scrum 6. Updated Cuerpo de

Asesoramiento de Scrum Recommendations 1. Reunión de la

Retrospectiva del Sprint * 2. ESVP

3. Lancha

4. Metrics and Measuring Techniques

5. Cuerpo de Asesoramiento de Scrum Expertise 1. Scrum Master*

2. Scrum Team*

3. Outputs from Demostrar y Validar el Sprint * (Salidas de Demostrar y Validar el Sprint *) 4. Producto Owner 5. Cuerpo de Asesoramiento de Scrum Recommendations

Mejoras Acordadas Susceptibles a la Acción

Mejoras Acordadas Susceptibles a la Acción es el primer resultado del proceso Sprint Retrospect. Es la lista de elementos configurables que el equipo ha llegado a hacer frente a los problemas y mejorar los procesos con el fin de mejorar su desempeño en el futuro Sprints.