Adjust for Easter effects

La fase de Implement, se relaciona con la ejecución de las tareas y actividades para crear el

Producto de un proyecto. Estas actividades incluyen la creación de varias entregas, la realización de Reunión Diaria de Standup s, y el mantenimiento (es decir, revisiones, ajustes, y actualización periódica) del Producto Backlog en intervalos regulares.

Proceso 1: Crear Entregables

En este proceso, el Equipo Scrum trabaja en las tareas del Pendientes del Sprint para crear Entregables del Sprint. A menudo se utiliza un Tabla de Scrum para realizar el seguimiento del trabajo y actividades que se llevan a cabo. Los Incidentes o problemas que enfrenta el Equipo Scrum podrían actualizarse en un Impedimento Log.

Scrumboard

La transparencia de Scrum proviene de las herramientas de información abiertamente visibles como el Scrumboard, que muestra el progreso del equipo. El equipo utiliza un Tabla de Scrum para planificar y realizar un seguimiento de los progresos realizados durante cada Sprint. El Tabla de Scrum contiene cuatro columnas para indicar el progreso de las tareas estimadas para el Sprint: una columna "To Do" (Para Hacer), para las tareas aún no iniciadas, ―In Progress‖ (En curso) para las tareas iniciadas pero que aún no se han completado, una columna llamada ―Testing‖ (A Prueba) para las tareas completadas pero en el proceso donde se hacen las pruebas necesarias, y la columna ―Done‖ (Hecho) para las tareas que se han completado con éxito y has sido aprobadas. Al comienzo de un Sprint, todas las tareas para ese Sprint se colocan en la columna de "To Do" y, posteriormente, se mueven hacia adelante en función de su progreso.

1. Entregables del Sprint * 2. Updated Scrumboard* 3. Updated Impedimento Log* 4. Solicitud de Cambio no Aprobada 5. Identified Riesgos 6. Riesgos Mitigados 7. Updated Dependencies 1. Team Expertise * 2. Software

3. Other Development Tools 4. Cuerpo de Asesoramiento

de Scrum Expertise 1. Scrum Core Team*

2. Pendientes del Sprint * 3. Scrumboard* 4. Impedimento Log* 5. Cronograma de Planificación del Lanzamiento 6. Dependencies 7. Cuerpo de Asesoramiento de Scrum Recommendations

© 2014 SCRUMstudy.com 48 Registro de impedimento

Impedimento es cualquier obstáculo o barrera que reduce la Producto ividad del Equipo Scrum. Los impediments deben ser identificados, resueltos y eliminados si el equipo ha de seguir trabajando con eficacia. Los impediments pueden ser internos del equipo, tales como flujo de trabajo ineficiente o falta de comunicación, o pueden ser externos. Algunos ejemplos de impedimentos externos pueden incluir problemas de licencia de software o los requisitos de documentación innecesarios. El marco de Scrum, con su transparencia inherente, facilita la rápida y fácil identificación de los obstáculos. El no identificar o hacerle frente a los obstáculos puede ser muy costoso. Los impedimentos deben ser registrados formalmente por el Scrum Master en un Impedimento log, y pueden ser discutidos durante los Reunión Diaria de Standup s y Reunión de Revisión del Sprint.

Team Expertise

Esto se refiere a la experiencia colectiva de los miembros del Equipo Scrum para entender los Historias de Usuarios y tareas en el Pendientes del Sprint con el fin de crear los entregables finales. La experiencia del equipo se utiliza para evaluar las entradas necesarias para ejecutar el trabajo previsto del proyecto. El juicio y la experiencia de cada miembro se aplica a todos los aspectos técnicos y de gestión del proyecto durante el proceso de Crear Entregables. Los miembros del Equipo Scrum tienen la autoridad y la responsabilidad de determinar los mejores medios para convertir los elementos Priorizada Backlog Producto o en Producto os terminados, sin necesidad de participación de todos los stakeholders del equipo. Experiencia adicional está disponible por parte del Cuerpo de Asesoramiento de Scrum, según sea necesario.

Entregables del Sprint

Al final de cada Sprint, se completa un mínimo de Producto o entregable. La entrega debe poseer todas las características y funcionalidades definidas en los Historias de Usuarios incluidas en el Sprint, las cuales deben ser probadas con éxito.

Updated Scrumboard

El Tabla de Scrum se actualiza con regularidad a medida que el equipo produce más trabajo. Sin embargo, al final del Sprint, el Tabla de Scrum se restablecerá o borrará y un nuevo Tabla de Scrum se creará para el próximo Sprint.

PROCESO 2: REALIZAR UN STANDUP DIARIO

La figura muestra todas las entradas, las herramientas y las salidas del proceso Realizar un Standup Diario.

Reunión Diaria de Standup

Reunión Diaria de Standup es una reunión diaria de corta duración, Time-boxed a 15 minutos. Los miembros del equipo se reúnen para informar de sus progresos en el Sprint y planificar las actividades del día. La duración de las reuniones es muy corta y se espera que todos los miembros del Equipo Scrum asistan. La reunión no se cancela o se retrasa si uno o más miembros no pueden asistir.

Se recomiendan los debates entre el Scrum Master y el equipo o entre algunos miembros del Equipo Scrum, pero estas discusiones suceden después del Daily Standup para asegurar que la reunión sea corta.

En Reunión Diaria de Standup, facilitado por el Scrum Master, cada miembro del Equipo Scrum proporciona información en forma de respuestas a tres preguntas específicas:

 ¿Qué terminé ayer?

 ¿Qué voy a terminar hoy?

 ¿Qué impedimentos u obstáculos (si los hay) estoy enfrentando en la actualidad?

Al centrarse en estas tres preguntas, todo el equipo puede tener una comprensión clara de la situación laboral. En ocasiones, otros elementos pueden ser discutidos, pero esto se reduce al mínimo para respetar el aspecto time-boxed de la reunión.

Es muy recomendable que las dos primeras preguntas sean respondidas por los miembros del equipo de manera cuantificable, si es posible, en lugar de respuestas largas y cualitativas. Los miembros del equipo pueden organizar reuniones adicionales después del Reunión Diaria de Standup para hacer frente a los artículos que necesitan un análisis adicional.

1. Updated Gráfico del Trabajo Consumido del Sprint *

2. Updated Impedimento Log*

3. Motivated Scrum Team 4. Updated Scrumboard 5. Solicitud de Cambio no Aprobada 6. Identified Riesgos 7. Riesgos Mitigados 8. Updated Dependencies 1. Reunión Diaria de Standup

*

2. Tres Preguntas Diarias * 3. Sala de Guerra

4. Video Conferencing 1. Scrum Team*

2. Scrum Master* 3. Gráfico del Trabajo

Consumido del Sprint * 4. Impedimento Log* 5. Producto Owner 6. Previous Work Day

Experience 7. Scrumboard 8. Dependencies

© 2014 SCRUMstudy.com 50

Proceso 3: Mantenimiento Priorizado de los Pendientes del Producto

En este proceso, el Priorizada Backlog Producto o se actualiza y se mantiene continuamente. Un Reunión de Repaso de Priorización de la Lista del Producto o puede ser considerado, en el que se discute y se incorpora el Priorizada Backlog Producto o de forma apropiada.

Reunión de Repaso de Priorización de la Lista del Producto

El Producto Owner puede tener reuniones múltiples y separadas con los stakeholders, el Scrum Master y el Equipo Scrum relevante para asegurar que él o ella tenga suficiente información para hacer cambios al Priorizada Backlog Producto o durante el proceso de Mantenimiento Priorizado de los Pendientes del Producto o .

La intención del Reunión de Repaso de Priorización de la Lista del Producto o s es asegurar que los Historias de Usuarios y los Criterio de Aceptación se entiendan y se escriban correctamente por el Prodcut Owner de modo que reflejen los requisitos de los stakeholder ( Cliente s); que los Historias de Usuarios sean entendidos por todos los miembros de Equipo Scrum; y que los Historias de Usuarios de los usuarios de alta prioridad sean muy refinados para que el Equipo Scrum pueda estimar correctamente y comprometerse con este tipo de Historias de Usuarios.

Los Reunión de Repaso de Priorización de la Lista del Producto o s también aseguran que los casos irrelevantes de Historias de Usuarios se eliminen y que los Solicitudes de Cambio Aprobados o Identified Riesgos sean incorporados en el Priorizada Backlog Producto.

1. Updated Priorizada Backlog Producto o * 2. Updated Cronograma de Planificación del Lanzamiento 1. Reunión de Repaso de

Priorización de la Lista del Producto o s*

2. Communication Techniques

3. Other Priorizada Backlog Producto o Grooming Techniques

1. Scrum Core Team* 2. Priorizada Backlog Producto o * 3. Entregables Rechazados 4. Solicitudes de Cambio Aprobados 5. Solicitud de Cambio no Aprobada 6. Identified Riesgos 7. Updated Programa Producto Backlog 8. Registro de la

Retrospectiva del Sprint 9. Dependencies 10. Cronograma de Planificación del Lanzamiento 11. Cuerpo de Asesoramiento de Scrum Recommendations