Latin American Spanish Sample Exam Asm 202002

Examen de muestra
Edición 202002
Copyright © EXIN Holding B.V. 2020. All rights reserved.
EXIN® is a registered trademark.
No part of this publication may be reproduced, stored, utilized or transmitted in any form or by any means, electronic,
mechanical, or otherwise, without the prior written permission from EXIN.
Examen de muestra EXIN Agile Scrum Master (ASM.LA) 2

Índice
Introducción 4
Examen de muestra 5
Soluciones 19
Evaluación 50

Introducción
Este es el examen de muestra para la certificación EXIN Agile Scrum Master (ASM.LA). Las normas
y reglamentos de exámenes EXIN se aplican a este examen.
El examen consiste de 40 preguntas de selección múltiple. Cada pregunta tiene varias respuestas
posibles, de las cuales solo una es correcta.
El número máximo de puntos que se pueden obtener en este examen es de 40. Cada respuesta
correcta tiene un valor de 1 punto. Usted necesita obtener 26 puntos o más para aprobar el
examen.
El tiempo permitido para este examen es de 90 minutos.
¡Buena suerte!

Examen de muestra
1 / 40
Especificación del examen 1.1.1
Su empresa se encuentra en una situación crítica. Los clientes se quejan de la lentitud en el tiempo
de respuesta a las solicitudes de cambios, y algunos proyectos de desarrollo importantes han
fracasado en los últimos tiempos, debido a que no se han cumplido las especificaciones. La
mayoría de los equipos está al tanto de estos problemas y algunos Equipos de Desarrollo ya han
puesto a Scrum a prueba.
¿Qué sería lo mejor para hacer a continuación?
A) Crear sentido de urgencia

B) Centrar la atención en los motivos más importantes para el cambio
C) Centrarse en enfrentar el miedo
D) Brindar capacitación y coaching acerca de Scrum
2 / 40
El Dueño del Producto (Product Owner) quiere tener dos releases en el proyecto: una en la mitad y
la otra al final. El Scrum Master señala que eso no importa.
¿Por qué el Scrum Master dice eso?
A) Todos los incrementos deberían ser potencialmente liberables.

B) Lo usual es solo una release por proyecto, por lo tanto se debe dividir el proyecto.
C) La planificación de releases es una decisión del Equipo de Desarrollo.
D) Estos son los puntos habituales de una release en un proyecto Scrum.
3 / 40
Después de una semana en un Sprint de cuatro semanas, el Equipo de Desarrollo se dio cuenta de
que no podrá entregar la mitad de los elementos del Backlog del Sprint. El Dueño del Producto
(Product Owner) no está satisfecho con esto, porque el cliente espera la mayoría de esas
características para una release al finalizar el Sprint.
¿Cuál es el mejor curso de acción como Scrum Master?
A) Recomendarle al Dueño del Producto que revise el orden de los elementos del Backlog del Sprint y
que deje a los desarrolladores continuar de la mejor manera que puedan
B) Recomendarles a los desarrolladores que trabajen horas extra y, a cambio, se tomen unos días libres
después del Sprint
C) Recomendar que se cancele el Sprint y comenzar otro inmediatamente, solo enfocado en las
características que debe tener
D) Recomendar que se prolongue la duración del Sprint, hasta que todo esté terminado para la release

4 / 40
Lee el siguiente enunciado:
Los requisitos del negocio pueden cambiar en cualquier momento, así que al hacer solo el trabajo
mínimo necesario para considerar completado el paso requerido, el equipo de proyecto ahorra
tiempo y esfuerzo.
¿Qué metodología Ágil representa mejor esta afirmación?
A) DSDM
B) Kanban
C) LeSS
D) SAFe
5 / 40
Tom es un Scrum Master. Durante un Sprint, se da cuenta de que el equipo no completará un

producto potencialmente entregable al finalizar dicho Sprint. Sospecha que se debe a que el
equipo no revisa todo el código antes de integrarlo.
¿Qué debería hacer Tom para evitar que se repita este problema?
A) Pedirle permiso al Dueño del Producto (Product Owner) para cancelar el Sprint actual
B) Pedirle al equipo que analice qué se puede mejorar en el próximo Sprint
C) Exigir al equipo que revise todo el código antes de integrarlo
D) Extender la duración del Sprint para completar el producto entregable
6 / 40
Dos Equipos Scrum que antes pertenecían a diferentes organizaciones deben trabajar juntos en un
proyecto luego de que estas se fusionan. El Scrum Master cree que los equipos probablemente
experimenten una falta de comunicación y transparencia.
¿Cuál es la mejor opción para la distribución de los equipos?
A) Equipos colocados que colaboren entre sí

B) Equipos colocados
C) Equipos deliberadamente distribuidos
D) Scrum de Scrums

7 / 40
¿Es una buena práctica combinar los roles de Scrum Master y Dueño del Producto (Product
Owner)?
A) No, los roles de Scrum Master y Dueño del Producto se consideran trabajos de tiempo completo.
B) No, el Scrum Master debe poder proteger al equipo de los deseos del Dueño del Producto.
C) Sí, esto es más Ágil ya que los roles de Dueño del Producto y Scrum Master normalmente no son
trabajos de tiempo completo.
D) Sí, esto es mejor para los Equipos Scrum. De lo contrario, tienen dos gerentes: el Dueño del Producto
y el Scrum Master.
8 / 40
Durante la reunión de Retrospectiva del Sprint, el Equipo de Desarrollo descubre que la Velocidad
actual es demasiado lenta. Un rápido análisis del Scrum Master muestra que la duración del Sprint
es inadecuada. Sin embargo, el Equipo de Desarrollo no concuerda con esto. El Scrum Master
instruye a los miembros del Equipo de Desarrollo para decidir la duración por su cuenta.
Si no se puede llegar a un acuerdo, ¿quién tiene que decidir la duración del Sprint?
A) El cliente
B) El Equipo de Desarrollo
C) El Dueño del Producto (Product Owner)
D) El Scrum Master
9 / 40
Cada equipo debe tener un Scrum Master designado.
Supongamos que no hay ningún Scrum Master disponible, ¿cuál sería la mejor solución a corto
plazo?
A) Un Scrum Master externo asume el rol de Scrum Master.

B) Una persona que no es buena como Scrum Master asume el rol.
C) El mejor programador del equipo asume el rol de Scrum Master.
D) El Dueño del Producto (Product Owner) asume el rol del Scrum Master.

10 / 40
¿Qué forma de mediar conflictos son consistentes con la guía de Scrum?
A) Utilizar el enfoque de "consenso" enfrentando los problemas directamente y llegando a un consenso

B) Utilizar el enfoque de "experto" para establecer una dirección para el equipo
C) Utilizar el enfoque de "dar y recibir" para satisfacer a cada miembro del equipo
D) Utilizar el enfoque de "liderazgo" para convencer a otras personas sobre un punto de vista
11 / 40
Un gerente de equipo está comenzando un nuevo proyecto y su equipo será distribuido. Algunos
miembros del equipo serán ubicados en el Reino Unido y la segunda parte del equipo será ubicada
en India. Los preparativos como comparar los puntajes del índice de distancia al poder (PDI) ya se
llevaron a cabo.
¿Cuál sería el próximo paso para crear coherencia dentro del equipo?
A) Reconocer las diferencias culturales significativas

B) Reconocer las diferencias culturales pequeñas
C) Distribuir los equipos
D) Fortalecer las subculturas por función y equipo
12 / 40
Sue es la Scrum Master de un equipo muy motivado y exitoso. El equipo respeta los procesos de
Scrum y, por eso, comparten conocimientos dentro de los foros de comunicación interna de
Scrum.
¿Qué más podría sugerir Sue al equipo para buscar formas concretas de compartir conocimientos?
A) Gráficos grandes y visibles

B) Comunidades de práctica
C) Reunión Diaria
D) Scrum de Scrums

13 / 40
Usted trabaja en un Equipo Scrum. El Dueño del Producto (Product Owner) pregunta quién ocupará
el rol de Scrum Master. Su equipo no lo ha decidido aún. Usted se ofrece porque es el único que
está capacitado en Scrum.
El Dueño del Producto luego decide que el miembro de menos antigüedad debe desempeñarse
como Scrum Master.
¿Por qué no es una buena idea?
A) Porque el Dueño del Producto no puede decidir esto. En su lugar, el equipo debe contratar un Scrum
Master externo.
B) Porque el que mejor puede desempeñar el rol de Scrum Master es el desarrollador de más antigüedad
del equipo.
C) Porque este es un Scrum Master inadecuado. Un Scrum Master debe ofrecerse como voluntario para
la responsabilidad extra.
14 / 40
Al seleccionar un Dueño del Producto (Product Owner), existen algunas dificultades frecuentes:
• El Dueño del Producto quiere disminuir la calidad de algunos requisitos para finalizar a
tiempo.
• El Dueño del Producto forma parte de un equipo remoto y no tiene contacto directo con los
desarrolladores.
• El Dueño del Producto presiona demasiado al equipo, posiblemente dando lugar a
agotamientos.
• El Dueño del Producto delega la toma de decisiones (y luego anula a la persona encargada
de tomar las decisiones).
Una de estas dificultades tiene el potencial de entregar el trabajo con éxito, siempre y cuando el
Dueño del Producto permanezca involucrado en el proyecto y establezca una buena relación con el
equipo.
¿En qué caso se podría esperar éxito?
A) Disminución de la calidad
B) Equipo remoto
C) Demasiada presión
D) Delegación de decisiones

15 / 40
El Dueño del Producto (Product Owner) asigna tareas a los desarrolladores en la Reunión Diaria y la
reunión siempre lleva más de 15 minutos.
¿Cuál es la mejor acción para el Scrum Master?
A) Asignar las tareas al Equipo de Desarrollo, para que puedan comenzar a trabajar y la reunión se
mantenga dentro del bloque de tiempo (timebox) de 15 minutos
B) Convencer al Dueño del Producto de que deje de asignar tareas al Equipo de Desarrollo y que no
participe en las Reuniones Diarias
C) No interferir en la discusión y dejar que los miembros del equipo autoorganizado resuelvan este
problema por sí mismos
D) Explicarle al Dueño del Producto que las tareas se asignan después de la Reunión Diaria, para que la
reunión se mantenga dentro del bloque de tiempo de 15 minutos
16 / 40
¿Cuándo es la primera vez que un Equipo de Desarrollo utiliza la Definición de Terminado

(Definition of Done)?
A) Durante las Reuniones Diarias, cuando una característica se define como "terminada", ya que se debe
verificar si cada característica está lista tan pronto se termina durante el Sprint.
B) Durante la demostración al Dueño del Producto (Product Owner) y a los interesados, ya que ellos
tienen que aceptar el producto como uno potencialmente entregable.
C) Durante la estimación de las características en el Backlog de Producto, ya que el trabajo depende de
los requisitos de las características y también de la Definición de Terminado.
D) Durante el Sprint de la Release, cuando se confirma que todas las características creadas cumplen
con los deseos del cliente y, por consiguiente, son entregables.
17 / 40
Lea la siguiente Historia de Usuario:
Como auxiliar de entrada de datos, quiero una buena interfaz de usuario para la administración de
facturas de clientes, así puedo trabajar rápido.
¿Esta Historia de Usuario es lo suficientemente completa para ponerla en el Backlog del Sprint?
A) Sí, porque se puede agregar más información durante el Sprint.

B) Sí, porque menciona la sintaxis completa de una Historia de Usuario.
C) No, porque la identidad del tipo de usuario no es lo suficientemente específica.
D) No, porque los términos "buena" y "rápido" no son lo suficientemente específicos.

18 / 40
Siempre hay cosas en que los usuarios y los desarrolladores no pueden pensar antes de ver al
sistema empezar a tomar forma.
¿Cómo se denominan las características que no pueden identificarse por anticipado?
A) Requisitos emergentes
B) Características de medio plazo
C) Lista de características priorizadas
D) Características de valor agregado
19 / 40
Scrum emplea tres niveles de planificación:
• La Hoja de ruta (Roadmap)

• Las releases
• El Sprint
¿Qué significa planificación iterativa?
A) Para cada Sprint realizado, existe un momento para brindar retroalimentación sobre todos los planes
y para planificar el próximo Sprint.
B) Se define la Hoja de ruta y el Plan de Release una vez y, sobre la base de ello, se define el plan de
Sprint al inicio de cada Sprint.
C) Se define la Hoja de ruta y el Plan de Release una vez. Luego de cada Sprint, se ajusta la Hoja de ruta
y el próximo Sprint.
D) Se planifica el proyecto en tres pasos: primero la Hoja de ruta, luego la release y después los Sprint
requeridos.
20 / 40
El Dueño del Producto (Product Owner) y el Equipo de Desarrollo están en desacuerdo en la

reunión de Planificación del Sprint. El Dueño del Producto cree que los desarrolladores hicieron
estimaciones muy pesimistas de los elementos y su capacidad y en consecuencia, ellos
seleccionaron muy pocos elementos para el Sprint.
A) Solicitarle al Equipo de Desarrollo que revise sus estimaciones, ya que el Dueño del Producto
representa al cliente.
B) Pedirles a las dos partes que se calmen, discutan el tema y lleguen a un acuerdo; probablemente,
algún lugar intermedio.
C) Explicarle al Dueño del Producto que esta decisión le corresponde al Equipo de Desarrollo y que debe
ser aceptada.
D) Decirle al Dueño del Producto que revise las estimaciones y calcule la Velocidad, y hacerles saber a
los desarrolladores cuántos elementos deben seleccionar.

21 / 40
Una vez que se estiman las Historias de Usuario del Plan de Release, se desglosan en tareas en la
Planificación del Sprint.
Las Historias de Usuario se estiman en una métrica diferente a la de las tareas en la Planificación
del Sprint.
¿En qué, se estiman las tareas en la Planificación del Sprint?
A) Días Ideales
B) Horas Ideales
C) Puntos de Historia
D) Velocidad
22 / 40
¿Cuál es el rol del Scrum Master en una sesión de Planificación del Sprint?
A) Instruir al Equipo de Desarrollo en la estimación de características, pero nunca decidir sobre la

estimación.
B) Colaborar con el Equipo de Desarrollo para estimar características y eliminar las características que
son muy difíciles de estimar.
C) Intervenir en el análisis del Equipo de Desarrollo para guiarlos hacia una dirección específica, si no
pueden ponerse de acuerdo.
D) Permitir al Equipo de Desarrollo estimar las características por su cuenta, pero decidir sobre la
estimación si no pueden ponerse de acuerdo.
23 / 40
Durante la fase de viabilidad de un proyecto, la estimación del cronograma por lo general oscila
entre el 60% y el 160%.
¿Cómo se denomina la evolución del tamaño de imprevisibilidad durante un proyecto?
A) Cono de incertidumbre
B) Ignorancia de la incertidumbre
C) Reducción de la incertidumbre
D) Factor de incertidumbre

24 / 40
El Dueño del Producto (Product Owner) y el Scrum Master analizan dos versiones diferentes de un
proyecto. Una versión del proyecto incluirá más características y presentará más valor que la otra
versión, pero también costará mucho más debido a que llevará más tiempo de desarrollo. El Dueño
del Producto y el Scrum Master desean comparar las dos versiones, teniendo en cuenta el Ratio de
Retorno Interno (RRI, Internal Rate of Return).
¿Qué información pueden obtener al calcular el RRI?
A) Cuánto dinero puede preverse que rendirá un proyecto

B) Con qué rapidez el dinero invertido en un proyecto aumentará de valor
C) El proceso de convertir cantidades futuras a su valor actual
D) La tasa a la que las organizaciones descuentan el dinero futuro
25 / 40
Un equipo tiene Historias no finalizadas al final de una iteración.
¿Qué debe hacerse antes del inicio de la iteración o durante esta?
A) Considerar incluir un amortiguador de alimentación

B) Considerar incluir un amortiguador de cronograma
C) Volver a estimar la Historia finalizada
D) Dividir las Historias en Historias más pequeñas
26 / 40
Jeff, Scrum Master de una empresa de software de facturación, está buscando otra forma útil de
visualizar cómo su equipo va completando la funcionalidad planeada de una release.
Quiere un cuadro con el nombre del tema, la cantidad de Historias en ese tema, la cantidad de
Puntos de Historia o Días Ideales para esas Historias y el porcentaje de los Puntos de Historia que
están completos.
¿De qué es esta descripción?
A) Gráfico de Avance (Burn-Down chart)

B) Gráfico Burn-Up (Burn-Up chart)
C) Diagrama Gantt (Gantt chart)
D) Gráfico de estacionamiento (Parking-lot chart)

27 / 40
Su equipo ha subestimado el trabajo pendiente en una iteración.
¿Qué podría aparecer en el Gráfico de Avance (Burn-Down chart)?
A) Burn-Up
B) Días Ideales
C) Horas Ideales
D) Puntos de Historia
28 / 40
¿Los problemas y los defectos forman parte del proceso de desarrollo de Scrum?
A) No, el Equipo de Desarrollo debe centrarse en el objetivo del Sprint, no en los defectos y los
problemas. Otro equipo puede manejarlos.
B) Sí, los problemas y los defectos deben solucionarse apenas surgen. De lo contrario, no se cumple la
Definición de Terminado (Definition of Done).
C) Sí, son elementos del Backlog de Producto regulares. Los defectos y los problemas deben
considerarse en cada nueva Planificación del Sprint.
D) Sí, deben priorizarse de inmediato. Los defectos o problemas de alta prioridad deben solucionarse en
la iteración actual.
29 / 40
Incluso en los grandes proyectos de desarrollo, todavía se recomienda utilizar un solo Backlog de
Producto para un producto.
¿Qué es lo mejor que se puede hacer para mantener el Backlog de Producto en un tamaño
razonable que pueda manejarse de forma eficaz?
A) Hacer una Planificación de Trabajo Futuro (Rolling Lookahead Planning)

B) Hacer uso de Épicas y Temas
C) Gestionar las dependencias de forma proactiva
D) Compartir la responsabilidad

30 / 40
Las reuniones Scrum de Scrums difieren de las Reuniones Diarias en diversas maneras.
¿Cuál sería un ejemplo de una forma en la que una reunión Scrum de Scrums se diferencia de la
Reunión Diaria?
A) Las reuniones Scrum de Scrums no son reuniones de resolución de problemas.

B) Las reuniones Scrum de Scrums no necesitan limitarse a una duración de 15 minutos.
C) Las reuniones Scrum de Scrums deben realizarse antes de las 10:00 a.m.
31 / 40
No todos los proyectos son apropiados para aplicar el enfoque Agile Scrum.
¿En qué caso Scrum es la opción más deseable?
A) La competencia de los desarrolladores es relativamente baja.

B) La organización no quiere llevar a cabo pruebas de aceptación del usuario.
C) Los requisitos del producto pueden cambiar durante el proceso.
D) Los requisitos se conocen de antemano para una implementación rápida.
32 / 40
Según el tamaño de un proyecto, su equipo necesita más o menos recursos. Uno de estos recursos
es la cantidad de miembros del equipo.
¿Qué es cierto acerca del tamaño del equipo?
A) Los equipos más grandes realizan proyectos con menos esfuerzo en total, lo cual es más económico.
B) Los equipos más grandes generan más defectos que los equipos pequeños, pero trabajan más
rápido.
C) Los equipos más pequeños necesitan más tiempo, lo cual cuesta más esfuerzo y dinero.
D) Los miembros de los equipos más grandes son más productivos que los de los equipos más
pequeños.

33 / 40
Olivia es Scrum Master de una empresa de software de juegos. Se encuentran en la transición del
modelo en Cascada a Scrum.
Olivia está tratando de aumentar el deseo de incorporar Scrum a su empresa.
¿Qué medida debe tomar?
A) Crear un sentido de urgencia

B) Exponerse a nuevas personas y experiencias
C) Ejecutar un proyecto piloto
D) Utilizar métricas
34 / 40
ADAPT es el acrónimo de las actividades en el plan de transición Ágil. La "A" significa "Awareness"
(Conciencia).
¿Por qué la Conciencia es importante como primer paso al introducir Ágil?
A) Porque todos necesitan aprender a pensar y a trabajar como equipo

B) Porque es necesario que haya una comprensión común acerca de que el proceso actual no está
proporcionando resultados aceptables
C) Porque las técnicas Ágiles no se deben usar en un solo departamento
35 / 40
Una empresa ha descubierto que el proceso actual no está generando resultados aceptables. La
transición hacia Scrum parece una solución válida, dado que la mayoría de los competidores ya
tienen mucho éxito usando Scrum.
El director ejecutivo ha creado sentido de urgencia y también está hablando con las partes
interesadas acerca de sus planes. La mayoría de los empleados están entusiasmados por
aprender más acerca de la metodología Ágil.
¿Cuál sería el próximo paso en el proceso de transición?
A) La habilidad de tener éxito con Scrum

B) El deseo de incorporar Scrum como una forma de abordar los problemas actuales
C) La promoción de Scrum a través de compartir experiencias
D) La transferencia de las implicaciones de usar Scrum a toda la empresa

36 / 40
Su compañero de trabajo es una persona escéptica y se resiste al cambio.
¿Cuál sería un buen enfoque para lidiar con esta resistencia?
A) Crear insatisfacción con la situación actual: a los escépticos les gusta la situación actual.
B) Ser ejemplo usted mismo de los comportamientos adecuados: los escépticos necesitan seguir el
ejemplo de alguien.
C) Brindar capacitación: la resistencia de los escépticos en parte se basa en no haber hecho o visto algo.
D) Reiterar y reforzar el compromiso: los escépticos necesitan saber que la empresa está comprometida
con la operación.
37 / 40
El trabajo de un Equipo Scrum es organizarse en torno a los desafíos, dentro de los límites y
restricciones, instaurados por la gerencia.
¿Cuál es el trabajo de la gerencia en este contexto?
A) Pensar en los desafíos adecuados

B) Maximizar el rendimiento del equipo
C) Brindar motivación
D) Recordar los objetivos
38 / 40
Los equipos multifuncionales tienen ventajas sobre los equipos que trabajan en proyectos de
desarrollo tradicional.
¿Cuál es una de ellas?
A) Atraer la atención y el interés

B) Eliminar los traspasos
C) Responsabilizar a las personas

39 / 40
El Manifiesto Ágil (Agile Manifesto) menciona una cantidad de aspectos culturales. Estos ayudan a
introducir con éxito el proceso de desarrollo Ágil.
¿Qué valor no se refleja en el manifiesto?
A) Control
B) Cooperación
C) Organización propia
D) Confianza
40 / 40
Paula, Scrum Master de una empresa de software de gestión de activos, desea que su equipo se
mantenga unido en la búsqueda de un objetivo en común para un proyecto y para superar los
obstáculos que enfrenta cualquier equipo involucrado con una meta difícil.
¿Qué está tratando de crear?
A) Conciencia
B) Coherencia
C) Deseo
D) Promoción

Soluciones
1 / 40
Su empresa se encuentra en una situación crítica. Los clientes se quejan de la lentitud en el tiempo
de respuesta a las solicitudes de cambios, y algunos proyectos de desarrollo importantes han
fracasado en los últimos tiempos, debido a que no se han cumplido las especificaciones. La
mayoría de los equipos está al tanto de estos problemas y algunos Equipos de Desarrollo ya han
puesto a Scrum a prueba.
¿Qué sería lo mejor para hacer a continuación?
A) Crear sentido de urgencia

B) Centrar la atención en los motivos más importantes para el cambio
C) Centrarse en enfrentar el miedo
D) Brindar capacitación y coaching acerca de Scrum
A) Incorrecto. Una forma de transformar la conciencia en deseo es ejerciendo más presión. Al crear
sentido de urgencia, dejamos claro a los demás que la situación actual no puede continuar así por
mucho tiempo. Crear sentido de urgencia es una de las herramientas para trasladar a las personas de
la conciencia al deseo.
B) Incorrecto. Centrar la atención en los motivos más importantes para el cambio es una de las
herramientas para generar conciencia, que ocurre antes del estado "deseo de cambiar".
C) Incorrecto. Centrarse en enfrentar el miedo es una de las herramientas para trasladar a las personas
de la conciencia al deseo.
D) Correcto. Con respecto al concepto ADAPT, su empresa se encuentra en el estado "deseo de
cambiar". El siguiente paso sería crear la capacidad de ser Ágil. Brindar coaching y capacitación es un
buen comienzo. (Bibliografía: A, Capítulo 2)

2 / 40
El Dueño del Producto (Product Owner) quiere tener dos releases en el proyecto: una en la mitad y
la otra al final. El Scrum Master señala que eso no importa.
¿Por qué el Scrum Master dice eso?
A) Todos los incrementos deberían ser potencialmente liberables.

B) Lo usual es solo una release por proyecto, por lo tanto se debe dividir el proyecto.
C) La planificación de releases es una decisión del Equipo de Desarrollo.
D) Estos son los puntos habituales de una release en un proyecto Scrum.
A) Correcto. Todos los incrementos deberían ser (potencialmente) liberables para mejorar el ciclo de
retroalimentación y para permitir la adaptación. No importa si se supone que los incrementos sean
liberables o no. Los incrementos que potencialmente se pueden liberar posibilitan maximizar el valor
al cliente y mantiene mejorando continuamente la release final. El Dueño del Producto es responsable
de priorizar las características correctas del backlog para asegurar que las dos releases oficiales
estén listas y que la Definición de Terminado (Definition of Done) coincida con la del cliente.
(Bibliografía A, Capítulo 14)
B) Incorrecto. No hay una regla sobre una sola release.
C) Incorrecto. Esto es verdad, pero esa no es la razón por la cual el Scrum Master dice que los dos
puntos de release no importan.
D) Incorrecto. No hay puntos de release habituales en el medio de un proyecto.

3 / 40
Después de una semana en un Sprint de cuatro semanas, el Equipo de Desarrollo se dio cuenta de
que no podrá entregar la mitad de los elementos del Backlog del Sprint. El Dueño del Producto
(Product Owner) no está satisfecho con esto, porque el cliente espera la mayoría de esas
características para una release al finalizar el Sprint.
¿Cuál es el mejor curso de acción como Scrum Master?
A) Recomendarle al Dueño del Producto que revise el orden de los elementos del Backlog del Sprint y
que deje a los desarrolladores continuar de la mejor manera que puedan
B) Recomendarles a los desarrolladores que trabajen horas extra y, a cambio, se tomen unos días libres
después del Sprint
C) Recomendar que se cancele el Sprint y comenzar otro inmediatamente, solo enfocado en las
características que debe tener
D) Recomendar que se prolongue la duración del Sprint, hasta que todo esté terminado para la release
A) Correcto. El hecho que no puedan entregarlo todo no es un motivo para cancelar el Sprint. Los Sprints
solo se cancelan cuando ya no tienen sentido. Por ejemplo, si el cliente ya no necesita los elementos
del Backlog del Sprint. Cuando los desarrolladores se dan cuenta de que no podrán entregar un alto
porcentaje de los elementos, es una buena idea solicitarle al Dueño del Producto que compruebe el
Backlog del Sprint y cambie las prioridades (si fuera necesario), ya que es probable que los elementos
que están al final del Backlog del Sprint no se completen. (Bibliografía A, Capítulo 7)
B) Incorrecto. Es importante trabajar a una velocidad constante y no es una buena idea trabajar horas
extra.
C) Incorrecto. El Backlog del Sprint es solo la estimación de los desarrolladores en cuánto a la cantidad
de trabajo pueden realizar durante el Sprint y no hay garantía que ellos puedan entregarlo todo.
D) Incorrecto. Los Sprints tienen límites de tiempo (timeboxed) -tienen una duración máxima- y no se
prolongarán bajo ninguna circunstancia. (Los siguientes Sprints podrían tener una duración diferente,
si fuera realmente necesario.)

4 / 40
Lee el siguiente enunciado:
Los requisitos del negocio pueden cambiar en cualquier momento, así que al hacer solo el trabajo
mínimo necesario para considerar completado el paso requerido, el equipo de proyecto ahorra
tiempo y esfuerzo.
¿Qué metodología Ágil representa mejor esta afirmación?
A) DSDM
B) Kanban
C) LeSS
D) SAFe
A) Correcto. El enfoque DSDM establece que solo se realizará el trabajo mínimo necesario en cada paso,
con el fin de avanzar al siguiente elemento, recordando que el cambio continuo es una parte natural
de los proyectos. (Bibliografía: E)
B) Incorrecto. Kanban se basa en la visualización del trabajo y en limitar el Work-in-Progress (WiP).
C) Incorrecto. LeSS, acrónimo de "Scrum a Gran Escala" (Large-Scaled Scrum), es una metodología que
se puede poner en práctica cuando varios equipos están trabajando juntos en el desarrollo de un
producto o servicio.
D) Incorrecto. SAFe es un marco para escalar Agile más allá de un equipo, visualizar y limitar el WiP, y
descentralizar la toma de decisiones.
5 / 40
Tom es un Scrum Master. Durante un Sprint, se da cuenta de que el equipo no completará un

producto potencialmente entregable al finalizar dicho Sprint. Sospecha que se debe a que el
equipo no revisa todo el código antes de integrarlo.
¿Qué debería hacer Tom para evitar que se repita este problema?
A) Pedirle permiso al Dueño del Producto (Product Owner) para cancelar el Sprint actual
B) Pedirle al equipo que analice qué se puede mejorar en el próximo Sprint
C) Exigir al equipo que revise todo el código antes de integrarlo
D) Extender la duración del Sprint para completar el producto entregable
A) Incorrecto. Es muy inusual cancelar un Sprint. El Dueño del Producto solo lo cancelará cuando los
costos de cancelación superen las demás opciones.
B) Correcto. Preguntarle al equipo: "¿Qué podemos hacer para asegurarnos de mejorar el siguiente
Sprint?" es la manera en que el Scrum Master ejerce su autoridad sobre el proceso. (Bibliografía: A,
Capítulo 7)
C) Incorrecto. El Scrum Master no debería exigir esto. Los miembros del equipo son autónomos. Sin
embargo, el Scrum Master podría señalar que siente que sería una buena idea.
D) Incorrecto. Extender la duración del Sprint es muy inusual. Una vez que empieza un Sprint, su
duración es fija. Más bien, se debería pasar trabajo de este Sprint a uno siguiente.

6 / 40
Dos Equipos Scrum que antes pertenecían a diferentes organizaciones deben trabajar juntos en un
proyecto luego de que estas se fusionan. El Scrum Master cree que los equipos probablemente
experimenten una falta de comunicación y transparencia.
¿Cuál es la mejor opción para la distribución de los equipos?
A) Equipos colocados que colaboren entre sí

B) Equipos colocados
C) Equipos deliberadamente distribuidos
D) Scrum de Scrums
A) Incorrecto. Contar con equipos colocados que colaboren entre sí no resolverá el problema de
comunicación y transparencia.
B) Incorrecto. Los equipos colocados no resolverán el problema de comunicación y transparencia.
C) Correcto. Si se prevé una falta de comunicación o transparencia, se recomienda distribuir
deliberadamente al equipo. Esto puede ocurrir después de una fusión o adquisición. La distribución
deliberada aumenta la probabilidad de que los equipos se escuchen el uno al otro. (Bibliografía: A,
Capítulo 18)
D) Incorrecto. El Scrum de Scrums es una solución para el Agile escalado, no para la falta de
comunicación y transparencia descrita en este caso.

7 / 40
¿Es una buena práctica combinar los roles de Scrum Master y Dueño del Producto (Product
Owner)?
A) No, los roles de Scrum Master y Dueño del Producto se consideran trabajos de tiempo completo.
B) No, el Scrum Master debe poder proteger al equipo de los deseos del Dueño del Producto.
C) Sí, esto es más Ágil ya que los roles de Dueño del Producto y Scrum Master normalmente no son
trabajos de tiempo completo.
D) Sí, esto es mejor para los Equipos Scrum. De lo contrario, tienen dos gerentes: el Dueño del Producto
y el Scrum Master.
A) Incorrecto. Scrum no define si los roles de Scrum Master y Dueño del Producto deben ser trabajos de
tiempo completo. Aun si en la práctica pueden ser trabajos de tiempo completo, este no es el
principal motivo por el cual los roles no deban combinarse. Los roles no deben combinarse porque el
trabajo del Scrum Master es proteger al equipo de los deseos poco realistas del Dueño del Producto.
B) Correcto. El Dueño del Producto a menudo quiere que se desarrollen cada vez más características. El
Scrum Master protege al equipo frenando al Dueño del Producto cuando el equipo siente que
presionarlos mucho más sería perjudicial. Un buen equipo necesita de ambos roles para tener éxito.
El Dueño del Producto dirige al equipo hacia el objetivo correcto; el Scrum Master ayuda al equipo a
lograr ese objetivo de la forma más eficiente posible. (Bibliografía: A, Capítulo 7)
C) Incorrecto. Los Dueños del Producto suelen pedir que se desarrollen cada vez más características a
medida que aumenta la Velocidad del equipo. El Scrum Master debe proteger al Equipo Scrum del
Dueño del Producto.
D) Incorrecto. El marco de Scrum define claramente al Scrum Master como líder servidor y no como
gerente.

8 / 40
Durante la reunión de Retrospectiva del Sprint, el Equipo de Desarrollo descubre que la Velocidad
actual es demasiado lenta. Un rápido análisis del Scrum Master muestra que la duración del Sprint
es inadecuada. Sin embargo, el Equipo de Desarrollo no concuerda con esto. El Scrum Master
instruye a los miembros del Equipo de Desarrollo para decidir la duración por su cuenta.
Si no se puede llegar a un acuerdo, ¿quién tiene que decidir la duración del Sprint?
A) El cliente
B) El Equipo de Desarrollo
C) El Dueño del Producto (Product Owner)
D) El Scrum Master
A) Incorrecto. El cliente no puede tomar decisiones con respecto a la forma de trabajar del Equipo de
Desarrollo y, por lo tanto, no puede decidir sobre la duración del Sprint.
B) Incorrecto. El Equipo de Desarrollo, en este caso, no puede llegar a un acuerdo y, por lo tanto, no
puede tomar esta decisión.
C) Incorrecto. El Dueño del Producto no puede tomar decisiones con respecto a la duración del Sprint.
D) Correcto. El Scrum Master es un líder servidor. Sin embargo, sí tiene autoridad sobre el proceso. Si el
Equipo de Desarrollo tiene problemas que no puede resolver, el Scrum Master decide qué hacer. Sin
embargo, el Scrum Master debe tratar de dejar que el Equipo de Desarrollo lo resuelva solo, de
manera que la solución sea adecuada para ellos. (Bibliografía: A, Capítulo 7)
9 / 40
Cada equipo debe tener un Scrum Master designado.
Supongamos que no hay ningún Scrum Master disponible, ¿cuál sería la mejor solución a corto
plazo?
A) Un Scrum Master externo asume el rol de Scrum Master.

B) Una persona que no es buena como Scrum Master asume el rol.
C) El mejor programador del equipo asume el rol de Scrum Master.
D) El Dueño del Producto (Product Owner) asume el rol del Scrum Master.
A) Correcto. Muchas empresas se benefician trayendo un asesor externo como Scrum Master al
principio, pero los Scrum Master contratados no deben utilizarse a largo plazo. (Bibliografía: A,
Capítulo 7)
B) Incorrecto. Este es un problema frecuente; un Scrum Master inadecuado debe ser retirado del rol.
C) Incorrecto. Este es un problema frecuente e implica algunos riesgos, por ejemplo, que el programador
no tenga el tiempo suficiente para dedicarse a ambos roles.
D) Incorrecto. Ser un Scrum Master consiste en brindar orientación, no respuestas. El Dueño del
Producto debe decirle al equipo qué hacer; el Scrum Master debe autorizarlos a hacerlo, incluso
debatir con el Dueño del Producto sobre la cantidad de trabajo. Por lo tanto, estos dos roles no
pueden desempeñarse por la misma persona.

10 / 40
¿Qué forma de mediar conflictos son consistentes con la guía de Scrum?
A) Utilizar el enfoque de "consenso" enfrentando los problemas directamente y llegando a un consenso

B) Utilizar el enfoque de "experto" para establecer una dirección para el equipo
C) Utilizar el enfoque de "dar y recibir" para satisfacer a cada miembro del equipo
D) Utilizar el enfoque de "liderazgo" para convencer a otras personas sobre un punto de vista
A) Correcto. El Equipo de Desarrollo trabaja sobre las bases de la igualdad. Por lo general, es mejor que
los miembros del equipo enfrenten directamente los problemas con una actitud cooperativa y un
diálogo abierto a fin de tratar los desacuerdos y llegar a un consenso. Este enfoque se denomina
ganar/ganar. Las organizaciones que implementan Scrum deben promover un entorno en el que los
empleados se sientan cómodos para hablar abiertamente y enfrentar los problemas o cuestiones y
analizarlos para llegar a resultados ganar/ganar. (Bibliografía: A, Parte III).
B) Incorrecto. El Equipo de Desarrollo trabaja con personas multidisciplinarias. No hay lugar para los
expertos en un Equipo Scrum. Este es un caso de perder/ganar. Algunos miembros del equipo a
veces pueden sentir que las demás personas no reconocen o valoran sus contribuciones, o que no los
tratan de forma equitativa. Esto puede dar lugar a que dejen de contribuir al proyecto de forma eficaz
y acepten hacer cualquier cosa que les digan, aunque no estén de acuerdo. Este enfoque se denomina
perder/ganar.
C) Incorrecto. El Equipo de Desarrollo no negocia, pero trabaja en el consenso. Este es un caso de
perder/perder. En situaciones de conflicto, los miembros del equipo pueden intentar negociar o
buscar soluciones que traigan solo un grado parcial o temporal de satisfacción a las partes en
conflicto. Esta situación podría darse en los Equipos Scrum en los que los miembros del equipo tratan
de negociar para buscar soluciones subóptimas a un problema. Este enfoque por lo general implica
cierto "dar y recibir" para satisfacer a cada miembro del equipo, en lugar de tratar de resolver el
problema existente. Esto generalmente desemboca en un resultado de perder/perder para las
personas involucradas y, como consecuencia, para el proyecto.
D) Incorrecto. No existe un líder en el Equipo de Desarrollo. Este es un caso de ganar/perder. A veces, un
Scrum Master u otro miembro influyente del equipo puede creer que es un líder o gerente de facto, y
tratar de imponer su punto de vista a costa de los puntos de vista de los demás. Esta técnica de
gestión de conflictos a menudo se caracteriza por la competitividad y generalmente produce un
resultado de ganar/perder. Este enfoque no se recomienda cuando se trabaja en proyectos de Scrum,
ya que los Equipos Scrum son, por naturaleza, autoorganizados y empoderados, sin ninguna persona
que tenga una verdadera autoridad sobre los demás miembros del equipo.

11 / 40
Un gerente de equipo está comenzando un nuevo proyecto y su equipo será distribuido. Algunos
miembros del equipo serán ubicados en el Reino Unido y la segunda parte del equipo será ubicada
en India. Los preparativos como comparar los puntajes del índice de distancia al poder (PDI) ya se
llevaron a cabo.
¿Cuál sería el próximo paso para crear coherencia dentro del equipo?
A) Reconocer las diferencias culturales significativas

B) Reconocer las diferencias culturales pequeñas
C) Distribuir los equipos
D) Fortalecer las subculturas por función y equipo
A) Incorrecto. Reconocer que pueden existir diferencias culturales significativas entre los miembros del
equipo en diferentes emplazamientos es el primer paso en la búsqueda para crear coherencia. En
esta instancia, ya lo habrá hecho mediante la comparación del PDI.
B) Correcto. Reconocer las diferencias culturales pequeñas es el segundo paso en la búsqueda para
crear coherencia. (Bibliografía: A, Capítulo 18)
C) Incorrecto. Los casos en los que un equipo distribuido está compuesto por emplazamientos
agrupados mediante una fusión o adquisición siempre son muy propensos a posibles conflictos entre
los emplazamientos, y distribuir los equipos de forma deliberada disminuye el riesgo de que surjan
grandes conflictos entre los emplazamientos.
D) Incorrecto. Fortalecer las subculturas por función y equipo es el tercer paso en la búsqueda para crear
coherencia.
12 / 40
Sue es la Scrum Master de un equipo muy motivado y exitoso. El equipo respeta los procesos de
Scrum y, por eso, comparten conocimientos dentro de los foros de comunicación interna de
Scrum.
¿Qué más podría sugerir Sue al equipo para buscar formas concretas de compartir conocimientos?
A) Gráficos grandes y visibles

B) Comunidades de práctica
C) Reunión Diaria
D) Scrum de Scrums
A) Incorrecto. Este ya es un foro de comunicación "interna".

B) Correcto. Los Equipos Scrum de alto rendimiento buscan maneras de hablar con otros equipos de
forma directa. (Bibliografía: A, Capítulo 11)
C) Incorrecto. Este ya es un foro de comunicación "interna".
D) Incorrecto. Este ya es un foro de comunicación "interna".

13 / 40
Usted trabaja en un Equipo Scrum. El Dueño del Producto (Product Owner) pregunta quién ocupará
el rol de Scrum Master. Su equipo no lo ha decidido aún. Usted se ofrece porque es el único que
está capacitado en Scrum.
El Dueño del Producto luego decide que el miembro de menos antigüedad debe desempeñarse
como Scrum Master.
¿Por qué no es una buena idea?
A) Porque el Dueño del Producto no puede decidir esto. En su lugar, el equipo debe contratar un Scrum
Master externo.
B) Porque el que mejor puede desempeñar el rol de Scrum Master es el desarrollador de más antigüedad
del equipo.
C) Porque este es un Scrum Master inadecuado. Un Scrum Master debe ofrecerse como voluntario para
la responsabilidad extra.
A) Incorrecto. Si bien es correcto que el Dueño del Producto no debe decidir esto por su cuenta, hay un
importante miembro del equipo que desea asumir el rol de Scrum Master y es más adecuado que el
miembro junior.
B) Incorrecto. El desarrollador de más antigüedad no se ofreció y es posible que se requiera en el Equipo
de Desarrollo debido a sus conocimientos técnicos superiores.
C) Correcto. El miembro junior no es una gran elección: no está capacitado en Scrum y no se ofreció
para la responsabilidad extra. Usted sí, por eso es la mejor opción como Scrum Master. (Bibliografía:
A, Capítulo 7)

14 / 40
Al seleccionar un Dueño del Producto (Product Owner), existen algunas dificultades frecuentes:
• El Dueño del Producto quiere disminuir la calidad de algunos requisitos para finalizar a
tiempo.
• El Dueño del Producto forma parte de un equipo remoto y no tiene contacto directo con los
desarrolladores.
• El Dueño del Producto presiona demasiado al equipo, posiblemente dando lugar a
agotamientos.
• El Dueño del Producto delega la toma de decisiones (y luego anula a la persona encargada
de tomar las decisiones).
Una de estas dificultades tiene el potencial de entregar el trabajo con éxito, siempre y cuando el
Dueño del Producto permanezca involucrado en el proyecto y establezca una buena relación con el
equipo.
¿En qué caso se podría esperar éxito?
A) Disminución de la calidad
B) Equipo remoto
C) Demasiada presión
D) Delegación de decisiones
A) Incorrecto. Ken Schwaber ha denominado a la calidad como un "bien social". Ninguna persona,
excepto el director ejecutivo, tiene la autoridad para sacrificar la calidad.
B) Correcto. Los Dueños del Producto remotos pueden trabajar con mucho éxito, siempre y cuando
permanezcan involucrados en el proyecto y establezcan una buena relación con el equipo.
(Bibliografía: A, Capítulo 7)
C) Incorrecto. Surgirá un problema si se mantiene al equipo bajo constante presión. El Scrum Master
primero debe frenar al Dueño del Producto y luego trabajar con él para establecer con el equipo metas
razonables a largo plazo.
D) Incorrecto. Antes de delegar decisiones, el Dueño del Producto debe estar seguro de hacerlo sin
cambiar de opinión luego.

15 / 40
El Dueño del Producto (Product Owner) asigna tareas a los desarrolladores en la Reunión Diaria y la
reunión siempre lleva más de 15 minutos.
A) Asignar las tareas al Equipo de Desarrollo, para que puedan comenzar a trabajar y la reunión se
mantenga dentro del bloque de tiempo (timebox) de 15 minutos
B) Convencer al Dueño del Producto de que deje de asignar tareas al Equipo de Desarrollo y que no
participe en las Reuniones Diarias
C) No interferir en la discusión y dejar que los miembros del equipo autoorganizado resuelvan este
problema por sí mismos
D) Explicarle al Dueño del Producto que las tareas se asignan después de la Reunión Diaria, para que la
reunión se mantenga dentro del bloque de tiempo de 15 minutos
A) Incorrecto. Ni el Scrum Master ni el Dueño del Producto asignan tareas.

B) Correcto. Los desarrolladores son quienes asignan las tareas, en lugar del Dueño del Producto y del
Scrum Master. La Reunión Diaria es solo para responder las tres preguntas estándar, y nada más.
También es para el Equipo de Desarrollo y no puede participar nadie más (pueden asistir para
observar). (Bibliografía: C)
C) Incorrecto. El Scrum Master está allí para eliminar los obstáculos del equipo. Que un Dueño del
Producto asigne tareas es un obstáculo.
D) Incorrecto. Ni el Scrum Master ni el Dueño del Producto asignan tareas.

16 / 40
¿Cuándo es la primera vez que un Equipo de Desarrollo utiliza la Definición de Terminado

(Definition of Done)?
A) Durante las Reuniones Diarias, cuando una característica se define como "terminada", ya que se debe
verificar si cada característica está lista tan pronto se termina durante el Sprint.
B) Durante la demostración al Dueño del Producto (Product Owner) y a los interesados, ya que ellos
tienen que aceptar el producto como uno potencialmente entregable.
C) Durante la estimación de las características en el Backlog de Producto, ya que el trabajo depende de
los requisitos de las características y también de la Definición de Terminado.
D) Durante el Sprint de la Release, cuando se confirma que todas las características creadas cumplen
con los deseos del cliente y, por consiguiente, son entregables.
A) Incorrecto. Se utiliza la Definición de Terminado, pero no es la primera vez que se usa.

B) Incorrecto. Se utiliza la Definición de Terminado, pero no es la primera vez que se usa.
C) Correcto. El volumen de trabajo realmente depende de todos los requisitos para una característica y
esto incluye la Definición de Terminado, ya que esta lista define todos los requisitos para todas las
características del Backlog de Producto. (Bibliografía: F, Apéndice B (literatura adicional). El uso de la
Definición de Terminado no está definido 100% en la literatura primaria, pero es un concepto que el
candidato necesita conocer. Está incluido en la lista de conceptos del examen en la Guía de
Preparación.)
D) Incorrecto. Se utiliza la Definición de Terminado, pero no es la primera vez que se usa.

17 / 40
Lea la siguiente Historia de Usuario:
Como auxiliar de entrada de datos, quiero una buena interfaz de usuario para la administración de
facturas de clientes, así puedo trabajar rápido.
¿Esta Historia de Usuario es lo suficientemente completa para ponerla en el Backlog del Sprint?
A) Sí, porque se puede agregar más información durante el Sprint.

B) Sí, porque menciona la sintaxis completa de una Historia de Usuario.
C) No, porque la identidad del tipo de usuario no es lo suficientemente específica.
D) No, porque los términos "buena" y "rápido" no son lo suficientemente específicos.
A) Incorrecto. Es cierto que podría agregarse más información durante un Sprint (por ejemplo, cuando
hay preguntas) y que el nivel de detalle en una Historia de Usuario no debería ser tan alto. Sin
embargo, cuando la Historia de Usuario menciona los requisitos de calidad, como "bueno" o "rápido",
estos deben especificarse al inicio.
B) Incorrecto. La sintaxis es buena y completa, pero las definiciones de "buena" y "rápido" no son lo
suficientemente específicas para realizar esta Historia de Usuario en un Sprint.
C) Incorrecto. No es necesario especificar más el tipo de usuario. El nombre de usuario no necesita ser
específico. Los términos "buena" y "rápido", si deben especificarse más.
D) Correcto. Las Historias de Usuario en el Backlog de Producto que se harán pronto deben estar lo
suficientemente bien definidas para realizarse en el próximo Sprint. Los requisitos no funcionales
deben ser específicos, de manera que los Puntos de Historia puedan estimarse, y asegurar que la
característica pueda realizarse. (Bibliografía: A, Capítulo 13)

18 / 40
Siempre hay cosas en que los usuarios y los desarrolladores no pueden pensar antes de ver al
sistema empezar a tomar forma.
¿Cómo se denominan las características que no pueden identificarse por anticipado?
A) Requisitos emergentes
B) Características de medio plazo
C) Lista de características priorizadas
D) Características de valor agregado
A) Correcto. Las características que no podemos identificar por anticipado se denominan requisitos
emergentes. (Bibliografía: A, Capítulo 13)
B) Incorrecto. En un proyecto de Scrum, el análisis justo a tiempo (Just-in-Time) se convierte en el
objetivo. La nueva meta del analista es adelantarse al equipo, pero lo menos posible, y, al mismo
tiempo, poder brindar información útil al equipo sobre las características actuales y a medio plazo.
C) Incorrecto. El Backlog de Producto es una lista de características priorizadas para agregar a un
producto.
D) Incorrecto. Cuando las personas en el trabajo escuchan los mensajes comunicados de cambio, saben
que deben comprometerse, cumplir o irse. Cuando no ven las características de valor agregado del
cambio y sienten que deben cumplir para conservar su trabajo, la diferencia entre sus sentimientos
verdaderos y su cumplimiento crea un desinterés.

19 / 40
Scrum emplea tres niveles de planificación:
• La Hoja de ruta (Roadmap)

• Las releases
• El Sprint
¿Qué significa planificación iterativa?
A) Para cada Sprint realizado, existe un momento para brindar retroalimentación sobre todos los planes
y para planificar el próximo Sprint.
B) Se define la Hoja de ruta y el Plan de Release una vez y, sobre la base de ello, se define el plan de
Sprint al inicio de cada Sprint.
C) Se define la Hoja de ruta y el Plan de Release una vez. Luego de cada Sprint, se ajusta la Hoja de ruta
y el próximo Sprint.
D) Se planifica el proyecto en tres pasos: primero la Hoja de ruta, luego la release y después los Sprint
requeridos.
A) Correcto. La planificación de la Hoja de ruta no se menciona exactamente en este libro. El autor

sostiene que: "según su experiencia al desarrollar el incremento del producto durante la iteración, es
posible que el equipo haya obtenido conocimientos o experiencia que afecten la planificación en uno
o más de estos niveles. Asimismo, mostrar el incremento del producto a los posibles usuarios o a los
usuarios actuales puede generar nuevos conocimientos que ocasionarán cambios en los planes. Un
equipo Ágil incorporará estos cambios a los planes en la medida que den lugar a un producto de
mayor valor". (Bibliografía: B, capítulo 3)
B) Incorrecto. Puede ser útil redefinir la Hoja de ruta o el Plan de Release si lo considera necesario para
cambiar de rumbo. La retroalimentación del cliente puede indicar que puede alcanzarse más valor
cambiando la Hoja de ruta. La planificación iterativa debe permitir esto.
C) Incorrecto. La planificación iterativa no significa que siempre se ajusta la Hoja de ruta después de
cada Sprint. Eso sería demasiado imprevisible. En cambio, es más probable que se cambien las
características en el próximo Sprint. Además, falta la palabra "retroalimentación" en esta respuesta.
D) Incorrecto. Si bien de cierta forma esto es verdad, la respuesta no es completamente correcta. La
planificación iterativa significa que se vuelve a planificar después de recibir retroalimentación. La
retroalimentación contribuye a las nuevas prioridades y las nuevas características.

20 / 40
El Dueño del Producto (Product Owner) y el Equipo de Desarrollo están en desacuerdo en la

reunión de Planificación del Sprint. El Dueño del Producto cree que los desarrolladores hicieron
estimaciones muy pesimistas de los elementos y su capacidad y en consecuencia, ellos
seleccionaron muy pocos elementos para el Sprint.
A) Solicitarle al Equipo de Desarrollo que revise sus estimaciones, ya que el Dueño del Producto
representa al cliente.
B) Pedirles a las dos partes que se calmen, discutan el tema y lleguen a un acuerdo; probablemente,
algún lugar intermedio.
C) Explicarle al Dueño del Producto que esta decisión le corresponde al Equipo de Desarrollo y que debe
ser aceptada.
D) Decirle al Dueño del Producto que revise las estimaciones y calcule la Velocidad, y hacerles saber a
los desarrolladores cuántos elementos deben seleccionar.
A) Incorrecto. El Equipo de Desarrollo es el único responsable de realizar estimaciones. El Dueño del

Producto simplemente prioriza qué historias o tareas tienen el mayor valor para el cliente.
B) Incorrecto. El Equipo de Desarrollo es el único responsable de realizar estimaciones. El Dueño del
Producto debe confiar en la honestidad del equipo de desarrollo.
C) Correcto. El Equipo de Desarrollo es responsable por efectuar las estimaciones de los elementos y la
capacidad del Backlog de Producto y nadie debe forzarlos a cambiar, porque en ese caso, se
debilitaría su autoorganización, lo que, a su vez, bloquea la Agilidad. (Bibliografía: A, Capítulo 14)
D) Incorrecto. Esto no es algo que el Dueño del Producto haga. Las estimaciones son tarea del Equipo de
Desarrollo.

21 / 40
Una vez que se estiman las Historias de Usuario del Plan de Release, se desglosan en tareas en la
Planificación del Sprint.
Las Historias de Usuario se estiman en una métrica diferente a la de las tareas en la Planificación
del Sprint.
¿En qué, se estiman las tareas en la Planificación del Sprint?
A) Días Ideales
B) Horas Ideales
C) Puntos de Historia
D) Velocidad
A) Incorrecto. Lo que puede estimarse en los Días Ideales es la cantidad de tiempo que tardará en
desarrollarse una Historia de Usuario.
B) Correcto. Mientras que las Historias de Usuario de un Plan de Release se estiman en Puntos de
Historia o Días Ideales, las tareas del plan de Sprint se estiman en Horas Ideales. (Bibliografía: B,
Capítulo 14)
C) Incorrecto. Los Puntos de Historia son unidades de medición para expresar el tamaño total de una
Historia de Usuario, una característica u otro trabajo.
D) Incorrecto. La Velocidad es la medida del porcentaje de progreso de un equipo. Se calcula sumando
la cantidad de Puntos de Historia asignados a cada Historia de Usuario que realizó el equipo durante
la iteración.

22 / 40
¿Cuál es el rol del Scrum Master en una sesión de Planificación del Sprint?
A) Instruir al Equipo de Desarrollo en la estimación de características, pero nunca decidir sobre la

estimación.
B) Colaborar con el Equipo de Desarrollo para estimar características y eliminar las características que
son muy difíciles de estimar.
C) Intervenir en el análisis del Equipo de Desarrollo para guiarlos hacia una dirección específica, si no
pueden ponerse de acuerdo.
D) Permitir al Equipo de Desarrollo estimar las características por su cuenta, pero decidir sobre la
estimación si no pueden ponerse de acuerdo.
A) Correcto. El Scrum Master debe instruir al Equipo de Desarrollo durante el análisis. Un Scrum Master
puede asumir el liderazgo en el análisis para permitir que hablen todos. Sin embargo, un Scrum
Master no debe tomar decisiones por el equipo de desarrollo. El Scrum Master solo tiene autoridad
sobre los procesos utilizados por el Equipo de Desarrollo, no sobre el contenido. (Bibliografía: C)
B) Incorrecto. El Scrum Master no colabora con el Equipo de Desarrollo para estimar, el Equipo de
Desarrollo estima la cantidad de Puntos de Historia o Días Ideales para las características por su
cuenta. Además, las características no se eliminan automáticamente si son muy difíciles de estimar.
Pueden dividirse en partes, si eso ayuda. Eliminar características requiere la participación del Dueño
del Producto (Product Owner).
C) Incorrecto. No es la tarea del Scrum Master guiar el análisis hacia una dirección específica. El Equipo
de Desarrollo debe tener su espacio para analizar y decidir por su cuenta. Puede intervenir en el
proceso del análisis: el Scrum Master podría asumir el liderazgo y señalar a las personas a las que se
les da la palabra si las emociones sobrepasan el análisis.
D) Incorrecto. El Equipo de Desarrollo siempre tiene que estimar la cantidad de Puntos de Historia o Días
Ideales por sí solo. El Scrum Master no puede tomar esta decisión.

23 / 40
Durante la fase de viabilidad de un proyecto, la estimación del cronograma por lo general oscila
entre el 60% y el 160%.
¿Cómo se denomina la evolución del tamaño de imprevisibilidad durante un proyecto?
A) Cono de incertidumbre
B) Ignorancia de la incertidumbre
C) Reducción de la incertidumbre
D) Factor de incertidumbre
A) Correcto. En la gestión de proyectos, el cono de incertidumbre describe la evolución del tamaño de

incertidumbre durante un proyecto. (Bibliografía: B, Capítulo 1)
B) Incorrecto. Ignorar la incertidumbre acerca de lo que desearán exactamente los usuarios con el
tiempo puede llevar a completar un proyecto a tiempo, pero sin incluir funciones importantes que se
identificaron después de crearse el plan. (Bibliografía: B, Capítulo 2)
C) Incorrecto. Reducir la incertidumbre es particularmente importante en el desarrollo de relaciones, no
en la fase de viabilidad de un proyecto.
D) Incorrecto. Los factores de incertidumbre se utilizan para compensar una deficiencia en los
conocimientos que respectan a la precisión de los resultados de las pruebas.
24 / 40
El Dueño del Producto (Product Owner) y el Scrum Master analizan dos versiones diferentes de un
proyecto. Una versión del proyecto incluirá más características y presentará más valor que la otra
versión, pero también costará mucho más debido a que llevará más tiempo de desarrollo. El Dueño
del Producto y el Scrum Master desean comparar las dos versiones, teniendo en cuenta el Ratio de
Retorno Interno (RRI, Internal Rate of Return).
¿Qué información pueden obtener al calcular el RRI?
A) Cuánto dinero puede preverse que rendirá un proyecto

B) Con qué rapidez el dinero invertido en un proyecto aumentará de valor
C) El proceso de convertir cantidades futuras a su valor actual
D) La tasa a la que las organizaciones descuentan el dinero futuro
A) Incorrecto. Esta definición hace referencia al Valor Presente Neto (VPN, Net Present Value).
B) Correcto. El RRI es una medición de la rapidez con la que el dinero invertido en un proyecto aumentará
de valor. Con el RRI podemos comparar proyectos con mayor facilidad. (Bibliografía: B, Capítulo 10)
C) Incorrecto. Esta definición alude al término financiero "descuento".
D) Incorrecto. Esta definición alude al término financiero "costo de oportunidad".

25 / 40
Un equipo tiene Historias no finalizadas al final de una iteración.
¿Qué debe hacerse antes del inicio de la iteración o durante esta?
A) Considerar incluir un amortiguador de alimentación

B) Considerar incluir un amortiguador de cronograma
C) Volver a estimar la Historia finalizada
D) Dividir las Historias en Historias más pequeñas
A) Incorrecto. Un amortiguador de alimentación protege la entrega puntual de un conjunto de nuevas

funciones. (Bibliografía: B, Capítulo 18)
B) Incorrecto. Un amortiguador de cronograma protege de la incertidumbre que puede afectar la
finalización puntual del proyecto. (Bibliografía: B, Capítulo 17)
C) Incorrecto. Por lo general, una nueva estimación es útil cuando se equivocó completamente en la
estimación original y se puede ver que ese error sea algo muy poco frecuente. (Bibliografía: B, Capítulo
7)
D) Correcto. Si un equipo tiene Historias no finalizadas al final de una iteración, están trabajando con
características o Historias que son demasiado grandes. Las Historias pequeñas dan lugar a un flujo
constante a lo largo del proceso de desarrollo. Si las Historias quedan sin finalizar, deben dividirse en
Historias más pequeñas. Idealmente, esto debe suceder antes del inicio de la iteración. (Bibliografía:
B, Capítulo 19)

26 / 40
Jeff, Scrum Master de una empresa de software de facturación, está buscando otra forma útil de
visualizar cómo su equipo va completando la funcionalidad planeada de una release.
Quiere un cuadro con el nombre del tema, la cantidad de Historias en ese tema, la cantidad de
Puntos de Historia o Días Ideales para esas Historias y el porcentaje de los Puntos de Historia que
están completos.
¿De qué es esta descripción?
A) Gráfico de Avance (Burn-Down chart)

B) Gráfico Burn-Up (Burn-Up chart)
C) Diagrama Gantt (Gantt chart)
D) Gráfico de estacionamiento (Parking-lot chart)
A) Incorrecto. El Gráfico de Avance de la Release (Release Burn-Down bar chart) muestra la cantidad de
trabajo pendiente al inicio de cada iteración. El eje vertical muestra la cantidad de Puntos de Historia
pendientes en el proyecto. Las iteraciones se muestran a través del eje horizontal.
B) Incorrecto. Es posible que un Gráfico de Avance incluso muestre un Burn-Up durante una iteración.
Esto significa que, aunque el equipo probablemente haya completado cierto trabajo, se dio cuenta de
que el trabajo pendiente fue subestimado o aumentó el alcance del proyecto.
C) Incorrecto. Un diagrama Gantt es un tipo de gráfico de barras, adaptado por Karol Adamiecki en 1896
y, de forma independiente, por Henry Gantt en la década de 1910, que ilustra el cronograma de un
proyecto. Los diagramas Gantt ilustran las fechas de inicio y finalización de los elementos de terminal
y los elementos de resumen de un proyecto.
D) Correcto. Un gráfico de estacionamiento contiene un recuadro rectangular grande para cada tema (o
agrupación de Historias de Usuario) en una release. Cada recuadro contiene el nombre del tema, la
cantidad de Historias en ese tema, la cantidad de Puntos de Historia o Días Ideales para esas
Historias y el porcentaje de los Puntos de Historia que están completos. (Bibliografía: B, Capítulo 19)

27 / 40
Su equipo ha subestimado el trabajo pendiente en una iteración.
¿Qué podría aparecer en el Gráfico de Avance (Burn-Down chart)?
A) Burn-Up
B) Días Ideales
C) Horas Ideales
D) Puntos de Historia
A) Correcto. Es posible que un Gráfico de Avance (Burn-Down chart) incluso muestre un Burn-Up durante
una iteración. Esto significa que, aunque el equipo probablemente haya completado cierto trabajo, se
dio cuenta de que el trabajo pendiente fue subestimado o aumentó el alcance del proyecto.
(Bibliografía: B, Capítulo 19)
B) Incorrecto. En un proyecto de software, podemos decidir estimar las Historias de Usuario u otro
trabajo en los Días Ideales. Cuando se hacen estimaciones en los Días Ideales, usted supone que la
Historia que se estima es lo único en lo que trabajará, que todo lo que necesita estará a mano cuando
empiece y que no habrá interrupciones. (Bibliografía: B, Capítulo 5)
C) Incorrecto. Las Historias de Usuario del Plan de Release se desglosan en tareas en el plan de
iteración. Mientras que las Historias de Usuario de un Plan de Release se estiman en Puntos de
Historia o Días Ideales, las tareas del plan de iteración se estiman en Horas Ideales. (Bibliografía: B,
Capítulo 14)
D) Incorrecto. Los Puntos de Historia son una unidad de medición para expresar el tamaño total de una
Historia de Usuario, una característica u otro trabajo. (Bibliografía: B, Capítulo 4)

28 / 40
¿Los problemas y los defectos forman parte del proceso de desarrollo de Scrum?
A) No, el Equipo de Desarrollo debe centrarse en el objetivo del Sprint, no en los defectos y los
problemas. Otro equipo puede manejarlos.
B) Sí, los problemas y los defectos deben solucionarse apenas surgen. De lo contrario, no se cumple la
Definición de Terminado (Definition of Done).
C) Sí, son elementos del Backlog de Producto regulares. Los defectos y los problemas deben
considerarse en cada nueva Planificación del Sprint.
D) Sí, deben priorizarse de inmediato. Los defectos o problemas de alta prioridad deben solucionarse en
la iteración actual.
A) Incorrecto. Si bien se necesita una buena cantidad de atención, los problemas y los defectos no
deben delegarse a otro equipo. Además, los defectos o problemas críticos deben solucionarse de
inmediato.
B) Incorrecto. No todos los defectos y los problemas son tan críticos como para que deba desatender el
objetivo del Sprint por ellos.
C) Incorrecto. Los defectos y los problemas pueden colocarse en el Backlog de Producto, con una
priorización, pero no son elementos del Backlog de Producto regulares. Además, la Definición de
Terminado se cumplió cuando se finalizó el código, o no hubiera aparecido como un problema o
defecto.
D) Correcto. El Equipo Scrum debe manejar los defectos evadidos (escaped defects) y es posible que
algunos requieran una solución de emergencia que afecte a la Velocidad del Equipo Scrum.
(Bibliografía: ninguna referencia bibliográfica directa. Se supone que los defectos evadidos se
comprenden a partir de la lista de conceptos básicos en la Guía de Preparación.)

29 / 40
Incluso en los grandes proyectos de desarrollo, todavía se recomienda utilizar un solo Backlog de
Producto para un producto.
¿Qué es lo mejor que se puede hacer para mantener el Backlog de Producto en un tamaño
razonable que pueda manejarse de forma eficaz?
A) Hacer una Planificación de Trabajo Futuro (Rolling Lookahead Planning)

B) Hacer uso de Épicas y Temas
C) Gestionar las dependencias de forma proactiva
D) Compartir la responsabilidad
A) Incorrecto. Muy frecuentemente, un equipo finaliza su reunión de Planificación del Sprint y recién
entonces se da cuenta de que se necesita que otro equipo realice una pequeña cantidad de trabajo,
pero ese equipo no se encuentra disponible. La Planificación de Trabajo Futuro disminuye en gran
medida la frecuencia de este problema, ya que los equipos dedican unos pocos minutos en cada
Sprint a pensar en lo que realizarán en los próximos pares de Sprint. No obstante, esto no contribuye
a un Backlog de Producto fácil de gestionar.
B) Correcto. Al escribir algunas Historias de Usuario Épicas en el Backlog de Producto y al agrupar las
Historias de Usuario pequeñas por tema, puede mantener una cantidad de elementos del Backlog de
Producto pequeña y fácil de gestionar. (Bibliografía: A, Capítulo 17)
C) Incorrecto. En cualquier proyecto con múltiples equipos, existe el potencial de que haya dependencias
entre los equipos. Una buena estructura de equipo puede hacer mucho por disminuir las
dependencias, pero no las eliminará. Asimismo, la integración continua ayuda a señalar los
problemas causados por algunas dependencias. Afortunadamente, existen más técnicas que los
Equipos Scrum pueden implementar para gestionar mejor las dependencias. No obstante, esto no
contribuye a un Backlog de Producto fácil de gestionar.
D) Incorrecto. Se motiva a los Equipos Scrum a no pensar en términos de "mis tareas" y "tus tareas", sino
de "nuestras tareas". Esto impulsa la colaboración entre los miembros del equipo a nuevos niveles.
Trabajar de esta forma también crea una mentalidad de responsabilidad compartida. No obstante,
esto no contribuye a un Backlog de Producto fácil de gestionar.

30 / 40
Las reuniones Scrum de Scrums difieren de las Reuniones Diarias en diversas maneras.
¿Cuál sería un ejemplo de una forma en la que una reunión Scrum de Scrums se diferencia de la
Reunión Diaria?
A) Las reuniones Scrum de Scrums no son reuniones de resolución de problemas.

B) Las reuniones Scrum de Scrums no necesitan limitarse a una duración de 15 minutos.
C) Las reuniones Scrum de Scrums deben realizarse antes de las 10:00 a.m.
A) Incorrecto. Las reuniones Scrum de Scrums se diferencian de las Reuniones Diarias de tres formas
importantes, una es: son reuniones de resolución de problemas. (Bibliografía: A, Capítulo 17)
B) Correcto. Las reuniones Scrum de Scrums se diferencian de las Reuniones Diarias de tres formas
importantes, una es: no necesitan limitarse a una duración de 15 minutos. (Bibliografía: A, Capítulo 17)
C) Incorrecto. Un ejemplo de una práctica recomendada fuera de uso es una empresa que decidió que
todas las Scrum diarias debían realizarse antes de las 10:00 a. m. (Bibliografía: A, Capítulo 1)
31 / 40
No todos los proyectos son apropiados para aplicar el enfoque Agile Scrum.
¿En qué caso Scrum es la opción más deseable?
A) La competencia de los desarrolladores es relativamente baja.

B) La organización no quiere llevar a cabo pruebas de aceptación del usuario.
C) Los requisitos del producto pueden cambiar durante el proceso.
D) Los requisitos se conocen de antemano para una implementación rápida.
A) Incorrecto. Scrum requiere desarrolladores experimentados para facilitar una buena estimación y
para permitir la organización propia. Asimismo, es probable que los desarrolladores tengan que
encargarse de distintas tareas, no solo de la codificación.
B) Incorrecto. Scrum requiere inspección y adaptación por parte del cliente, a fin de asegurar el valor
más alto.
C) Correcto. Los requisitos cambiantes son perfectamente apropiados para el enfoque Ágil de Scrum. En
un enfoque en Cascada, las exigencias cambiantes darán lugar a un proyecto sin fin. (Bibliografía: C)
D) Incorrecto. Cuando los requisitos se conocen de antemano, un enfoque en Cascada es suficiente.

32 / 40
Según el tamaño de un proyecto, su equipo necesita más o menos recursos. Uno de estos recursos
es la cantidad de miembros del equipo.
¿Qué es cierto acerca del tamaño del equipo?
A) Los equipos más grandes realizan proyectos con menos esfuerzo en total, lo cual es más económico.
B) Los equipos más grandes generan más defectos que los equipos pequeños, pero trabajan más
rápido.
C) Los equipos más pequeños necesitan más tiempo, lo cual cuesta más esfuerzo y dinero.
D) Los miembros de los equipos más grandes son más productivos que los de los equipos más
pequeños.
A) Incorrecto. Los equipos más grandes necesitan más personas. Se desarrollan más rápido, pero no tan
rápido como para afirmar que un equipo grande sea más económico.
B) Correcto. Los equipos más grandes parecen generar una cantidad de defectos aproximadamente seis
veces mayor que los equipos pequeños, y la producción no es mucho más rápida. Este es un buen
argumento para comenzar a trabajar en Equipos Agile Scrum. (Bibliografía: A, Capítulo 10)
C) Incorrecto. Los equipos más pequeños se toman más tiempo, pero esto no cuesta más esfuerzo ni
dinero en total, debido a que el recurso más costoso es la mano de obra.
D) Incorrecto. Los miembros del equipo experimentan un tipo de efecto observador cuando trabajan en
equipos más grandes: alguien probablemente lo hará. Por lo tanto, asumen menos responsabilidad y
se sienten menos comprometidos que cuando trabajan en equipos más pequeños.
33 / 40
Olivia es Scrum Master de una empresa de software de juegos. Se encuentran en la transición del
modelo en Cascada a Scrum.
Olivia está tratando de aumentar el deseo de incorporar Scrum a su empresa.
¿Qué medida debe tomar?
A) Crear un sentido de urgencia

B) Exponerse a nuevas personas y experiencias
C) Ejecutar un proyecto piloto
A) Correcto. Una forma de transformar la conciencia en deseo es ejerciendo más presión. Al crear un
sentido de urgencia, dejamos claro a los demás que la situación actual no puede continuar así por
mucho tiempo. (Bibliografía: A, Capítulo 2)
B) Incorrecto. Es una herramienta para generar conciencia.
C) Incorrecto. Es una herramienta para generar conciencia.
D) Incorrecto. Es una herramienta para generar conciencia.

34 / 40
ADAPT es el acrónimo de las actividades en el plan de transición Ágil. La "A" significa "Awareness"
(Conciencia).
¿Por qué la Conciencia es importante como primer paso al introducir Ágil?
A) Porque todos necesitan aprender a pensar y a trabajar como equipo

B) Porque es necesario que haya una comprensión común acerca de que el proceso actual no está
proporcionando resultados aceptables
C) Porque las técnicas Ágiles no se deben usar en un solo departamento
A) Incorrecto. Esta es la segunda "A" de ADAPT, que significa "Ability" (Habilidad). Antes de adquirir la
Habilidad de ser Ágiles, incluido el aprendizaje de pensar y de trabajar como un equipo, necesitamos
tomar conciencia de por qué estamos cambiando.
B) Correcto. Necesitamos saber por qué debemos cambiar a fin de obtener la motivación para modificar
el proceso actual, para proporcionar resultados aceptables. (Bibliografía: A, Capítulo 2)
C) Incorrecto. Esta es la "T" de ADAPT que significa "Transfer" (Transferencia). Antes de transferir las
técnicas Ágiles a toda la empresa, necesitamos tomar conciencia de por qué estamos cambiando.
35 / 40
Una empresa ha descubierto que el proceso actual no está generando resultados aceptables. La
transición hacia Scrum parece una solución válida, dado que la mayoría de los competidores ya
tienen mucho éxito usando Scrum.
El director ejecutivo ha creado sentido de urgencia y también está hablando con las partes
interesadas acerca de sus planes. La mayoría de los empleados están entusiasmados por
aprender más acerca de la metodología Ágil.
¿Cuál sería el próximo paso en el proceso de transición?
A) La habilidad de tener éxito con Scrum

B) El deseo de incorporar Scrum como una forma de abordar los problemas actuales
C) La promoción de Scrum a través de compartir experiencias
D) La transferencia de las implicaciones de usar Scrum a toda la empresa
A) Correcto. Una vez creado el deseo de incorporar Scrum, las personas deben aprender cómo ser
Ágiles. (Bibliografía: A, Capítulo 2)
B) Incorrecto. Ya se ha creado el deseo.
C) Incorrecto. Primero debe adquirir la habilidad de ser Ágil. Después, la empresa puede promover y
transferir las implicaciones de Scrum.
D) Incorrecto. Primero debe adquirir la habilidad de ser Ágil. Después, la empresa puede promover y
transferir las implicaciones de Scrum.

36 / 40
Su compañero de trabajo es una persona escéptica y se resiste al cambio.
¿Cuál sería un buen enfoque para lidiar con esta resistencia?
A) Crear insatisfacción con la situación actual: a los escépticos les gusta la situación actual.
B) Ser ejemplo usted mismo de los comportamientos adecuados: los escépticos necesitan seguir el
ejemplo de alguien.
C) Brindar capacitación: la resistencia de los escépticos en parte se basa en no haber hecho o visto algo.
D) Reiterar y reforzar el compromiso: los escépticos necesitan saber que la empresa está comprometida
con la operación.
A) Incorrecto. Esto es cierto para los incondicionales.

B) Incorrecto. Esto es cierto para los seguidores.
C) Correcto. Los escépticos reaccionan bien a la capacitación. Una vez que ven que algo funciona, la
resistencia disminuye. (Bibliografía: A, Capítulo 6)
D) Incorrecto. Esto es cierto para los saboteadores.
37 / 40
El trabajo de un Equipo Scrum es organizarse en torno a los desafíos, dentro de los límites y
restricciones, instaurados por la gerencia.
¿Cuál es el trabajo de la gerencia en este contexto?
A) Pensar en los desafíos adecuados

B) Maximizar el rendimiento del equipo
C) Brindar motivación
D) Recordar los objetivos
A) Correcto. El trabajo de un Equipo Scrum es organizarse en torno a los desafíos, y dentro de los límites
y restricciones, instaurados por la gerencia. El trabajo de la gerencia es pensar en los desafíos
correctos y eliminar los impedimentos para la propia organización. No obstante, mientras menos
restricciones o controles se ponen a un equipo, mejor. (Bibliografía: A, Capítulo 12)
B) Incorrecto. El Scrum Master es responsable de maximizar el rendimiento del equipo y de ayudar a los
miembros del equipo a incorporar y usar Scrum. (Bibliografía: A, Capítulo 7)
C) Incorrecto. Piense en la ayuda del Scrum Master como similar a la de un entrenador personal. El
Scrum Master debe brindar motivación y al mismo tiempo asegurarse de que no haga trampa.
(Bibliografía: A, Capítulo 7)
D) Incorrecto. Piense en la ayuda del Scrum Master como similar a la de un entrenador personal. El
Scrum Master no puede obligarlo a hacer un ejercicio que usted no desea hacer. En su lugar, le
recuerda sus objetivos y de qué manera ha decidido alcanzarlos. (Bibliografía: A, Capítulo 7)

38 / 40
Los equipos multifuncionales tienen ventajas sobre los equipos que trabajan en proyectos de
desarrollo tradicional.
¿Cuál es una de ellas?
A) Atraer la atención y el interés

B) Eliminar los traspasos
C) Responsabilizar a las personas
A) Incorrecto. Esta es una herramienta para promover Scrum. (Bibliografía: A, Capítulo 2)

B) Correcto. Al eliminar los traspasos, eliminamos los problemas creados por esperar y por la necesidad
de transferir los conocimientos de una persona a otra. Mientras más se comprometa y se
responsabilice todo el equipo, menos traspasos se necesitarán. (Bibliografía: A, Capítulo 11)
C) Incorrecto. Esta es una herramienta para generar capacidad. (Bibliografía: A, Capítulo 2)
D) Incorrecto. Esta es una herramienta para generar conciencia. (Bibliografía: A, Capítulo 2)
39 / 40
El Manifiesto Ágil (Agile Manifesto) menciona una cantidad de aspectos culturales. Estos ayudan a
introducir con éxito el proceso de desarrollo Ágil.
¿Qué valor no se refleja en el manifiesto?
A) Control
B) Cooperación
C) Organización propia
D) Confianza
A) Correcto. El control no es un aspecto cultural que se mencione en el Manifiesto Ágil. (Bibliografía:

Manifiesto Ágil (Agile Manifesto))
B) Incorrecto. El manifiesto señala lo siguiente: "La estrecha colaboración a diario entre los empresarios
y los desarrolladores".
C) Incorrecto. El manifiesto señala lo siguiente: "La propia organización de los equipos".
D) Incorrecto. El manifiesto señala lo siguiente: "Los proyectos se construyen en torno a personas
motivadas, en las que se debe confiar".

40 / 40
Paula, Scrum Master de una empresa de software de gestión de activos, desea que su equipo se
mantenga unido en la búsqueda de un objetivo en común para un proyecto y para superar los
obstáculos que enfrenta cualquier equipo involucrado con una meta difícil.
¿Qué está tratando de crear?
A) Conciencia
B) Coherencia
C) Deseo
D) Promoción
A) Incorrecto. La conciencia es una de las cinco actividades frecuentes que se requiere para incorporar
Scrum de forma exitosa y permanente. (Bibliografía: A, Capítulo 2)
B) Correcto. Deseamos que el equipo se mantenga unido en la búsqueda de un objetivo en común para
un proyecto y para superar los obstáculos que enfrenta cualquier equipo involucrado con una meta
difícil. Muchos factores actúan en contra de la creación de coherencia dentro de un equipo
distribuido: el idioma, la cultura, la separación física y las diferencias de zona horaria son solo
algunas. (Bibliografía: A, Capítulo 18)
C) Incorrecto. El deseo es una de las cinco actividades frecuentes que se requiere para incorporar Scrum
de forma exitosa y permanente. (Bibliografía: A, Capítulo 2)
D) Incorrecto. La promoción es una de las cinco actividades frecuentes que se requiere para incorporar
Scrum de forma exitosa y permanente. (Bibliografía: A, Capítulo 2)

Evaluación
En la siguiente tabla se indican las respuestas correctas a las preguntas.
Pregunta Respuesta Pregunta Respuesta

1 D 21 B
2 A 22 A
3 A 23 A
4 A 24 B
5 B 25 D
6 C 26 D
7 B 27 A
8 D 28 D
9 A 29 B
10 A 30 B
11 B 31 C
12 B 32 B
13 C 33 A
14 B 34 B
15 B 35 A
16 C 36 C
17 D 37 A
18 A 38 B
19 A 39 A
20 C 40 B

Contacto EXIN
www.exin.com

Latin American Spanish Sample Exam Asm 202002

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Latin American Spanish Sample Exam Asm 202002

Cargado por

Copyright:

Formatos disponibles

Examen de muestra

Examen de muestra EXIN Agile Scrum Master (ASM.LA) 2

Examen de muestra EXIN Agile Scrum Master (ASM.LA) 3

El tiempo permitido para este examen es de 90 minutos.

Examen de muestra EXIN Agile Scrum Master (ASM.LA) 4

¿Qué sería lo mejor para hacer a continuación?

A) Crear sentido de urgencia

¿Por qué el Scrum Master dice eso?

A) Todos los incrementos deberían ser potencialmente liberables.

¿Cuál es el mejor curso de acción como Scrum Master?

Examen de muestra EXIN Agile Scrum Master (ASM.LA) 5

Lee el siguiente enunciado:

¿Qué metodología Ágil representa mejor esta afirmación?

Tom es un Scrum Master. Durante un Sprint, se da cuenta de que el equipo no completará un

¿Cuál es la mejor opción para la distribución de los equipos?

A) Equipos colocados que colaboren entre sí

Examen de muestra EXIN Agile Scrum Master (ASM.LA) 6

Cada equipo debe tener un Scrum Master designado.

A) Un Scrum Master externo asume el rol de Scrum Master.

Examen de muestra EXIN Agile Scrum Master (ASM.LA) 7

¿Qué forma de mediar conflictos son consistentes con la guía de Scrum?

A) Utilizar el enfoque de "consenso" enfrentando los problemas directamente y llegando a un consenso

A) Reconocer las diferencias culturales significativas

A) Gráficos grandes y visibles

Examen de muestra EXIN Agile Scrum Master (ASM.LA) 8

¿Por qué no es una buena idea?

¿En qué caso se podría esperar éxito?

Examen de muestra EXIN Agile Scrum Master (ASM.LA) 9

¿Cuál es la mejor acción para el Scrum Master?

¿Cuándo es la primera vez que un Equipo de Desarrollo utiliza la Definición de Terminado

Lea la siguiente Historia de Usuario:

A) Sí, porque se puede agregar más información durante el Sprint.

Examen de muestra EXIN Agile Scrum Master (ASM.LA) 10

¿Cómo se denominan las características que no pueden identificarse por anticipado?

Scrum emplea tres niveles de planificación:

• La Hoja de ruta (Roadmap)

¿Qué significa planificación iterativa?

El Dueño del Producto (Product Owner) y el Equipo de Desarrollo están en desacuerdo en la

¿Cuál es la mejor acción para el Scrum Master?

Examen de muestra EXIN Agile Scrum Master (ASM.LA) 11

¿En qué, se estiman las tareas en la Planificación del Sprint?

A) Instruir al Equipo de Desarrollo en la estimación de características, pero nunca decidir sobre la

¿Cómo se denomina la evolución del tamaño de imprevisibilidad durante un proyecto?

Examen de muestra EXIN Agile Scrum Master (ASM.LA) 12

¿Qué información pueden obtener al calcular el RRI?

A) Cuánto dinero puede preverse que rendirá un proyecto

Un equipo tiene Historias no finalizadas al final de una iteración.

¿Qué debe hacerse antes del inicio de la iteración o durante esta?

A) Considerar incluir un amortiguador de alimentación

¿De qué es esta descripción?

A) Gráfico de Avance (Burn-Down chart)

Examen de muestra EXIN Agile Scrum Master (ASM.LA) 13

Su equipo ha subestimado el trabajo pendiente en una iteración.

¿Qué podría aparecer en el Gráfico de Avance (Burn-Down chart)?

A) Hacer una Planificación de Trabajo Futuro (Rolling Lookahead Planning)

Examen de muestra EXIN Agile Scrum Master (ASM.LA) 14

A) Las reuniones Scrum de Scrums no son reuniones de resolución de problemas.

¿En qué caso Scrum es la opción más deseable?

A) La competencia de los desarrolladores es relativamente baja.

¿Qué es cierto acerca del tamaño del equipo?

Examen de muestra EXIN Agile Scrum Master (ASM.LA) 15

Olivia está tratando de aumentar el deseo de incorporar Scrum a su empresa.

¿Qué medida debe tomar?

A) Crear un sentido de urgencia