¿Cuándo termina un Sprint?

• Cuando el propietario del producto dice que está hecho.

• Cuando todas las tareas se completen.

• Cuando la ventana de tiempo expira.

• Cuando todos los elementos del Product Backlog cumplen con su definición de hecho.

¿Quién debería saber más sobre el progreso hacia un objetivo comercial o un lanzamiento, y poder explicar las alternativas con mayor claridad?

• El Scrum Master

• El dueño del producto

• El gerente de proyecto

• El equipo de desarrollo

¿Qué afirmación describe mejor la responsabilidad del dueño del producto?

• Mantener a las partes interesadas a raya.

• Optimizar el valor del trabajo que hace el Equipo de Desarrollo.

• Dirigir el Equipo de Desarrollo.

• Asegurar que el trabajo cumpla con los compromisos de los grupos de interés.

Es obligatorio que el incremento del producto se lance a producción al final de cada Sprint.

• Sí

• No

¿Quién es responsable de gestionar el progreso del trabajo durante un Sprint?

• El propietario del producto.

• El miembro de más experiencia del equipo.

• El Scrum Master.

• El equipo de desarrollo.

El propósito de un Sprint es producir un incremento del producto.

• Cierto

• Falso

Durante un Sprint, un Equipo de Desarrollo determina que no se podrá terminar lo que se había estimado. ¿Quién debería estar presente para revisar y ajustar el trabajo seleccionado del Sprint?

• El dueño del producto y todas las partes interesadas.

• El dueño del producto y el equipo de desarrollo.

• El Scrum Master, el gerente del proyecto y el equipo de desarrollo.

• El Equipo de Desarrollo y el Scrum Master.

La longitud máxima para la revisión de un Sprint (su ventana de tiempo) es:

• En promedio 2 horas. Esta es la única actividad en Scrum en la que puede tomar el tiempo que sea necesario.

• 4 horas por un Sprint mensual; para los sprints más cortos suele ser más corto.

• 3 horas por un Sprint mensual; para los sprints más cortos suele ser más corto.

• El tiempo sugerido está entre 2 y 4 horas, y se adiciona un poco más de tiempo, según sea necesario.

El Product Backlog (pila del producto) está ordenado por:

• Riesgo, donde los elementos más seguros están en la parte superior y los más riesgosos están en la parte inferior.

• Tamaño, donde los artículos pequeños están en la parte superior y los artículos grandes están en la parte inferior.

• Lo que sea considerado más apropiado por el dueño del producto.

• En las primeras iteraciones, no tienen un orden específico.

Los miembros del equipo de desarrollo deben cambiar:

• Nunca, porque reduce la productividad.

• Según sea necesario, sin una asignación especial.

• Cada Sprint para promover el aprendizaje compartido.

• Según sea necesario, teniendo en cuenta una reducción a corto plazo de la productividad.