Scrum Master Professional Certificate - SMPC®

¿En qué́ evento se muestra un incremento al cliente?

• a) Sprint Retrospective

• b) Backlog refinement

• c) Daily Scrum

• d) Sprint Review

¿Cuál es el límite de tiempo (time-box) asignado para un Sprint?

• Un mes o menos

• 15 minutos

• Depende del producto, proyecto o servicio, hasta 1 mes y medio

• 2 horas siempre

Scrum es considerado como un framework o marco de trabajo______________:

• Adaptativo

• Predictivo

• Eficaz

• Completo

Si todas las historias de usuario pertenecen a un mismo Sprint, entonces:

• El Product Owner debe reasignar algunas historias a Sprints futuros.

• Se debe ampliar la duración del Sprint para acomodar todas las historias.

• Puede haber una sobrecarga de trabajo y esfuerzo para el equipo de desarrollo.

• El Scrum Master debe cambiar la Definition of Done para adaptarse a todas las historias.

En la metodología Scrum, el equipo debe tener todas las habilidades necesarias para:

• Completar el proyecto dentro del tiempo y presupuesto

• Hacer todo el trabajo del proyecto, pero no los tipos de pruebas que requieren competencias específicas, herramientas y entornos

• Entregar incrementos funcionales en cada Sprint

• Completar el proyecto sin prestar mucha atención a los tiempos, pero entregarlo.

¿Cuándo comienza el segundo Sprint?

• a) Inmediatamente después de la conclusión del Sprint anterior.

• b) Cuando el CEO decide

• c) Cuando el Development Team decide

• d) Antes de que el primer Sprint termine

¿Cuáles actividades son parte del Product Backlog Refinement?

• Definir el Sprint Goal

• Añadir detalle al Product Backlog

• Añadir estimaciones al Product Backlog

¿Qué persona tiene la autoridad para cancelar un Sprint?

• Scrum Master

• Product Owner

¿Cuál es la importancia de liberar el incremento del producto en producción o enviarlo a los interesados al final de cada Sprint?

• Para cumplir con el proceso de auditoría interna del equipo de desarrollo.

• Para asegurarse de que el código esté protegido y no sea accesible para terceros.

• Para mantener un registro histórico de los incrementos anteriores y sus detalles técnicos

• Para obtener una retroalimentación temprana y valiosa de los interesados o usuarios y permitir una entrega más rápida de valor.

Si el Equipo Scrum se vuelve demasiado grande deberían:

• Compartir el mismo Product Owner

• Compartir el mismo Scrum Master

• Tener diferentes Backlog del Producto

• Ninguna de las anteriores