NEW
Font size
WorksheetsSEQUAL-SIM EXAM 4:CERTIFICATE IN PROFESSIONAL SCRUM MASTER
Total questions: 40
Worksheet time: 40mins
Un incremento debe estar en condición utilizable.
Verdadero
Falso
El Product Backlog es la única fuente de trabajo realizado por el Scrum Team.
Verdadero
Falso
¿Cuál de las siguientes afirmaciones acerca del Product Backlog es incorrecta?
Los elementos de la parte superior del Product Backlog pueden ser “terminado” (“done”) dentro de los límites del time box del sprint.
Los elementos que se encuentran en la parte superior del Product Backlog no necesitan estar listos para ser incluidos en un Sprint todavía.
Los elementos en la parte superior del Product Backlog son usualmente más precisos que los que están en la parte inferior.
Los elementos en la parte superior del Product Backlog son usualmente más pequeños que los que están en la parte inferior.
Una persona con poca experiencia como Product Owner ha sido elegida para este rol. ¿Cuál sería la mejor manera en que un Scrum Master podría brindar apoyo a esta persona?
Ordenar el Product Backlog en nombre del Product Owner.
Escribir historias de usuario en nombre del Product Owner.
Asumir el rol del Product Owner por un tiempo determinado y dejar que la nueva persona haga un trabajo de observación para comprender mejor su futuro rol.
Ayudar al Product Owner a entender cómo maximizar el valor del producto.
¿En dónde está documentado el objetivo del producto?
En el contrato con el cliente.
En el Sprint Backlog.
En el Product Backlog.
En la definición de Terminado.
El objetivo del Sprint sobre todo expresa:
El compromiso del Product Owner con el Sprint Backlog.
La importancia de la Definición de Terminado.
El valor que va a aportar el Sprint al producto.
La voluntad de los Developers de trabajar duro.
¿Cuál de estas afirmaciones es incorrecta?
El Sprint Review se lleva a cabo directamente después de la Sprint Retrospective.
Scrum no es un método sino un framework.
Un sprint no puede durar más de un mes.
La definición de “terminado” (“done”) crea transparencia.
El Scrum Master decide dónde y cuándo implementar Scrum en una organización.
Verdadero
Falso
¿Qué afirmación es correcta?
Scrum es iterativo, incremental e inductivo.
Scrum es incremental.
Scrum es iterativo e incremental.
Scrum es iterativo.
¿Cuál es la duración máxima del Daily Scrum?
15 minutos.
30 minutos.
1 hora.
2 horas.
El Scrum Master de una organización, tiene que asegurar que todos entiendan:
La teoría de Scrum.
Los valores de Scrum.
Las prácticas de scrum.
Todas las respuestas son correctas.
El objetivo del Sprint proporciona flexibilidad en términos del trabajo exacto necesario para lograrlo.
Verdadero.
Falso.
¿Quién tiene la última palabra cuando se define el orden de los elementos del Product Backlog?
El Product Owner.
El Director General.
El scrum Master.
Los Developers junto con el Product Owner.
¿Cuál es el compromiso asociado con el Sprint Backlog?
Definición determinado.
Objetivo del sprint.
Objetivo del Scrum Team.
Objetivo del producto.
¿Cómo se puede describir mejor Scrum?
Un marco de trabajo para crear una visión de producto.
Un marco de trabajo para generar valor.
Un proceso para estructurar proyectos.
Un método de desarrollo de software.
Los Developers han decidido no tener Sprint Retrospectives. ¿Qué debe hacer un Scrum Master?
Aceptar la decisión como parte de la autogestión de los Developers.
Ordenar a los Developers que tengan Sprint Retrospectives.
Las Sprint Retrospectives son opcionales, por lo tanto, el Scrum Master no tiene que actuar.
Explicar la importancia de la Sprint Retrospective a los Developers y facilitar Sprint Retrospectives efectivas.
Un buen Scrum Master:
Se centra en la gestión de liberaciones (release management).
Explica el propósito de los eventos de Scrum al equipo.
Le da un orden apropiado al Product Backlog.
Restringe la interacción con los interesados.
El Scrum Master ha identificado muchos impedimentos. ¿Cuál sería el mejor enfoque para enfrentar esta situación?
Pedir consejo al Product Owner.
Organizar los impedimentos por impacto y encargarse primero de los impedimentos que tienen un impacto más negativo.
Escalar los impedimentos más críticos a la gerencia.
Delegar los impedimentos más críticos a los Developers.
¿Cuál es la responsabilidad principal del scrum Master respecto al Daily Scrum?
Identificar impedimentos durante el Daily Scrum.
Asegurarse de que se lleve a cabo diariamente.
Organizar el tiempo y el lugar del Daily Scrum.
Asegurarse que el Product Owner participe.
¿En qué sirve un Scrum Master?
1. Liderar y guiar a la organización en la adopción de Scrum.
2. Planificar las implementaciones de Scrum en la organización.
3. Ayudar a los empleados e interesados a entender y llevar a cabo Scrum.
4. Ayudar a los empleados e interesados a entender el desarrollo empírico de productos.
1 y 2 son correctas.
1, 2 y 3 son correctas.
1, 3 y 4 son correctas.
Todas las opciones son correctas.
¿Qué no se encontraría en el Product Backlog?
Pruebas.
Requerimientos no funcionales.
Características.
Mejoras identificadas en la Sprint Retrospective.
¿Cómo se define el rol de un Scrum Master durante la Sprint Retrospective?
Participa en la reunión como un miembro del Scrum Team.
Aprueba el Increment.
Lidera la Sprint Retrospective.
Decide cuáles mejoras se van a implementar en el próximo sprint.
¿Cuál es la unidad fundamental de Scrum?
La Sprint Retrospective.
El desarrollo de software.
Un pequeño equipo de personas.
El Daily Scrum.
¿Cuándo se define el Objetivo del Sprint?
Durante el Sprint Planning.
En el refinamiento del Product Backlog.
En cualquier momento durante el sprint.
Antes del Sprint Planning.
¿Con qué finalidad se realiza el Sprint Review?
Definir el trabajo a realizar durante el Sprint.
Permitir a los Developers sincronizar sus actividades y crear un plan para el día siguiente.
Inspeccionar el resultado del Sprint.
Inspeccionar al Scrum Team y crear un plan de mejoras que sean abordadas durante el siguiente sprint.
¿Quién decide cuáles de los elementos del Product Backlog se van a hallar en el Sprint?
El Scrum Master.
Los Developers.
El Scrum Team.
El Product Owner.
¿Cuánto tiempo debe durar un Sprint?
Lo suficientemente corto como para mantener el riesgo del negocio aceptable.
No más de 6 semanas.
La duración es determinada normalmente por la organización.
La duración del Sprint debe ajustarse a la duración del Sprint de los equipos ya existentes en la organización.
¿Cómo se formarían los Equipos si hay 200 Developers?
Como parte de la autogestión, los Developers formarían los equipos por sí mismos.
Los Scrum Masters agrupan a los equipos.
Los equipos son formados por aquellas personas que previamente trabajaron juntas en un departamento funcional.
Los equipos son formados por la gerencia.
¿Cuál enunciado sobre los Developers es correcto?
Son autogestionados. Sólo el Scrum Master puede indicar a los Developers cómo convertir elementos del Product Backlog en un Increment de funcionalidad potencialmente desplegable.
Son autogestionados. Nadie indica a los Developers cómo convertir elementos del Product Backlog en un Increment de funcionalidad potencialmente desplegable.
Son autogestionados. Sólo el Product Owner puede indicar a los Developers cómo convertir elementos del Product Backlog en un Increment de funcionalidad potencialmente desplegable.
Son autogestionados. Sólo el jefe de los Developers puede indicarle al resto del equipo cómo convertir elementos del Product Backlog en un Increment de funcionalidad potencialmente desplegable.
¿Qué temática no se aborda durante el Sprint Planning?
Cómo realizar el trabajo seleccionado en el Sprint.
La cantidad de trabajo que se va a realizar en el sprint.
El valor que va a aportar el sprint.
Cómo y cuándo realizar la Sprint Retrospective.
¿Qué afirmación describe mejor el Sprint Backlog?
Es un plan que los Developers han creado para el Sprint actual.
Es una lista priorizada de tareas creada por el Product Owner.
Es una lista completa y definida de trabajo que debe realizarse durante el Sprint.
Es una lista aprobada por el Scrum Master.
Una empresa desea maximizar el valor del producto y del trabajo de los Developers. ¿Quién es responsable de lograrlo?
El Product Owner es el responsable de maximizar el valor del producto.
El Scrum Master es el responsable de maximizar el valor del producto.
Los Developers son los responsables de maximizar el valor del producto.
El Scrum Team es el responsable de maximizar el valor del producto.
¿Con qué finalidad se realiza el Sprint Retrospective?
Planear una liberación (Release).
Identificar mejoras que sean abordadas durante el siguiente Sprint.
Planear el trabajo de las siguientes 24 horas.
Inspeccionar el Increment y adaptar el Product Backlog si fuese necesario.
¿Bajo qué circunstancias puede un Scrum Master cancelar un Sprint?
Cuando el Product Owner no está disponible.
Cuando los Developers han puesto demasiado trabajo en el Sprint.
Cuando un problema técnico no puede resolverse.
Un Scrum Master no puede cancelar un Sprint.
¿Cuál es el resultado del refinamiento del Product Backlog?
Un Sprint Backlog actualizado.
Un Sprint Backlog alistado.
Elementos del Product Backlog que están listos para ser incluidos en uno de los próximos Sprints.
Elementos del Product Backlog que están listos para ser entregados al cliente.
¿Qué podría suceder si hay muy pocos Developers en el Scrum Team?
La coordinación de los miembros del equipo se vuelve muy compleja.
El rol del Product Owner se vuelve obsoleto.
Es posible que los Developers no puedan entregar un Increment.
El Product Owner no puede definir el objetivo del Sprint.
La cancelación de un Sprint:
Está prohibido.
Es una excepción que no debería ocurrir con frecuencia.
La mayoría de las veces es aprobada por el Scrum Master.
Es algo normal y ocurre aproximadamente en el 50% de los Sprints.
¿Cuál es un criterio válido al decidir la duración de un Sprint?
El riesgo creado por el entorno dinámico.
La preferencia del Director de Proyecto.
El número de Developers.
La experiencia del scrum Master.
¿Es posible trasladar o intercambiar Developers entre diferentes Scrum Teams?
Cambiar un Developer de un equipo a otro está prohibido.
Sólo después de una Liberación (Release) los Developers deben ser movidos a otro equipo.
Después de cada Sprint los Developers deben ser trasladados a otros equipos para fomentar la transferencia de conocimiento.
Es posible mover Developers, sin embargo se debe considerar la productividad para los próximos Sprints.
¿Cómo se puede garantizar que los Increments cumplan con ciertos requisitos de seguridad de la organización?
El Scrum Master debe asegurarse de que se cumplan los requisitos de seguridad.
La seguridad está fuera del alcance de los Developers. Todos los requisitos de seguridad son agregados después por otro equipo.
El Product Owner revisa los Increments.
Los requisitos de seguridad se pueden incluir en la Definición de Terminado (Done).
