Inicia la simulación y se generarán preguntas aleatorias según el simulador seleccionado.
Cada pregunta tiene cuatro opciones. Selecciona una alternativa por pregunta.
Tienes tiempo determinado. Cuando estés seguro, haz clic en "Finalizar".
Revisa tu puntaje y respuestas. Puedes intentarlo nuevamente para mejorar.
¿Estás listo para comenzar?
Cuando comienza el próximo Sprint.
Siempre el primer día de la semana para evitar la complejidad.
Cuando el Product Owner está listo.
Inmediatamente después de concluir el Sprint anterior.
Inmediatamente después de la próxima planificación del Sprint.
El objetivo de la Reunión de Retrospectiva del Sprint (Sprint Retrospective) es:
Facilitar la retroalimentación de información sobre el incremento de producto realizado y fomentar la colaboración.
Realizar una demostración comercial del producto.
Evaluar el desempeño del Equipo de Desarrollo durante el Sprint.
Inspeccionar los procesos aplicados por el Equipo Scrum durante el Sprint y buscar oportunidades de mejora.
En Scrum cuáles de los siguientes elementos incluye el Product Backlog?
Sólo 1,2,3
Sólo 2,3,4
Todas las anteriores
1,2
¿Quien construye el Tablero Scrum, "ScrumBoard"?
Developers "Desarrolladores" con ayuda del Scrum Master
Ninguno
Scrum Master
Developers "Desarrolladores"
El tamaño óptimo del equipo Scrum, está compuesto por ...
De 3 a 10 miembros
Ninguna
De 2 a 9 miembros
De 6 a 8 miembros
Completa:
El Scrum Master es un facilitador, se considera un Líder que sirve ______________y a ____________, también es responsable de asegurar que Scrum es entendido y adoptado por estos.
1. Al equipo
2. Al Product Owner
3. La organización.
4. Al cliente
1 y 2
1 y 3
3 y 4
2 y 4
Si el Scrum Master no asiste a ninguno de los Scrum Diarios en un Sprint:
No tiene que estar en los Scrum Diarios (Daily Scrum), mientras garantice que los Developers los realizan.
Debe ser reprendido fuertemente por el CEO (Gerente General) de la Organización para que cumpla con su responsabilidad.
Está siendo negligente con sus responsabilidades y esta poniendo en grave riesgo la correcta aplicación de Scrum.
Debe ser removido de su cargo para que uno de los Developers si pueda estar en los Scrum Diarios.
En un proyecto para el desarrollo de una WEB, ¿Qué composición del equipo de desarrollo es correcta?
Los roles necesarios para entregar el producto o proyecto
Un analista y el Scrum Máster.
8 programadores.
Un analista, un QA, 3 programadores.
¿La Planificación por poker, (Planning Poker), es una técnica que se usa para ESTIMAR historias de usuario de manera individual ?
Responde FALSO o VERDADERO
FALSO
VERDADERO
¿Cuál de las siguientes opciones NO es un objetivo de la reunión de retrospectiva del sprint?
Identificar las cosas que el equipo debe seguir haciendo y que puedan seguir como las mejores prácticas
Identificar las cosas que el equipo debe dejar de hacer para procesar problemas y embotellamientos
Identificar a los miembros del equipo que fueron de gran importancia en el éxito del sprint
Identificar las cosas que el equipo debe empezar a hacer
En un proyecto de desarrollo de sitios Web, hay dos equipos de Developers trabajando, cada uno con un Scrum Master. ¿Qué se puede afirmar sobre el Product Backlog?
Cada equipo de Developers tiene su propio Sprint Backlog.
Los dos equipos de Developers trabajan con el mismo Product Backlog y Sprint Backlog.
Cada equipo de Developers tiene su propio Product Backlog, que deriva del mismo Sprint Backlog.
Cada equipo de Developers tiene su propio Product Backlog.
El Scrum Master es el encargado de ayudar a Identificar los posibles Riesgos que se pueden presentar, esta actividad se lleva a cabo durante Planificación de cada Sprint y durante:
La etapa inicial del Proyecto
La identificación de restricciones del proyecto
La construcción de los entregables
La estimación del presupuesto
Que podemos incluir en el Product Backlog:
1. Los requisitos del costo del proyecto.
2. Las mejoras y funcionalidades del producto.
3. Los bugs y errores del producto.
4. Documentos legales del proyecto.
5. Formatos de reuniones.
6. Requisitos del producto como historias de usuario.
1 - 2 - 3
2 - 3 - 6
1 - 3 - 6
3 - 5 - 6
¿Cuál de los siguientes conceptos es VERDADERO en lo referente con las solicitudes de cambio en Scrum?
El Scrum Master es el responsable de aprobar o rechazar las solicitudes de cambio.
El patrocinador debe de permitir la creación de pedidos de cambios y aprobarlos para ser incorporados durante el sprint en curso para evitar rehacer trabajo inesperadamente más tarde.
Las solicitudes de cambio son aprobadas únicamente por el Product Owner pero los demás miembros del equipo Scrum pueden dar sus puntos de vista para que sean considerados por el Product Owner.
Todas las solicitudes de cambio son sometidas a votación entre los miembros del equipo Scrum, si la solicitud de cambio es aprobada por la mayoría de los miembros del equipo Scrum se aprueba, de lo contrario, se rechaza.
En un Sprint de un mes, el Sprint Revisión tiene duración máxima de:
5 horas
2 horas
Todas
4 horas
Como Scrum Master, dentro de su rol, debe garantizar que el equipo sigue y aplica los valores, prácticas y pilares de Scrum. ¿Cuál de las siguientes opciones representan tres pilares de Scrum?
Auto-Gestión, Centrado en el valor para el cliente, Cumplimiento
Ritmo sostenible, tiempo asignado, alta velocidad.
Centrado en el cliente, centrado en el proceso, desarrollo iterativo.
Auto-Gestión, ritmo sostenible, Multidisciplinario
Uno de los principios del manifesto ágil es:
Coste versus Entrega
Satisfacción del Cliente versus entrega temprana y continúa
Calidad versus Tiempo
Alcance versus Tiempo
¿Cuál es el paso final en un sprint?
Mantenimiento de la lista priorizada de pendientes del producto
Reunión de revisión del sprint
Reunión de Scrum de Scrums
Reunión de retrospectiva del sprint
¿Cómo se compone el equipo de Scrum?
Product Owner - Scrum Master - Desarrolladores
Mínimo 2 desarrolladores
Ninguna opción es correcta
Product Owner - Desarrolladores
¿Cuál de las siguientes acciones NO es responsabilidad del Scrum Master?
Mantener la motivación del equipo
Promover las prácticas de Scrum en la organización
Recolectar métricas que le permitan mejorar la productividad del equipo
Construir el Product Backlog
Que podemos incluir en el Product Backlog:
1. Los requisitos del costo del proyecto.
2. Las mejoras y funcionalidades del producto.
3. Los bugs y errores del producto.
4. Documentos legales del proyecto.
5. Formatos de reuniones.
6. Requisitos del producto como historias de usuario.
1 - 2 - 3
2 - 3 - 6
1 - 3 - 6
3 - 5 - 6
¿Cuál de las siguientes NO es una característica de la Reunión de Planificación del Sprint?
La lidera el Product Owner
Su duración máxima es de 8 horas para un Sprint de 4 semanas
Sirve para reflexionar sobre el rendimiento de los developers
Puede participar el cliente u otros interesados
Los tres pilares del control empírico del proceso son:
Respeto a las personas, Kaizen, eliminación de residuos.
Planificación, demostración, retrospectiva.
Inspección, transparencia, adaptación.
La transparencia, la eliminación de residuos, Kaizen
¿Cuál de las siguientes afirmaciones es cierta?
En Scrum no existen planificaciones
En Scrum el equipo de desarrollo siempre tiene la razón
En Scrum se ejecutan los cambios bajo ciertas condiciones
En Scrum no se realiza gestión de riesgos
Limitar el tiempo en los eventos (Time-boxing) Scrum, es importante por que tiene algunos beneficios, y uno de ellos está relacionado con:
La consecución de las historias de Usuario
El desarrollo de los entregables.
El desarrollo de estrategias que permitan dar cumplimiento a las solicitudes del cliente.
La consecución de los objetivos globales del proyecto
¿Qué es verdadero sobre los criterios de aceptación de historias de usuario?
Las historias de usuario son objetivas y los criterios de aceptación brindan la subjetividad necesaria para que las historias de usuario sean consideradas como terminadas
En las reuniones de revisión del sprint, los criterios de aceptación brindan el contexto para que el Scrum Master decida las acciones a llevar a cabo para terminar la iteración.
Los criterios de aceptación de las historias de Usuario definen los requisitos de como debe comportarse un sistema en función de las acciones que se ejecuten por parte del usuario que usará dicho sistema.
Es responsabilidad del equipo de Scrum dar seguimiento a los cambios que se realizan a los criterios de aceptación incluso durante el sprint
Cuando el equipo scrum se encuentra trabajando en un Sprint y descubre un problema importante con una historia, lo que impedirá que pueda terminarla ¿ que debería hacer el equipo?
Retornar la historia al Backlog o cancelar el Sprint
Extender la duración del sprint o cancelar el sprint
Extender la duración del sprint o Retornar la historia al Backlog
Ninguna de la anteriores
Como Scrum master, es importante que evalúe la brecha de habilidades y requerimientos de capacitación para los miembros del equipo. Para esto, usted puede elaborar un informe del nivel necesario de competencia para cada miembro del equipo ¿Cuál de las siguientes herramientas pueden usar para identificar dichas habilidades o competencias y/o requerimientos de capacitación?
Matriz de competencias
Método de implementación organizacional.
Standup diario.
Matriz de recursos organizativos.
El Refinamiento del Product Backlog (Grooming), es una actividad que se lleva a cabo con el fin de:
Todas
Definir fechas del lanzamiento
Borrar todo del Product Backlog
Realizar estimaciones y ordenar los elementos del Product Backlog.
Jorge es Scrum Master en un proyecto para desarrollar un sistema de gestión de los cursos y un sistema de gestión de licencias en una universidad. Mantiene un registro de impedimentos. ¿Cuál de los siguientes enunciados NO ES VERDADERO en relación a los registros de impedimentos?
Un impedimento es un obstáculo o una barrera que reduce la productividad del quipo Scrum
Los impedimentos pueden ser internos o externo al equipo
El registro de impedimentos debe compartirse con los socios
Los impedimentos deben ser registrados formalmente por el Scrum Master en un registro de impedimentos
La Suma de todos los Sprints Backlogs es el Product Backlog:
Si.
No.
Tú eres el Product Owner en el proyecto y como tal, eres responsable de asegurar que el Equipo entregue valor. ¿Qué otras responsabilidades tienes como Product Owner?
2-3-5-6
1-6-7-8
1-2-7-8
2-4-5-8
Durante la reunión de planificación del sprint se ha desglosado una Historia de Usuario, y se definieron 2 tareas que hacen parte del desarrolo de dicha Historia de Usuario. ¿Cuál de las siguientes afirmaciones es correcta?
Todas las afirmaciones son correctas
Afirmación 3 es correcta
Afirmación 1 es correcta
Afirmación 2 es correcta
¿Cuál NO es uno de los propósitos de la gráfica de trabajo pendiente del Sprint (Sprint Burndown Chart)?
Muestra si un impedimento está obstaculizando el progreso de un proyecto
Muestra la cantidad de trabajo pendiente en un Sprint
Muestra la cantidad de trabajo concluido en el Sprint
Muestra la cantidad de puntos de historia que tienen que ser ejecutados en el Sprint
La reunión de (Refinamiento) en Sprints de un mes, su duración es:
4 horas máximo.
La suma se las reuniones deben durar entre un 5% y 10% duración total del Proyecto.
La suma se las reuniones deben durar entre un 8% y 10% duración total del Sprint.
Ninguna.
El equipo de desarrollo no debe ser interrumpido durante el Sprint. El objetivo del Sprint debe permanecer intacto. Estas son las condiciones que formatean la creatividad, la calidad y la productividad. Basado en esto, ¿Cuál de las siguientes es falsa?
El Sprint Backlog y su contenido están completamente formulados en la reunión de planificación de Sprint y no cambian durante el Sprint.
Como descomposición de los elementos seleccionados del Product El Team puede trabajar con el Product Owner para quitar o agregar trabajo si considera que posee más o menos capacidad de lo que esperaba.
El Product Owner puede ayudar a aclarar u optimizar el Sprint cuando se le es consultado por el equipo de desarrollo.
Aunque el rol principal del Scrum master no es el de interactuar directamente con los socios en un proyecto, aun así, él/ella debe estar consciente de la importancia de mantener la participación con ellos. ¿Cuál de los siguientes enunciados no es verdadero sobre la participación de los socios en un proyecto Scrum?
La responsabilidad de mantener a los socios involucrados reside en el Product Owner.
Una comunicación regular deber ser mantenida con los socios.
Los socios deben ser informados acerca de los lanzamientos, meta y el costo estimado del proyecto.
Los socios deben ser consultados mientras se designan personas para el equipo Scrum.
"Los elementos del Product Backlog, son ordenados siguiendo únicamente los criterios del Scrum Master"
¿Qué se puede afirmar sobre esta frase?:
Es cierto, ya que el Scrum Master es el principal responsable del Product Backlog
No es cierto, ya que los elementos del Product Backlog se ordenan según el valor, dependencia y riesgo
No es cierto, ya que los elementos del Product Backlog se ordenan según lo que diga el cliente
Es cierto, ya que el Scrum Master tiene la autoridad de definir el orden del Product Backlog con ayuda del Equipo de desarrollo
El Scrum Master es uno de los roles centrales más dinámicos en Scrum debido a su rol tridimensional, ya que atiende al Product Owner, al Equipo y a la Organización. ¿Cuál enunciado NO es verdadero respecto a los roles y responsabilidades del Scrum Master?
El Scrum Master facilita y guía al equipo Scrum en la adopción de los principios de Scrum
El Scrum Master es instrumental en facilitar cambios que impulsen la eficiencia del equipo Scrum
El Scrum Master es responsable de evaluar la viabilidad y de garantizar la entrega del producto o servicio
El Scrum Master debe asegurarse de que el equipo Scrum entienda los elementos en la lista de pendientes del producto
¿Cuál de los siguientes eventos ceremonias NO ayudan al equipo Scrum a identificar los riesgos?
Reunión diario.
Reunión de planificación del sprint.
Reunión de planificación financiera.
Reunión de revisión del Sprint.
La definición de Terminado , "DoD - Definition Of Done", y los criterios de aceptación:
Deben ser lo mismo.
Pueden ser lo mismo.
Son diferentes.
Lo define el equipo de desarrollo.
¿Qué significa decir que un evento tiene timebox?
El evento debe ocurrir por un tiempo dado
Que el evento debe ocurrir en un tiempo establecido
El evento debe tener al menos una cantidad mínima de tiempo
El evento no puede tardar más de una cantidad máxima de tiempo
Hablando de la Retrospectiva del sprint. ¿Qué concepto es cierto?
No es necesario realizarla en cada Sprint.
Sólo participan los desarrolladores.
Pueden participar todos los miembros del Equipo Scrum, excepto el Product Owner.
Deben participar el Product Owner.
¿Se dice que un Sprint termina de manera anormal cuándo?
Cuando el equipo siempre que el trabajo es demasiado duro.
Cuando el departamento de ventas tiene una oportunidad importante.
Cuando está clara que al final de un Sprint no todo estará terminable.
Cuando el propietario del producto determine que no tiene sentido terminar un Sprint.
La Lista de Producto, "Product Backlog"...
Es una Lista de Producto que nunca está completa.
Cambia constantemente para identificar lo que el producto necesita.
Evoluciona a medida que el producto se va completando.
Todas las anteriores.
El Sprint Backlog es una predicción hecha por el Equipo Scrum con el fin de identificar de la forma más precisa, los elementos que deben ser incluidos en el próximo incremento(sprint). Por general debe contener 3 de los siguientes elementos que se listan a continuación:
De las anteriores opciones ¿ Cuáles son eso 3 elementos?
1, 2 y 4
1, 3 y 5
1,2,y 5
3,4,5
¿Cuáles de las siguientes opciones pueden causar cambios en el Product Backlog?
1, 2, 3
1,2,4
2,3,4
1,3,4
En un proyecto Scrum nos preocupamos para que el desarrollo de producto genere el máximo valor posible para el cliente, desde etapas tempranas. ¿Cuál de los siguientes enunciados NO hace apología hacia la satisfacción del cliente, según Scrum?
Es importante que en cada reunión de revisión se entregue la máxima cantidad de incrementos para brindar mayor respaldo sobre el producto en desarrollo.
Durante la priorización, el equipo se preocupa por los elemento del Product Backlog y principalmente, por los elemento que pueden generar mayor valor para el cliente.
Cada incremento de producto “terminado” debe ser validado con el cliente para asegurar la recolección de retroalimentación.
Es altamente importante que el cliente participe activamente de las revisiones de los prototipos del producto.
El Equipo de Desarrollo Scrum, debería estar compuesto por....
Ninguna
De 6 a 10 miembros
Entre 3 y 10 miembros
De 5 a 11 miembros
Todos los siguientes enunciados sobre la reunión de revisión del sprint son verdaderos, EXCEPTO:
Es parte del proceso de Demostración y validación del sprint en Scrum
A la reunión asisten el equipo de Scrum y algunos Interesados
No se requiere la presencia del Scrum Master en esta reunión
Durante esta reunión, El equipo Scrum presenta el incremento del sprint al cliente y/o Interesados.
La definición de terminado (DoD “Definition of Done”), y los criterios de aceptación, son:
Definidos por el Development Team.
Deben ser lo mismo.
Los define el Scrum Master y el Development Team.
Son conceptos diferentes.
¿Cuál de los siguientes conceptos es VERDADERO acerca de la priorización en Scrum?
Las dependencias que pueden surgir de la implementación no deben ser tomadas en cuenta mientras se les da prioridad a las historias del usuario.
El riesgo es uno de los factores que tienen que ser considerados mientras se les da prioridad a las historias del usuario.
La priorización puede realizarse basada en la votación del grupo.
Durante que reunión sucede que el Equipo de Desarrollo demuestra el trabajo que ha “Terminado” y responde preguntas acerca del Incremento.
Scrum Diario
Revisión de Sprint
Reunión de Planificación de Sprint
Retrospectiva de Sprint
¿Cuál de los siguientes elementos describe de forma completa el resultado de la planificación del Sprint?
Un Incremento de producto "Terminado".
El Sprint Backlog y el Sprint Goal.
Los elementos del Sprint Backlog seleccionados para este Sprint.
El Sprint Backlog.
¿Cuál es tu responsabilidad como Scrum Máster en la gestión de riesgos?
Te aseguras que los niveles de riesgos del proyecto estén dentro de los límites aceptables.
Como Scrum Máster no participas directamente en la Gestión de Riesgos.
Facilitas la equipo scrum la identificación y escalamiento de riesgos.
Diseñas una guía general de riesgos para el proyecto.
¿Cuál es la máxima duración de un Sprint?
a) 2 Semanas
b) 3 meses
c) 4 Semanas
d) Lo que determine el Scrum Master
Todos los siguientes enunciados acerca de comunicaciones de riesgos son verdaderos, excepto:
Los socios deben ser informados continuamente acerca de los riesgos. Incluyendo el impacto potencial de estos riesgos y los planes para responder a cada riesgo.
El equipo Scrum puede hablar también sobre los riegos específicos relacionados a las tareas con el Product Owner durante las reuniones del Scrum diario.
El Product Owner es responsable por la priorización de los riesgos y por comunicar la lista priorizada al equipo Scrum.
la información relacionada a los riesgos es mantenida y actualizada a través de la tabla de riesgos risk burndown chart.
El equipo Scrum trabaja en los diferentes Sprint para:
Presentar solicitudes de cambio y solicitudes de riesgos
Identificar oportunidades de mejora
Mantener una comunicación directa con el cliente
Desarrollar los entregables del sprint (Incrementos del Producto)
Clara es Scrum Master en un proyecto que implica la perforación marítima de pozos petroleros. El Product Owner en su proyecto ha identificado que existe una probabilidad de obtener nuevas órdenes a futuro, las cuales podrían afectar el desempeño de su proyecto. ¿Cómo puede etiquetar este riesgo?
Como amenaza
Como problema
Como debilidad
Como oportunidad
La empresa "Inti Raymi" ha iniciado un proyecto que incluye la vigilancia (seguimiento) de camiones que circulan por la ciudad. ¿Cuál NO es una de las características de este proyecto si se administra según el marco de Scrum?
Se hará una planificación detallada por adelantado para asegurar que los riesgos se identifiquen con anticipación
El equipo que trabaja en este proyecto se reunirá diariamente durante máximo 15 minutos para hacer una lista de los impedimentos en la conclusión de tareas
El propietario del producto priorizará las tareas que entregarán el máximo valor de negocio
El cliente no siempre define los requerimientos (muy concretos) en etapas tempranas