Test cuestionario sobre Scrum - the question form
Preguntas: 16 · 10 minutos
1. ¿De qué es responsable principalmente el Scrum Master?
De gestionar el cronograma del proyecto e informar las desviaciones a la alta dirección
De aceptar o rechazar cada Incremento antes de que las partes interesadas puedan inspeccionarlo
De establecer Scrum según se define en la Guía Scrum y mejorar la efectividad del Equipo Scrum
De elegir el enfoque técnico que los Desarrolladores deben usar durante el Sprint
2. ¿Qué afirmación describe mejor Scrum?
Un sistema de desempeño utilizado para comparar la productividad de cada miembro del equipo
Un método detallado de gestión de proyectos que establece cada tarea, rol y práctica técnica
Un ciclo de vida de desarrollo de software destinado principalmente a proyectos con requisitos fijos
Un marco de trabajo ligero que ayuda a las personas a generar valor mediante soluciones adaptativas para problemas complejos
3. ¿Cuál de estas responsabilidades corresponde a los Desarrolladores de un Equipo Scrum?
Crear un plan para el Sprint y adaptarlo cada día para avanzar hacia el Objetivo del Sprint
Cancelar un Sprint cuando disminuye su valor para el negocio
Actuar como el único canal de comunicación entre las partes interesadas y el equipo
Establecer el Objetivo del Producto sin aportes del Product Owner
4. ¿Qué contiene el Sprint Backlog?
Todos los elementos del Product Backlog que se espera completar antes de alcanzar el Objetivo del Producto
Únicamente las tareas asignadas a Desarrolladores individuales durante la Planificación del Sprint
Un contrato de alcance fijo que no puede cambiar después de que comienza el Sprint
El Objetivo del Sprint, los elementos seleccionados del Product Backlog y un plan práctico para entregarlos
5. A mitad de un Sprint, las condiciones del mercado hacen que el Objetivo del Sprint quede obsoleto. ¿Quién tiene la autoridad para cancelar el Sprint?
La parte interesada de mayor rango
El Scrum Master
Los Desarrolladores, por mayoría de votos
El Product Owner
6. En una Revisión del Sprint, las partes interesadas identifican una nueva necesidad importante del mercado. ¿Qué debe suceder después?
Los Desarrolladores deben agregarla directamente al Sprint Backlog actual antes de que termine la revisión
El Scrum Master decide si reemplaza el Objetivo del Producto existente
La solicitud debe esperar hasta que se complete el Objetivo del Producto actual, porque el Product Backlog no puede cambiar
El Product Backlog puede adaptarse con base en lo conversado, y el Product Owner sigue siendo responsable de su gestión
7. Un equipo ha completado un Sprint y quiere inspeccionar el resultado con las partes interesadas clave, analizar los cambios en el entorno y considerar qué hacer a continuación. ¿Qué evento debería brindar esta oportunidad?
Revisión del Sprint
Scrum Diario
Planificación del Sprint
Retrospectiva del Sprint
8. Al final del Sprint, un elemento del Product Backlog está casi terminado, pero no cumple con la Definición de Terminado. ¿Cómo debe tratarse?
No contarlo como parte del Incremento; devolverlo al Product Backlog para considerarlo en el futuro
Presentarlo como terminado en la Revisión del Sprint, pero impedir su lanzamiento
Pasarlo automáticamente al siguiente Sprint sin volver a considerarlo en el Product Backlog
Contarlo como parte del Incremento si el Product Owner acepta los defectos restantes
9. Durante un Sprint, los Desarrolladores descubren que parte del trabajo seleccionado debe cambiar. El Objetivo del Sprint sigue siendo valioso. ¿Cuál es la respuesta más coherente con Scrum?
Pedir al Scrum Master que reemplace el Objetivo del Sprint por uno nuevo
Mantener sin cambios el alcance original porque el Sprint Backlog queda fijo durante la Planificación del Sprint
Colaborar con el Product Owner para aclarar y renegociar el alcance sin poner en riesgo el Objetivo del Sprint
Cancelar el Sprint y comenzar otro cada vez que cambie cualquier parte del trabajo seleccionado
10. ¿Qué compromiso proporciona una descripción formal del estado que debe alcanzar un Incremento para cumplir con las medidas de calidad requeridas?
El Objetivo del Producto
El Objetivo del Sprint
La Definición de Terminado
El plan de aceptación
11. Varios Equipos Scrum trabajan juntos en el mismo producto. ¿Qué organización es la más compatible con Scrum?
Comparten el mismo Objetivo del Producto, Product Backlog y Product Owner
Cada equipo designa a su propio Product Owner y un comité resuelve los conflictos de prioridades
Cada equipo mantiene un Objetivo del Producto distinto para poder optimizar sus propios resultados
Reúnen a todos los Desarrolladores en un solo equipo, sin importar el tamaño del equipo ni las necesidades de coordinación
12. Los Desarrolladores quieren una breve oportunidad diaria para inspeccionar el progreso hacia el Objetivo del Sprint y ajustar su plan. ¿Qué evento cumple este propósito?
Revisión del Sprint
Retrospectiva del Sprint
Scrum Diario
Refinamiento del Product Backlog
13. ¿De qué es responsable el Product Owner?
De asignar tareas diarias a los Desarrolladores y aprobar el trabajo terminado
De maximizar el valor del producto mediante una gestión eficaz del Product Backlog
De facilitar todos los eventos de Scrum y resolver todos los obstáculos técnicos
De autorizar cambios en el Sprint Backlog en nombre de las partes interesadas
14. ¿Qué compromiso está asociado con el Product Backlog?
El Objetivo del Sprint
El Objetivo del Producto
La Definición de Terminado
El plan de lanzamiento
15. Después de un Sprint difícil, el Equipo Scrum quiere examinar cómo sus interacciones, procesos, herramientas y Definición de Terminado afectaron su trabajo. ¿Qué evento está diseñado para esto?
Planificación del Sprint
Retrospectiva del Sprint
Revisión del Sprint
Refinamiento del Product Backlog
16. El Scrum Master no puede asistir a un Scrum Diario. ¿Qué debe suceder?
Posponer el evento porque el Scrum Master debe facilitarlo
Los Desarrolladores realizan el Scrum Diario e inspeccionan su progreso hacia el Objetivo del Sprint
El Product Owner dirige el evento y asigna el trabajo del día
Reemplazar el evento por informes de estado escritos individualmente para el Scrum Master