NEW
Font size
WorksheetsBanco de Preguntas – Scrum (Guía Scrum 2020) | Formato Wayground
Total questions: 50
Worksheet time: 25mins
Selecciona la alternativa correcta. Según la Guía Scrum 2020, Scrum es:
Una metodología predictiva basada en fases
Un marco de trabajo liviano para generar valor con soluciones adaptativas
Un estándar de calidad certificable
Un conjunto de herramientas de software
Selecciona la alternativa correcta. Scrum se utiliza principalmente para:
Problemas simples y repetitivos
Problemas complejos que requieren soluciones adaptativas
Trabajos individuales sin colaboración
Proyectos donde el cambio está prohibido
Selecciona la alternativa correcta. ¿En qué se basa Scrum según la teoría descrita en la guía?
Empirismo y pensamiento Lean
Six Sigma y Kaizen
Gestión por objetivos y jerarquías
Modelos en cascada y PMBOK
Selecciona la alternativa correcta. ¿Qué afirma el empirismo en el contexto de Scrum?
Que el conocimiento proviene de la autoridad
Que el conocimiento proviene de la experiencia y lo observado
Que todo debe definirse al inicio
Que el trabajo se optimiza con más documentación
Selecciona la alternativa correcta. ¿Cuáles son los tres pilares del empirismo en Scrum?
Costo, alcance y tiempo
Transparencia, inspección y adaptación
Planificación, ejecución y cierre
Eficiencia, eficacia y economía
Selecciona la alternativa correcta. La transparencia en Scrum implica que:
Solo el Product Owner ve el progreso
Proceso y trabajo emergentes deben ser visibles para quienes hacen el trabajo y quienes lo reciben
El equipo debe publicar informes diarios extensos
Se ocultan los problemas para mantener la moral
Selecciona la alternativa correcta. Según la guía, la inspección sin transparencia es:
Más rápida y eficiente
Engañosa y derrochadora
Recomendada si hay presión de tiempo
Necesaria para innovar
Selecciona la alternativa correcta. Según la guía, la inspección sin adaptación se considera:
Útil para reportar
Inútil
Una práctica avanzada
Opcional si hay métricas
Selecciona la alternativa correcta. ¿Qué busca el pensamiento Lean dentro de Scrum?
Aumentar el control jerárquico
Reducir desperdicio y enfocarse en lo esencial
Maximizar documentación
Eliminar iteraciones
Selecciona la alternativa correcta. Scrum emplea un enfoque iterativo e incremental principalmente para:
Optimizar previsibilidad y controlar riesgo
Evitar reuniones
Reemplazar a los interesados
Asegurar que el alcance no cambie
Selecciona la alternativa correcta. ¿Cuántas responsabilidades (accountabilities) específicas define Scrum dentro del Scrum Team?
Dos
Tres
Cuatro
Cinco
Selecciona la alternativa correcta. El Scrum Team está compuesto por:
Gerente de proyecto, analistas y testers
Product Owner, Scrum Master y Developers
Sponsor, usuario y PMO
Líder técnico y arquitecto
Selecciona la alternativa correcta. Según la guía, dentro de un Scrum Team:
Existen subequipos y jerarquías
No hay subequipos ni jerarquías
El Scrum Master es el jefe del equipo
El Product Owner manda sobre los Developers
El Scrum Team se caracteriza por ser:
Funcional y dirigido por un líder
Multifuncional y autogestionado
Especializado y jerárquico
Temporal y sin objetivo
¿Qué tamaño recomienda la guía como referencia para un Scrum Team?
50 o más personas
Generalmente 10 personas o menos
Al menos 25 personas
Exactamente 7 personas
Si un Scrum Team se vuelve demasiado grande, la guía sugiere:
Mantenerlo y añadir más reuniones
Reorganizarse en múltiples Scrum Teams cohesivos enfocados en el mismo producto
Eliminar el Product Owner
Cancelar Scrum
El Scrum Team es responsable de:
Solo programar
Todas las actividades relacionadas con el producto (colaboración, verificación, operación, experimentación, etc.)
Solo documentación
Solo seguimiento de hitos
¿Qué es un Increment según la Guía Scrum 2020?
Un documento de requisitos
Un peldaño concreto hacia el Objetivo del Producto, verificado y utilizable
Un plan semanal
Una lista de tareas pendientes
Para proporcionar valor, el Increment debe ser:
Bonito visualmente
Utilizable
Aprobado por un comité
Entregado solo al final del Sprint
El trabajo NO puede considerarse parte de un Increment a menos que:
Se haya estimado en puntos
Cumpla la Definición de Terminado
Lo apruebe la PMO
Se haya presentado en la retrospectiva
¿Cuál es el rol responsable de maximizar el valor del producto?
Scrum Master
Developers
Product Owner
Usuarios finales
La gestión efectiva del Product Backlog incluye (según la guía):
Definir y comunicar el Objetivo del Producto
Asignar tareas diarias a cada Developer
Aprobar vacaciones del equipo
Controlar el presupuesto del proyecto
Según la guía, el Product Owner es:
Un comité
Una persona (no un comité)
Un rol opcional
Siempre un gerente de proyecto
¿Quién debe respetar las decisiones del Product Owner para que tenga éxito?
Solo el Scrum Master
Toda la organización
Solo los Developers
Solo los stakeholders externos
El Scrum Master es responsable de:
Escribir el Product Backlog
Establecer Scrum como se define en la Guía de Scrum y ayudar a comprender teoría y práctica
Aprobar el incremento
Asignar salarios
Los Scrum Masters se describen como:
Jefes de proyecto tradicionales
Verdaderos líderes que sirven al Scrum Team y a la organización
Auditores de calidad
Responsables de presupuesto
Una forma en que el Scrum Master sirve al Scrum Team es:
Controlar el alcance y firmar cambios
Procurar la eliminación de impedimentos para el progreso
Redactar contratos
Aprobar horas extra
Una forma en que el Scrum Master sirve al Product Owner es:
Definir salarios
Ayudar a encontrar técnicas para objetivos del producto y gestión efectiva del Product Backlog
Asignar tareas
Programar entregas fuera del Sprint
Una forma en que el Scrum Master sirve a la organización es:
Reemplazar a la gerencia
Liderar, capacitar y guiar en la adopción de Scrum
Escribir código
Ser el único que habla con stakeholders
Según la guía, los Developers siempre son responsables de:
Crear un plan para el Sprint (Sprint Backlog)
Aprobar el presupuesto
Definir el Objetivo del Producto
Cancelar el Sprint
Según la guía, los Developers siempre son responsables de:
Inculcar calidad adhiriéndose a una Definición de Terminado
Negociar contratos
Definir políticas de RR.HH.
Aprobar compras
Según la guía, los Developers siempre son responsables de:
Adaptar su plan cada día hacia el Objetivo del Sprint
Cambiar el Objetivo del Producto cuando quieran
Eliminar el Sprint Planning
Mantener fijo el alcance
Según la guía, los Developers siempre son responsables de:
Responsabilizarse mutuamente como profesionales
Ser supervisados por el Scrum Master
Reportar directamente al gerente
Trabajar solo individualmente
En Scrum, el evento contenedor de los demás eventos es:
Sprint Review
Sprint
Daily Scrum
Sprint Retrospective
Los Sprints son eventos de duración fija de:
Dos meses o más
Un mes o menos
Exactamente 6 semanas
Duración variable sin límite
¿Cuándo inicia un nuevo Sprint?
Cuando el Product Owner lo decide
Inmediatamente después de la conclusión del Sprint anterior
Al finalizar el año fiscal
Después de la retrospectiva del tercer Sprint
Durante el Sprint, según la guía:
Se realizan cambios que pongan en peligro el Objetivo del Sprint
No se realizan cambios que pongan en peligro el Objetivo del Sprint
La calidad puede disminuir si hay prisa
El Product Backlog no se puede tocar
Durante el Sprint, según la guía:
La calidad no disminuye
La calidad se negocia según el plazo
La calidad es opcional
La calidad depende del Scrum Master
Durante el Sprint, el Product Backlog:
No se refina nunca
Se refina según sea necesario
Se congela totalmente
Solo lo modifica el Scrum Master
Según la guía, un Sprint puede considerarse:
Un proyecto corto
Una fase de análisis
Un hito contractual
Una reunión
¿Quién tiene la autoridad para cancelar un Sprint?
Scrum Master
Developers
Product Owner
Stakeholders
La Sprint Planning aborda tres temas. El primero ("¿Por qué?") se centra en:
Estimar tareas
Definir el Objetivo del Sprint y por qué es valioso
Revisar métricas históricas
Asignar responsables por tarea
En la Sprint Planning, ¿quién selecciona los elementos del Product Backlog para el Sprint?
El Product Owner
Los Developers (a través de conversación con el Product Owner)
El Scrum Master
El gerente funcional
En la Sprint Planning, descomponer PBIs en trabajo de un día o menos es:
Obligatorio por el Product Owner
A criterio exclusivo de los Developers
Definido por la PMO
Prohibido por la guía
El conjunto formado por Objetivo del Sprint, PBIs seleccionados y plan para entregarlos se llama:
Product Backlog
Sprint Backlog
Increment
Definición de Terminado
La Sprint Planning tiene un límite de tiempo máximo de (para un Sprint de un mes):
2 horas
4 horas
8 horas
16 horas
El propósito de la Daily Scrum es:
Presentar reportes al Product Owner
Inspeccionar progreso hacia el Objetivo del Sprint y adaptar el Sprint Backlog
Revisar el Objetivo del Producto
Aprobar el Increment
La Daily Scrum es un evento de:
5 minutos
15 minutos
30 minutos
60 minutos
¿Quiénes participan en la Daily Scrum según la guía?
Solo Developers (y PO/SM si trabajan como Developers)
Solo Product Owner
Solo Scrum Master
Todos los stakeholders
El propósito de la Sprint Review es:
Planificar vacaciones
Inspeccionar el resultado del Sprint y determinar futuras adaptaciones
Revisar el desempeño individual
Crear el Sprint Backlog
