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?
¿Qué son los puntos de historia?
Los puntos de la historia son unidades de medición (métricas) usadas en la estimación de la cantidad de horas que se requieren para terminar las historias de un usuario.
Los puntos de la historia son unidades relativas asignadas a una historia del usuario en base a su tamaño y su complejidad.
Los puntos de la historia miden la cantidad total de historias del usuario terminadas en un sprint.
Los puntos de historia son unidades asignadas por el Product Owner en base a su tamaño y su complejidad.
¿Sobre qué tipo de control de procesos se basa Scrum?
Empírico
Híbrido.
Definido
Complejo
¿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
¿Cuáles son algunas de las características de la reunión de Retrospectiva del Sprint ?
Su duración máxima es de 1 hora
Se realiza antes de la revisión del Sprint.
Todas
Ninguna
Los señores Hirotaka Takeuchi e Ikujiro Nonaka, definieron una estrategia donde el equipo trabaja como una unidad para alcanzar un objetivo común. Esta estrategia la llamaron scrum debido a:
que es una nueva versión de PMI
que ellos trabajaban en Estados Unidos
que es la versión ágil de la metodología europea de proyectos
que existe un deporte llamado rugby, donde hay una jugada llamada scrum
Tenemos un proyecto en el que se han planificado 18 sprints, pero de estos se han cancelado 2 sprints debido a cambios urgentes. ¿Cuántos Sprint Backlogs tiene este proyecto?
18 Sprint Backlogs: Se tienen en cuenta todos los Sprint Backlogs aunque 2 sprints hayan sido cancelados
16 Sprint Backlogs: Se descuentan los 2 sprints que fueron cancelados
20 Sprint Backlogs: Se tienen en cuenta los 18 Sprint Backlogs planificados más los 2 Sprint Backlogs que fueron cancelados
2 Sprint Backlogs: Se tienen en cuenta los Sprint Backlogs que fueron cancelados
¿Quién es el responsable de hacer las estimaciones de los elementos( Historias de usuario + tareas) del Product Backlog?
El Product Owner.
El Scrum Master.
El Equipo Scrum
El Cliente.
El gráfico (Burndown Chart ) de trabajo pendiente es una herramienta que le permite a los equipos Scrum conocer el estado de las tareas a medida que transcurre el desarrollo de los incrementos de producto. Este es importante por qué:
Permite forzar la finalización del Sprint en el tiempo definido en la planificación.
El equipo está concentrado en desarrollar incrementos sin dejar trabajo atrasado
Permite Extrapolar si el equipo puede llegar a completar el trabajo en el tiempo estimado o proyectado.
El cliente puede estar pendiente del trabajo en desarrollo, y también puede ayudar con las estimaciones para el siguiente sprint.
De acuerdo a Scrum. ¿Cuál es el número recomendado de Developers?
7, contando al Scrum Master y al Product Owner.
6 Developers más un analista, más un diseñador, más un ingeniero de pruebas.
7 mas o menos 2, sin contar al Scrum Master y al Product Owner.
El equipo Scrum debe estar conformado por máximo 10 integrantes.
El uso de herramientas de software para la gestión de proyectos ágiles, son importantes porque ayudan a gestionar los proyectos para garantizar la simplicidad. Algunas ventajas de dichas herramientas son:
La automatización de tareas y la centralización de la información del proyecto.
La Auto-gestión del equipo y la simplicidad del backlog
La estimación del esfuerzo del equipo y las notificaciones del proceso en desarrollo
Todas las anteriores.
Tú trabajas en una gran organización y desde la alta gerencia se ha impulsado la iniciativa de adoptar Scrum en diferentes proyectos de la organización, pero se tiene el temor de que Scrum no funcione adecuadamente. Te han convocado a una reunión en la que se debatirá sobre la decisión de continuar con la iniciativa, ¿Qué puedes decir sobre la iniciativa de adoptar Scrum?
Scrum sólo puede utilizarse en proyectos pequeños, por lo que se requiere utilizar una segunda metodología para los proyectos grandes, esto implica que hay un riesgo alto de que Scrum no funcione adecuadamente en tu organización
Scrum puede utilizarse de manera eficaz en grandes proyectos, pero no funciona a nivel de programas y portafolios, por lo que se requiere gestionarlos con una metodología híbrida en conjunto con Scrum
Scrum esta estructurado para ser escalable en grandes proyectos, programas y portafolios; y compatible con el desarrollo de productos y servicios en cualquier tipo de industria y en cualquier tipo de proyecto
Scrum tiene un enfoque lógico y sus directrices pueden utilizarse para gestionar proyectos de cualquier tamaño, sin embargo, hay una restricción importante en cuanto a la ubicación geográfica y los equipos distribuidos por lo que es posible que no se adecúe a las necesidades de tu organización
En la reunión de revisión del sprint:
No se recomienda que participe el Scrum Máster
El cliente siempre debe estar presente
Es una reunión opcional
Deberían participar todos los miembros del equipo Scrum
Normalmente. ¿Cuánto de la capacidad del equipo consume el Refinamiento (Grooming)?
No mas de 8 horas por Sprint.
No mas de un 10% del tiempo de la reunión de la revisión del Sprint.
No mas de dos horas a la semana.
No existen consideraciones al respecto.
¿Qué enunciado describe mejor la responsabilidad de un Product Owner?
La gestión del proyecto y asegurar que el trabajo cumpla con los compromisos con los grupos de interés.
Optimizar el valor del trabajo que el equipo realiza.
Dirigir el equipo.
Mantener las partes interesadas al tanto.
Durante la redacción de las historias de usuario, el Product Owner debe tener en cuenta que es necesario priorizarlas y darles el máximo valor de negocio en el menor tiempo posible. ¿Cuál de las siguientes opciones refleja mejor la lógica detrás de lo descrito anteriormente?
Al Product Owner se le facilitará explicar las características a los usuarios durante las demostraciones
Las historias de usuario deben ser evaluadas y organizadas en el Product Backlog con base en el costo de desarrollo
Las Historias de Usuario se incluyen en el Product Backlog el cual se actualiza constantemente según las necesidades y expectativas del cliente
El Product Owner redacta las Historias de Usuario de acuerdo al grado de incertidumbre que encuentre durante el proyecto
¿Cuál de las siguientes opciones es verdadera en relación con la evaluación de cambios(RFC Request For Change)?
Los cambios sugeridos se capturan en solicitudes de cambios y se aprueban y administran por la junta de asesoramiento de Scrum
Los cambios que están fuera del alcance del Product Owner, es necesario que sea aprobado por el cliente o la gerencia.
En Scrum, bajo ninguna circunstancia, se puede introducir algún cambio hasta que termine el sprint
Los cambios que se agregan a la lista priorizada de pendientes del producto los gestiona el equipo de Scrum
¿En cuáles de las siguientes formas da servicio el Scrum Master a la Organización?
1, 2, 3, 4
1, 4, 5
Todas las anteriores.
2, 3, 4, 5
¿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
Durante un Sprint, un equipo determina que no será capaz de terminar el Forecast completo. ¿Quién debe estar presente para revisar y ajustar al trabajo Sprint seleccionado?
El Development Team
El Scrum Master, el director del proyecto y el Team.
El Product Owner y todos los Stakeholders
El Product Owner y el Development Team.
Cuando durante la reunión de planificación del sprint se ejecuta la técnica de estimación con poker de planificación, "Planning Poker", se aconseja que el Scrum Master:
Nunca participe
Se ausente durante la planificación con Poker
Participe siempre y cuando tenga conocimiento técnico para apoyar al equipo
Participe aunque no tenga ningún tipo de conocimiento técnico
Cada Sprint tiene un Sprint Goal y una definición de Done.
Verdadero
Falso
Como Scrum Master una de tus responsabilidades es identificar las habilidades necesarias en los Developers y de esta manera cerrar cualquier brecha que pueda existir en cuanto al conocimiento de los miembros del equipo Scrum.
¿Qué herramienta deberías usar para esta situación?
Plan de colaboración del equipo
Objetivo del producto
Matriz de competencias
Plan de implementación
Completa la siguiente frase:
Dentro de las responsabilidades del Scrum Master están ayudar al Product Owner en la creación y/o mantenimiento del ____, ayudar a los Developers en la estimación de las ____, y organizar las ____ que sirven para presentar los incrementos del Sprint
Entregable – Actividades - Épicas
Despliegue – Entregables – Historias de Usuario
Sprint – Registro de impedimentos – Historias de Usuario
Product Backlog – Historias de Usuario – Reuniones de Revisión
En Scrum el Incremento de producto, "Increment", se debe entregar siempre al cliente.
Falso
Verdadero
¿Cuál es el formato correcto para redactar una Historia de Usuario?
Como (rol) debo poder (requerimiento) para que (beneficio)
Debo poder (requerimiento) Como (prototipo) para que (beneficio)
Yo debo poder (beneficio), como un (rol) para que (requerimiento)
Yo debo poder (desarrollar) para que (rol) como un (requerimiento)
Es obligatorio que el incremento del producto sea entregado a producción al final de cada Sprint.
Verdadero
Falso
Inspeccionar el Incremento y adaptar el Product Backlog, es un objetivo de que reunión?
Sprint Goal
Retrospectiva del Sprint
Revisión del Sprint
Reunión de Planeación
Simón es el Scrum master en un proyecto para diseñar una tienda de moda en un hotel. Durante una de las reuniones diarias (Daily Scrum), su atención se centra en algunos de los problemas que están enfrentando los miembros del equipo. ¿En cuál de los siguientes problemas debería trabajar Simón?:
Karla informa a los miembros del equipo que ella no puede terminar el trabajo de los planos de un vestíbulo del hotel.
Laura informa a los miembros del equipo que las plantas exóticas para los jardines del hotel no pueden transportarse por avión como estaba programado desde la ciudad de Nairobi, debido a condiciones de niebla.
Esteban informa al equipo que las formalidades jurídicas para registrar el nombre del hotel están pendientes por que el funcionario a cargo de ese trámite está ausente del trabajo.
Federico, uno de los miembros del equipo informa al equipo que él no puede terminar una tarea debido a la falta de experiencia técnica necesaria para desempeñar dicho trabajo.
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.
La asignación de un bloque de tiempo es un principio importante en Scrum. Como Scrum Master, identifique la reunión con el bloque de tiempo incorrecto:
Una reunión de planificación del sprint tiene un bloque de tiempo de preferencia de 8 horas en un sprint de 4 semanas
Una reunión diaria( Sprint Daily)tiene un bloque de tiempo 15 minutos
Una reunión de revisión del sprint tiene un bloque de tiempo de al menos 8 horas en un sprint de un mes
Una reunión de retrospectiva del sprint tiene un bloque de tiempo de 4 horas en un sprint de un mes
¿Cuál debe ser la duración del Sprint Review (Revisión del Sprint)?
8 horas para Sprints de un mes, proporcional para Sprints de menor duración.
6 horas para Sprints de un mes, proporcional para Sprints de menor duración.
3 horas para Sprints de un mes, proporcional para Sprints de menor duración.
4 Horas para Sprints de un mes, proporcional para Sprints de menor duración.
"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
Como Scrum Master debes conocer muy bien como funciona Scrum para poder apoyar las preguntas del equipo de desarrollo. De las siguientes afirmaciones ¿Cuál es NO es verdadera?
El Scrum Master podría ser un experto técnico.
El Scrum Master no debería tener una comunicación directa con el cliente.
El Scrum Master siempre forma parte del equipo de desarrollo y les ayuda a desarrollar los entregables.
d) El Scrum Master se asegura de que el equipo mantenga su foco, le recuerda al equipo el objetivo del Sprint en cada reunión.
¿Porqué es importante realizar la reunión de retrospectiva del Sprint?
Permite que el equipo tenga una mayor sinergia, aprenda de los demás miembros y mejores en la ejecución de actividades del sprint actual
Es importante ya que permite al equipo discutir sobres las lecciones aprendidas a lo largo del sprint, documentarla y aplicarlas en los siguientes sprints.
Es importante porque se planifican las tareas e historias de usuario que se deben mejorar en la siguiente etapa del proyecto.
Ninguna de la anteriores.
Pedro es un Scrum master en un proyecto de una compañía de desarrollo de software para una importante cadena de hospitales. ¿Cuál de las siguientes NO es una pregunta que es respondida por los Developers en la reunión de retrospectiva?
¿Cómo nos fue en el Sprint?
¿Cómo vamos a implementar las mejoras?
¿Qué salió bien y como podemos mejorar?
¿Qué elementos se terminaron y cuales No (Deuda técnica)?
Seleccione todas las correctas. Durante el Scrum Diario cada miembro del Equipo de Desarrollo explica:
4, 3 y 1
1, 2 y 3
1, 2 y 4
2, 3 y 4
¿Cuál de las siguientes NO es una responsabilidad de un equipo Scrum?
Identificar riesgos e implementar acciones de mitigación de riesgos.
Proporcionar entradas para la creación del plan de colaboración y el plan para la formación del equipo.
Identificar oportunidades de mejoras del sprint actual.
Priorizar historias de usuarios en la lista priorizada de pendientes.
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.
¿Quién tiene la última palabra en el orden del Product Backlog?
El Product Owner
El CEO.
El Scrum Master.
El Team.
La inspección es uno de los pilares de la implementación del control empírico de procesos en Scrum. ¿Cuál debe ser la frecuencia de las inspecciones?
Los usuarios deben inspeccionar los artefactos de Scrum solamente al final de cada Sprint.
Los usuarios deben inspeccionar frecuentemente los artefactos de Scrum, sin consideración sobre la interferencia en el trabajo.
Los usuarios deben inspeccionar los artefactos de Scrum cada dos semanas.
Los usuarios deben inspeccionar frecuentemente los artefactos de Scrum, pero no debe ser tan frecuente como para que interfiera en el trabajo.
El objetivo del Sprint 0 se realiza la planificación de alto nivel del Proyecto, la cual incluye los siguientes aspectos:
Tecnológicos, metodológicos y organizativos
Aprobar, estimar y asignar historias de usuario
Tecnológicos, metodológicos y la planificación de los sprint
Priorizar las historia de Usuario, aspectos organizativos y definir las épicas.
¿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.
Como Scrum Master del programa, ¿Cuál responsabilidad debe usted cumplir?
Evaluar la viabilidad del programa mediante la creación de un caso de negocio para todos los proyectos que forman parte del programa
Visualizar los objetivos, resultados y lanzamientos de un programa
Facilitar y enseñar las prácticas de Scrum a todos los involucrados en el programa
Influir directamente todos los proyectos en el programa durante el proceso de desarrollo
El Equipo de Desarrollo, "Developers",
Solo participa en algunas de las reuniones relacionadas con el Sprint.
Participa en todas las reuniones relacionadas con el Sprint.
c) Solo participa en esas reuniones que le indica el "Product Owner"
d) No participa en ninguna de las reuniones.
En un Sprint de una semana el Sprint de planificación tiene duración máxima de:
6 horas
8 horas
4 horas
2 horas
En casos extremos, de que roles Comprometidos ¿En Scrum de cual se puede prescindir?
Developers
Scrum Master
A y B
Ninguno
¿Cuál debe ser la duración de una Reunión de Planificación de Tareas para un Sprint de 4 (Cuatro) semanas?
2 horas
4 horas
6 horas
8 horas
¿Cuáles de las siguientes son responsabilidades del Product Owner?
Todas las anteriores.
Sólo 2, 4 y 5
Sólo 1 y 2
Sólo 1 y 5
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
En un proceso contratación para la selección del personal que desempeñará el rol de los "Developers", ¿Qué habilidades o criterios deberías tener en cuenta para elegirlos?
- Conocimiento básico de Scrum - Expertos técnicos - Multifuncionales - Proactivos
- Conocimiento básico de Scrum - Expertos técnicos - Interdisciplinares - Disciplinados
- Expertos en Scrum - Con conocimientos básicos - Cualquier Skill - Negociadores
- Multifuncionales - Proactivos - Expertos en Scrum - Negociadores
¿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 duración del Sprint ¿es definida el por el Product Owner con recomendaciones del Scrum Master?
-
VERDADERO
FALSO
¿Es verdad que solo el Dueño de Producto tiene la autoridad para cancelar el Sprint si y solo si con la influencia de los interesados?
Si
No
A continuación se enumeran algunas responsabilidades de un Scrum Master. Identifique la que NO es correcta:
Coordina la creación del cronograma de planificación del lanzamiento
Facilita la creación de épicas y prototipos de usuario
Da mantenimiento a la lista priorizada de pendientes del producto
Ayuda al equipo Scrum a estimar el esfuerzo requerido para completar las tareas
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 enunciados NO es verdadero sobre el registro de impedimentos (Impediment Log)?
El registro de impedimentos puede ser actualizado durante la reunión diaria
Los impedimentos siempre surgen dentro por culpa de los Developers
La transparencia en Scrum garantiza una identificación rápida y segura de los impedimentos
El Scrum Master mantiene y actualiza el registro de impedimentos
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.
La liberación (reléase) de un producto terminado (DoD) es responsabilidad de:
Scrum Master decide liberarlo o no.
Dueño de Producto (Product Owner) decide liberarlo o no.
Scrum Team.
Development Team.
Scrum no tiene un rol llamado “Project Manager”
Verdadero
Falso
¿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.