El Scrum Master es el responsable de asegurar que Scrum es entendido y adoptado.
Verdadero
Falso
Los Scrum Masters se aseguran de que el Equipo Scrum trabaja ajustándose a la teoría, prácticas y reglas de Scrum
El Scrum Master es un líder que está al servicio del Equipo Scrum.
El Scrum Master ayuda a las personas externas al Equipo Scrum a entender qué interacciones con el Equipo Scrum pueden ser de ayuda y cuáles no.
El Scrum Master ayuda a todos a modificar interacciones para maximizar el valor creado por el Equipo Scrum
El Scrum Master da servicio al Dueño de Producto de varias formas, incluyendo:
Encontrar técnicas para gestionar la Lista de Producto de manera efectiva.
Ayudar al Equipo Scrum a entender la necesidad de contar con elementos de Lista de Producto claros y concisos.
Entender la planificación del producto en un entorno empírico.
Expresar claramente los elementos de la Lista del Producto.
El Scrum Master podría representar los deseos de un comité en la Lista del Producto, pero aquellos que quieran cambiar la prioridad de un elemento de la Lista deben hacerlo a través del Dueño de Producto.
Las decisiones del Scrum Master se reflejan en el contenido y en la priorización de la Lista del Producto.
Es responsabilidad del Scrum Master. Asegurar que el Equipo de Desarrollo entiende los elementos de la Lista del Producto al nivel necesario.
Es responsabilidad del Scrum Master: Optimizar el valor del trabajo desempeñado por el Equipo de Desarrollo.
El Scrum Master y El Dueño de Producto son los responsables de maximizar el valor del producto y del trabajo del Equipo de Desarrollo respectivamente.
No, es una responsabilidad del dueño del producto.
No, maximizar el valor del producto y del trabajo es responsabilidad única del equipo de desarrollo.
Si, es Correcto.
¿El Dueño de Producto es la única persona responsable de gestionar la Lista del Producto (Product Backlog)?
Entender y practicar la agilidad y facilitar los eventos de Scrum según se requiera o necesite. Es relacionado a:
Product Owner.
Scrum Master
Gerente Del Proyecto
Interesados
Guiar al Equipo de Desarrollo en ser auto organizado y multifuncional es una forma de dar servicio de qué rol.
Scrum Master.
Product Owner
Equipo de Desarrollo
Gerente de TI
¿Es una responsabilidad del Product Owner eliminar impedimentos para el progreso del Equipo de Desarrollo?
Los Eventos de Scrum son predefinidos con el fin de crear regularidad y minimizar la necesidad de reuniones no definidas en Scrum. Todos los eventos son bloques de tiempo (time-boxes), de tal modo que todos tienen una duración máxima determinada y conocida.
Una vez que comienza un Sprint, su duración es fija y puede acortarse o alargarse de acuerdo al rendimiento del Equipo de Desarrollo
Como Scrum Master usted deberá ayudar a entender que los Sprints contienen y consisten en:
La Reunión de Planificación del Sprint (Sprint Planning Meeting).
Los Scrum Diarios (Daily Scrum).
El trabajo de desarrollo, la Revisión del Sprint (Sprint Review).
La Retrospectiva del Sprint (Sprint Retrospective).
Usted como Scrum Master es consultado sobre lo siguiente: ¿Durante el Sprint no se realizan cambios que puedan afectar al objetivo del Sprint (Sprint Goal)?
Se pueden realizar con aprobación de la gerencia
No se realizan cambios que afecten el objetivo del Sprint.
Si con la aprobación de todos.
Ninguna de las Anteriores.
Durante el Sprint. El alcance puede ser clarificado y renegociado entre el Dueño de Producto y el Equipo de Desarrollo.
Acerca de la Cancelación de un Sprint. Un Sprint puede ser cancelado antes de que el bloque de tiempo llegue a su fin. Sólo el Dueño de Producto tiene la autoridad para cancelar el Sprint.
La Reunión de Planificación de Sprint tiene un máximo de duración de 4 horas para un Sprint de un mes.
¿En las Reuniones de Planificación de Sprint (Sprint Planning Meeting), El Scrum Master enseña al Equipo Scrum a mantenerse dentro del bloque de tiempo con el fin de poder revisar las historias de usuario?
La Reunión de Planificación de Sprint responde a las siguientes preguntas: • ¿Qué puede entregarse en el Incremento resultante del Sprint que comienza? • ¿Cómo se conseguirá hacer el trabajo necesario para entregar el Incremento?
El Scrum Diario se realiza a la misma hora y en el mismo lugar todos los días para reducir la complejidad. Durante la reunión, cada miembro del Equipo de Desarrollo explica:
¿Qué hice ayer que ayudó al Equipo de Desarrollo a lograr el Objetivo del Sprint?
¿Veo algún impedimento que evite que el Equipo de Desarrollo o yo logremos el Objetivo del Sprint?
¿Qué haré hoy para ayudar al Equipo de Desarrollo a lograr el Objetivo del Sprint?
¿Qué puede entregarse en el Incremento resultante del Sprint que comienza?
Se trata de una reunión restringida a un bloque de tiempo de cuatro horas para Sprints de un mes.
Reunión de Inicio del Proyecto
Revisión de Sprint (Sprint Review).
Scrum Diario (Daily Scrum).
Retrospectiva de Sprint (Sprint Retrospective).
Es una lista ordenada de todo lo que podría ser necesario en el producto, y es la única fuente de requisitos para cualquier cambio a realizarse en el producto.
Requerimientos Funcionales.
Requerimientos Técnicos.
Lista de Producto (Product Backlog).
Todos los anteriores.
La Lista de Producto enumera todas las características, funcionalidades, requisitos, mejoras y correcciones que constituyen cambios a ser hechos sobre el producto para entregas futuras.
El refinamiento (refinement) de la Lista de Producto es el acto de añadir detalle, estimaciones y orden a los elementos de la Lista de Producto y es responsabilidad del Scrum Master.
El Scrum Master es el responsable de proporcionar todas las estimaciones. El Dueño de Producto podría influenciar al Equipo ayudándoles a entender y seleccionar soluciones de compromiso, pero las personas que harán el trabajo son las que hacen la estimación final.
Varias prácticas de proyección sobre tendencias se han utilizado para predecir el progreso, como trabajo consumido (Burndown), esta debe ser enseñada por el Scrum Master al Equipo para ser usada en el seguimiento del progreso.
Es el conjunto de elementos de la Lista de Producto seleccionados para el Sprint, más un plan para entregar el Incremento de producto y conseguir el Objetivo del Sprint.
Flujo acumulado (cumulative flow).
Incremento "Terminado".
Lista de Pendientes del Sprint (Sprint Backlog).
El refinamiento (refinement) de la Lista de Producto es el acto de añadir detalle, estimaciones y orden a los elementos de la Lista de Producto. El Equipo Scrum decide cómo y cuándo se hace el refinamiento. Este usualmente consume:
Un poco más del 10% de la capacidad del Equipo de Desarrollo.
Usualmente consume no más del 10% de la capacidad del Equipo de Desarrollo.
4 horas.
15 minutos
Acta de Retrospectiva de Sprint (Sprint Retrospective).
Acta de Revisión de Sprint (Sprint Review).
Es la suma de todos los elementos de la Lista de Producto completados durante un Sprint y el valor de los incrementos de todos los Sprints anteriores.
Incremento.
Velocidad del Equipo.
WBS.
Entregable.
La labor del Scrum Master es trabajar con el Equipo Scrum y la organización para mejorar la transparencia de los artefactos. Este trabajo usualmente incluye:
Liderazgo.
Aprendizaje.
Convicción.
Cambio.
El Equipo Scrum (Scrum Team) es conformado por:
Gerente de TI.
Stakeholders.
Development Team.
Scrum Tester
Scrum manager.
Lo Equipos de Desarrollo son auto-organizados. El único que puede indicar al Equipo de Desarrollo cómo convertir elementos de la Lista del Producto en Incrementos de funcionalidad potencialmente desplegables es el Scrum Master por su rol de facilitador.
El Scrum Master debe asegurar que el Dueño de Producto conozca cómo ordenar la Lista de Producto para maximizar el valor.
El Dueño de Producto tiene la autoridad para cancelar el Sprint y podría ser influenciado por el Scrum Master para hacerlo.
