Font size
WorksheetsRepasando Agilidad
Total questions: 21
Worksheet time: 11mins
¿Cuál es la incorrecta? Usamos Framework Scrum porque…
Nos permite gestionar el desarrollo de un producto complejo.
Es un marco de trabajo que nos permite mejorar.
Nos permite ser más rápidos.
Nos permite entregar productos con el máximo valor posible.
Usamos Framework Scrum porque…
No necesitamos documentar.
No es necesario planificar.
Podemos trabajar sin Product Owner.
Ninguna de las anteriores.
Es incorrecto del Product Backing…
Es la lista priorizada de lo que podría necesitar elproducto
Es la única fuente de requisitos para cualquier cambio.
Evoluciona a medida que el producto tambièn lo hace.
Tiene que estar completo antes de empezar a implementar.
¿Cuàl es la función del Product Owner?
Elabora el gantt del proyecto.
Maximizar el valor del producto y trabajo del equipo.
Asignar las tareas a cada miembro del equipo.
Todas las anteriores.
No es responsabilidad del Product Owner:
Mantener el Backlog del producto priorizado.
Asegura que el backlog es visible y transparente para todos.
Asegura que todos entienden los elementos del backlog.
Todas las anteriores son su responsabilidad.
En el refinamiento:
Se ordena, prioriza, detalla y estima los ítems backlog.
No es necesario que esté presente el Product Owner.
Solo es Scrum Master decide cuando hay refinamiento.
Solo es necesario realizarlo una vez al mes.
No es el objetivo del refinamiento del Product Backlog.
Tener ítems que puedan entrar en el siguiente sprint.
Tener ítems que pueden ser terminados en el siguiente sprint
Que el Product Owner y el Scrum Master estimen los ítems.
Que el equipo de desarrollo brinde las estimaciones.
Sobre el equipo :
Es autoorganizado, nadie le dice como implementar los ítems.
Es multifuncional, tiene todas las habilidades necesarias.
No hay subequipos, la responsabilidad es de todo el equipo.
Todas las anteriores son verdaderas.
El Scrum Master:
Ayuda a todos a entender y practicar la agilidad.
Ayuda al equipo a remover impedimentos.
Facilita las ceremonias en Scrum.
Todas las anteriores.
Es falso sobre el "Sprint":
No se realizan cambios que afecten el objetivo del mismo.
Se puede renegociar el alcance con el PO y el Team.
Puede ser cancelado si el objetivo del mismo es obsoleto.
Solo debe durar dos semanas.
En el Sprint Planning:
Se presentan las historias terminadas al PO.
El equipo establece a qué se compromete y cómo lo va lograr.
Se afinan las historias para la retrospectiva.
El Scrum Master establece el objetivo del Sprint.
No es correcto del Sprint Planning:
El Team se autoorganiza para asumir el trabajo del Sprint.
El Team desglosa el trabajo en unidades de 1 día o menos.
Los ítems comprometidos reciben el nombre de Sprint Backlog.
El Team no puede invitar a otras personas para asesoría.
En el Daily Scrum es incorrecto:
Tiene un timebox de 15 minutos.
Se inspecciona el progreso realizado hasta el momento.
El equipo crea un plan para las siguientes 24 horas.
No es necesario hacerlo en la misma hora y lugar.
No es cierto del Daily Scrum
Optimiza las posibilidades que el Team cumpla el objetivo
Sirve para que el Team reporte al PO/SM sobre su avance.
Sirve para identificar y remover impedimentos.
Sirve para tomar decisiones rápidamente.
Es falso del Sprint Review:
Sirve para inspeccionar el incremento realizado en el Sprint
Es una reunión de seguimiento donde el PO califica.
Sirve para tener feedback y adaptar el Product Backlog.
Sirve para que el Team demuestre el trabajo terminado.
Sobre el Sprint Review:
El PO puede proyectar fechas según el progreso del producto.
El Team responde preguntas sobre el incremento entregado.
El Team habla de problemas que salieron y cómo se resolvió
Todas son correctas.
Es incorrecto del Sprint Retrospective:
Se inspecciona còmo fue el último Sprint.
Se identifican las cosas que salieron bien y las mejoras.
El Product Owner dice qué se tiene que mejorar.
El equipo crea un plan de mejora para el siguiente Sprint.
Los Pilares que rigen el marco Scrum son:
Transparencia, Inspección y Confianza
Colaboración, Mejora Continua y Confianza
Transparencia, Inspección y Adaptación
Scrum no requiere de pilares, sino de buenas prácticas
Una historia se da por terminado cuando:
Se termina el sprint y no hay más tiempo
Se termina de ejecutar todas las tareas asociadas a la historia
Se cumplieron todos los criterios de aceptación
Se cumplió los criterios del Definition Of Done
La diferencia entre Epica, Historia y Tarea es:
No hay diferencia sustancial, funcionan casi igual.
Les diferencia el tiempo nada más.
Ninguna respuesta se ajusta
Depende del criterio del Team Member, PO o SM
Una forma de evitar supuestos, ambigüedades y conflictos en el equipo sobre un alcance o entregable a realizar es:
Tener nuestro DoD y sus criterios de aceptación de forma oportuna y visible para todos.
Tener sesiones de syncro y check bien elaborados y frecuentes.
Reunirnos con anticipación y refinar lo máximo posible
Todas las anteriores
