La gerencia
El Product Owner
El líder del equipo de desarrollo
El apoyo ejecutivo
Rate this question:
Experiencia en Scrum
Estilo de liderazgo autoritario
Habilidad para resolver problemas
Habilidades de orientación
Rate this question:
El tester del Equipo Scrum
El Product Owner
El analista de calidad del Equipo Scrum
EI Scrum Master
Rate this question:
Identificar las historias de usuario más difíciles de otros sprints y empezar a trabajar en ellas
Consultar con el Product Owner sobre cuáles historias de usuario adicionales deben ser incluidas en el actual sprint
Consultar con el Scrum Master y solicitarle que reduzca la duración del sprint
Llevar a cabo una segunda ronda de pruebas de las historias de usuario
Rate this question:
Conversar con Stakeholders
Enviar entregables
Aprobar, estimar y recopilar historias de usuario
Retrospectiva del sprint
Rate this question:
Vendedor
Junta de orientación de Scrum
Product Owner
Patrocinador
Rate this question:
Product Owner
Stakeholder
Scrum Master
Equipo Scrum
Rate this question:
Scrum Master
Analista de calidad
Product Owner
Tester
Rate this question:
Proporciona el financiamiento en el proyecto.
Coordina e instruye al Equipo de Scrum para crear entregables.
Puede proporcionar lineamientos jurídicos relacionados a las técnicas de justificación de negocio para que las siga el Equipo de Scrum
Es responsable por priorizar y entregar valor de negocio a la organización, lo cual se logra creando el Backlog Priorizado del Producto
Rate this question:
Antes de cada ciclo de lanzamiento
En cada sprint
Después de cada Daily Standup
Al inicio del proyecto
Rate this question:
Los stakeholders externos están directamente involucrados con el Equipo Scrum para asegurar la gestión de la calidad y los mejores resultados
Los clientes están representados por el Product Owner quien actúa como enlace entre el Equipo de Scrum y el cliente
En un ambiente de Scrum, los requerimientos de negocio, y los objetivos son las áreas de enfoque para el Scrum Master, quien representa al cliente
La gestión de calidad en Scrum requiere que los clientes participen activamente en la solución de problemas con el Equipo de Scrum
Rate this question:
El Product Owner desarrolla documentos relacionados a regulaciones gubernamentales, seguridad y costos que debe seguir el Equipo Scrum
El Product Owner nunca interactúa directamente con el Equipo Scrum y todos los requerimientos del cliente se comunican a través del Scrum Master
Como la persona que dirige el proyecto, el Product Owner es responsable de asegurar que el Equipo Scrum cuente con un ambiente adecuado para completar el proyecto
EL Product Owner actúa como la voz del cliente y es el principal responsable de asegurar que se logre el máximo valor de negocio en el proyecto
Rate this question:
Solamente A y B
Solamente A y E
Solamente CYA
C DyF
Rate this question:
El Product Owner educa a todos sobre los valores y métodos de Scrum
El Product Owner es un guardián y facilitador del Equipo Scrum
El Product Owner es responsable de logar el máximo valor de negocio
El Product Owner tiene la última palabra en todos los asuntos relacionados al desarrollo.
Rate this question:
Una declaración que describe la visión del producto.
Un documento que describe la prioridad de las tareas a ser completadas en el proyecto.
Una declaración que expresa la funcionalidad deseada por el usuario final
Historias que brindan información sobre tareas similares completadas en previas implementaciones de Scrum.
Rate this question:
Definir la visión del proyecto
Es responsable de actualizar Scrumboard
Registra formalmente los impedimentos en un Impediment Log
Crear los entregables
Rate this question:
Solamente C
CyD
Solamente A
Ay C
Rate this question:
Los criterios de aceptación de las funcionalidades.
La visión del producto.
La priorización y re-priorización del Product Backlog
El desarrollo del producto
Rate this question:
Para un sprint de un mes de duración, la Reunión de revisión del sprint debe tener un Time-box de 12 horas
El Equipo de Scrum demuestra los entregables del sprint al Product Owner
El Product Owner revisa el producto comparándolo con los criterios de aceptación
Aunque se fomenta la retroalimentación de los otros miembros del equipo, es el Product Owner quien acepta o rechaza la historia del usuario
Rate this question:
Explicar los requerimientos priorizados al Equipo de Scrum
Crear un backlog de requerimientos por orden de importancia
Asegurar un ambiente de trabajo adecuado para el Equipo de Scrum
Definir los criterios de aceptación de los elementos que serán desarrollados
Rate this question:
Transparencia, corrección e inicialización
Transparencia, inspección y adaptación
Inicio, corrección y adaptación
Transparencia, inicio y adaptación
Rate this question:
Es miembro del Equipo de Scrum
Scrum Master
Product Owner
Stakeholder
Rate this question:
El Scrum Master
El Equipo Scrum
El Product Owner
El Patrocinador
Rate this question:
Aprobar incrementos del producto completados como terminados con base a la Definición de Terminado
Priorizar el Backlog Priorizado del Producto para entregar el máximo valor
Desarrollar las características deseadas en acuerdo con el Product Backlog
Crear la visión del producto
Rate this question:
Los stakeholders definen todos los requerimientos durante el inicio del proyecto
Los requerimientos de los stakeholders cambian constantemente durante el curso del proyecto
Los stakeholders cuentan con una idea clara sobre los requerimientos del producto
Los stakeholders no pueden estar involucrados en el proceso de producción
Rate this question:
MOSCOW
Dinero falso del juego Monopoly
Mapeo de historias
Diagrama de flujo cumulativo
Rate this question:
Terminar el sprint y comenzar uno nuevo con el siguiente conjunto de historias de usuarios
Consultar al Scrum Master y revisar el trabajo que se ha hecho.
Consultar con el Product Owner para seleccionar historias de usuario adicionales para el sprint en curso
Realizar pruebas y establecer los criterios de aceptación de las historias de usuario.
Rate this question:
La declaración de la visión del proyecto es elaborada por el Product Owner
Los criterios de aceptación deben ser claramente definidos por el Product Owner
El Sprint Burndown Chart debe ser actualizado por el Product Owner al final de cada sprint
El refinamiento constante del Backlog Priorizado del Producto lo hace el Product Owner
Rate this question:
Demuestra los incrementos del producto al cliente en una Reunión de revisión del sprint
Vende los productos al cliente mediante varios canales de comercialización
Comercializa los productos consumibles al Scrum Master y al Equipo de Scrum
Asegura que el valor del negocio sea entregado al cliente en forma oportuna durante el proyecto mediante lanzamientos incrementales del producto
Rate this question:
La eficiencia de los miembros del Equipo Scrum
La frecuencia de la comunicación y la necesidad de facilitar la coordinación entre los equipos de Scrum
El número de equipos de Scrum y la necesidad de coordinar el trabajo de los Product Owners
La complejidad del proyecto en términos de la codificación de prácticas y el valor de negocio del proyecto
Rate this question:
AyD
Solamente D
ByC
Todas las anteriores
Rate this question:
Cuando los miembros del equipo tienen habilidades múltiples y llevan a cabo múltiples tareas
Cuando el Product Owner quiere evitar terminar el sprint
Cuando el Equipo de Scrum determina que el esfuerzo requerido durante el sprint ha sido sobreestimado
Cuando la duración del sprint es de más de seis semanas
Rate this question:
La gestión tradicional de proyectos está orientada en los procesos, Scrum está orientado a las personas
En la gestión tradicional de proyectos se sigue un modelo de gestión descentralizado En Scrum se sigue un modelo de gestión centralizado
En la gestión tradicional de proyectos, el Project Manager y el liderazgo del proyecto gestionan al equipo. En Scrum los equipos son auto-organizados
La gestión tradicional de proyectos normalmente requiere de una documentación integral. Scrum fomenta una documentación mínima.
Rate this question:
Mapas de historia
Burndown Charts
Task Boards
Historias de usuario
Rate this question:
Pruebas inadecuadas o incompletas
Intercambio deficiente del conocimiento de negocio y del conocimiento del proceso entre los stakeholders y los equipos del proyecto
Fondos que no llegan a tiempo al Equipo de Scrum
Falta de coordinación entre los diferentes miembros del equipo
Rate this question:
Crear la Declaración de la Visión del Proyecto
Actualizar el Backlog Priorizado del Producto
Participar en la Reunión de revisión del sprint
Realizar el Daily Standup
Rate this question:
Stakeholders
Product Owner
Scrum Master
Miembro del Equipo Scrum
Rate this question:
Establece los requerimientos de negocio para el producto y define claramente los requerimientos en el Backlog Priorizado del Producto
Evalúa la viabilidad y garantiza que los entregables cumplan a los requerimientos de calidad
Asegura que se mantenga un ritmo sostenido donde el enfoque esté sobre la calidad en lugar de estrictamente sobre la velocidad
Revisar y validar los entregables durante el proceso de Demostrar y validar el sprint
Rate this question:
El tamaño del equipo depende del tamaño del proyecto. Un número ideal es de cinco miembros para proyectos pequeños, y más de ocho miembros para proyectos grandes
Los miembros del equipo deben tener conocimiento especializado y destreza concerniente a su rol específico solamente
El tamaño óptimo de un equipo de Scrum es de seis a diez miembros-lo suficientemente grande para asegurar un adecuado conjunto de habilidades, pero lo suficientemente pequeño para una fácil colaboración
Los equipos pequeños por lo general no necesitan sustitutos especificadas en caso de que un miembro deje al equipo
Rate this question:
Reportar el problema en la Reunión de revisión del sprint
Presentar el problema en la Reunión de retrospectiva del sprint
Mencionar el problema en el siguiente Daily Standup
Pedirle al Product Owner que extienda el sprint
Rate this question:
El refinamiento del backlog priorizado
La reunión de revisión del sprint
La reunión de Scrum of Scrum
La reunión de retrospectiva del sprint
Rate this question:
Identificación de riesgos
Mitigación de riesgos
Priorización de riesgos
Desviación de riesgos
Rate this question:
Los entregables que no cumplen con los criterios de aceptación son rechazados y no se pueden llevar al siguiente sprint
Las historias de usuario asociadas a entregables rechazados no se pueden agregar al Backlog Priorizado del Producto
Durante las Reuniones de revisión del sprint en el Sprint Burndown Chart proporciona el contexto para que el Product Owner decida si el entregable es aceptable
Los entregables son aceptados o rechazados durante el proceso de Demostrar y validar el sprint
Rate this question:
Altas cantidades de planificación por adelantado
Reducción del tiempo para comercializar
Desarrollo interactivo del producto
Flexibilidad en la entrega del producto
Rate this question:
Se revisa el caso de negocio del proyecto.
El Product Owner es identificado y define la visión del proyecto.
El Scrum Master participa en reuniones con los patrocinadores
El Product Owner ayuda a crear el acta constitutiva del proyecto y el presupuesto del proyecto.
Rate this question:
La colaboración minimiza la necesidad de cambios que resultan de requerimientos mal aclarados
Los riesgos son identificados y tratados con eficiencia
Es posible identificar al miembro con más bajo rendimiento en cualquier equipo
La mejora continua se garantiza al compartir las lecciones aprendidas
Rate this question:
Time-boxing
Desarrollo iterativo
Priorización basada en valor
Auto-organización
Rate this question:
Medir el trabajo completado durante un sprint
Planificar la fecha de lanzamiento
Medir el trabajo pendiente a completar en un sprint
Identificar a los miembros del equipo con un bajo rendimiento
Rate this question:
Quiz Review Timeline (Updated): Mar 21, 2023 +
Our quizzes are rigorously reviewed, monitored and continuously updated by our expert board to maintain accuracy, relevance, and timeliness.
Wait!
Here's an interesting quiz for you.