Font size
WorksheetsPO LECCION 1
Total questions: 43
Worksheet time: 25mins
¿Cuál de los siguientes NO es uno de los principios del Manifiesto Ágil?
Nuestra mayor prioridad es satisfacer al cliente mediante la entrega temprana y continua de software con valor
Aceptamos que los requisitos cambien, a menos que sea a finales del desarrollo. Los cambios a finales del ciclo de desarrollo resultan demasiado costosos de implementar
Entregamos software funcional frecuentemente, entre 2 semanas y 2 meses, con preferencia por el tiempo más corto posible
Los responsables del negocio y los desarrolladores trabajamos juntos de forma cotidiana durante todo el proyecto
¿Cuáles componentes describen el método ágil?
Manifiesto ágil, Declaración de interdependencia y Principios ágiles
Manifiesto ágil, Declaración de Interpretación y Principios ágiles
Manifiesto ágil, Declaración de interdependencia y Prácticas ágiles
Política ágil, Declaración de interdependencia y Principios ágiles
¿Cuál NO es una de las características de los proyectos ágiles?
Auto-organización
Iteractiva
Adaptable
Comando y control
Identifique el principio ágil INCORRECTO y sus implicaciones
Los responsables del negocio y los desarrolladores trabajamos de forma cotidiana durante todo el proyecto: es obligatorio que los stakeholders y el equipo se reúnan y conversen diariamente
La atención continua a la excelencia técnica y el buen diseño mejora la agilidad: esto mantiene el software sostenible
Las mejores arquitecturas, requerimientos y diseños emergen de equipos auto-organizados: los equipos auto-organizados tienen un mayor nivel de propiedad en el diseño que elaboran
Entregamos software funcional frecuentemente: esto asegura una retroalimentación oportuna que de puede incorporar tempranamente en el proceso de desarrollo del producto
La declaración de interdependencia es un documento importante en la gestión de proyectos, especialmente para los Product Owners. ¿Cuál de los siguientes enunciados sobre la Declaración de interdependencia NO es correcta?
Recuerda al Product Owner que el enfoque principal de desarrollo de productos es el retorno sobre la inversión en una etapa temprana
Señala al Product Owner que debe garantizar resultados confiables inculcando un sentido de propiedad compartida entre los stakeholders
Establece al Product Owner como la voz final en todos los asuntos; el equipo no gozará de autonomía en ninguna parte del proceso de desarrollo
Reconoce que las incertidumbres y los riesgos son una parte inevitable del proceso de desarrollo, por lo que el Product Owner tiene que desempeñar un papel importante en la gestión de incertidumbres y en la reducción de riesgos
¿Cuál de los siguientes principios NO es parte de la agilidad?
El objetivo principal del proceso de desarrollo es asegurar un mayor retorno sobre la inversión
El modelo de desarrollo iterativo e incremental debe centrarse en la entrega continua de características empresariales de valor
La interferencia continua de los clientes obstaculiza el proceso de desarrollo, por lo que la participación del cliente debe mantenerse al minimo
Deben aplicarse las estrategias situacionales específicas, los procesos y prácticas a fin de garantizar eficacia y fiabilidad
El ciclo de Scrum empieza con la fase de inicio, durante la cual se determina la visión del proyecto y se elabora el Backlog (a) del producto
El trabajo se completa en una serie de sprints. Cada sprint inicia con una reunión de (a) de sprint, durante de cual se determinan las tareas para el siguiente sprint (los elementos en el Backlog priorizado del producto con mayor prioridad)
El sprint generalmente tiene una duración de entre (a) y produce un incremento de producto potencialmente enviable
Los (a) Standups se llevan a cabo durante el sprint, donde los miembros del equipo Scrum reportan el trabajo terminado, el trabajo por hacer y cualquier impedimento que hayan experimentado los miembros
Al final del sprint se hace una reunión de (a) del sprint, durante la cual se presenta al Product Owner una demostración de los entregables y decide aceptarla o rechazarla
El ciclo de sprint concluye con una reunión final de (a) del sprint
¿Qué método de control de proceso se implementa en Scrum?
Definido
Empírico
Explícito
Lógico
¿Cuál de las siguientes opciones NO es correcta?
La agilidad valora a las personas sobre los procesos
La agilidad valora el valor del negocio sobre la conformidad a un plan
La agilidad valora el control del proceso definido sobre el control del proceso empírico
La agilidad valora liderazgo colaborativo sobre mando y control
¿Quién es la voz del cliente?
Scrum Master
Product Owner
Líder del equipo Scrum
Ninguno de los anteriores
Todas las siguientes son ventajas de un equipo inter-funcional EXCEPTO:
Toma de decisiones más rápida
Comunicación mejorada
Competencia efectiva
Centrado en las metas
Todos los siguientes son atributos de un miembro ideal del Equipo Scrum, EXCEPTO (seleccione las que apliquen)
Auto - motivado
Centrado en procesos
Dependiente
Colaborativo
¿Cuál de las siguientes opciones es o son responsabilidades del Scrum Master?
Entrenar y facilitar al equipo Scrum
Completar con éxito el desarrollo del producto
Proporcionar al equipo un sano ambiente de trabajo
Obtener recursos financieros para el desarrollo de produtos
¿Quién es responsable del desarrollo del producto?
Scrum Master
Equipo Scrum
Patrocinador ejecutivo
Product Owner
¿Cuál de los siguientes enunciados NO es verdadero a cerca del Product Backlog?
El Product Backlog se prioriza para que el equipo elabore primero las características más valiosas
El Product Backlog es dinámico y sigue evolucionando a lo largo del proyecto
Los elementos del Product Backlog se priorizan con base en la complejidad
El Product Backlog se re-prioriza constantemente para incorporar los requerimientos emergentes del cliente
¿Cuáles son los criterios para la organización de los elementos en el Product Backlog?
Los elementos más pequeños van en la parte superior
Los elementos con menos interdependencias van en la parte superior
Los elementos complejos van en la parte superior
Los productos con mayor valor empresarial van en la parte superior
Las épicas pueden definirse como:
Amplias historias de usuario
Historias de usuario con alto valor de negocio
Las historias de usuario más importantes
Ninguna de las anteriores
¿Cuál de las siguientes opciones NO es correcta?
Las historias de usuarios son descripciones cortas y sencillas de una funcionalidad deseada
Las historias de usuarios son generalmente desde la perspectiva del desarrollador
Las historias de usuarios pueden ser escritas en distintos niveles de detalle
Las historias de usuarios, cuando se desarrollan, producen funcionalidades del producto
Todas las siguientes preguntas se responden en la visión del producto EXCEPTO:
¿Quién es el cliente meta?
¿En qué categoría cae el producto?
¿Cuál es nuestro punto clave de venta?
¿Cómo encaja la visión del producto en el desarrollo del producto?
¿Cuál de los siguientes NO es un factor en la priorización del Product Backlog?
Viabilidad
Riesgo
Complejidad
Dependencias
¿Cuál de los siguientes enunciados NO es verdadero respecto a la planificación del lanzamiento?
Una funcionalidad puede ser lanzada sólo si aprueba los criterios de aceptación definidos por el Product Owner
Tanto el equipo Scrum como el Product Owner tienen la autoridad para aceptar o rechazar la funcionalidad desarrollada
Una funcionalidad desarrollada en una iteración no será entregada al cliente hasta el final de esa iteración
Los lanzamientos están lógicamente ordenados para asegurar que se aborden las interdependencias entre las características
¿Cuándo lanza el Product Owner la funcionalidad?
Cuando el equipo Scrum lo decida
Después de cada sprint
Después de cada sprint alterno
Según los requerimientos del cliente
¿Cuál de los siguientes atributos NO aplica a las historias de usuario?
Negociable
Comprobable
Estimable
Técnica
¿Cuál de las siguientes opciones NO es correcta?
El Product Owner se asegura que el equipo siga los principios de Scrum
El Product Owner es responsable de evaluar la viabilidad del producto
El Product Owner inspecciona el entregable para validar los criterios de aceptación
El Product Owner representa la única voz en la decisión de criterios relativos al producto
¿Quién es responsable de lograr el máximo valor de negocios del proyect?
Scrum Master
Product Owner
Equipo Scrum
Stakeholders externos
¿Cuáles de las siguientes son las tareas más importantes realizadas por un Product Owner?
Desarrollar el producto
Crear el Product Backlog
Definir los criterios de aceptación
Estimar las historias de usuario
¿Cuáles de los siguientes enunciados son VERDADEROS respecto al rol del Product Owner en la reunión de planificación del sprint?
El Product Owner juega un papel clave en los dos segmentos de la reunión de planificación del sprint
El Product Owner alinea las expectativas del equipo scrum con las de los stakeholders
El Product Owner explica los temas prioritarios al equipo
El Product Owner protege el equipo de interferencia externa
¿Cuál de las siguientes NO es responsabilidad del Product Owner?
La visión del producto
La definición del objetivo
El cronograma de lanzamiento
La estimación de tareas
¿Cuál de las siguientes NO es una actividad en la reunión de planificación del sprint?
El Product Owner explica las historias de usuarios al Equipo Scrum
El Equipo Scrum, consultando con el Product Owner, estima las tareas para un sprint determinado
Con base en las estimaciones, el Equipo Scrum se compromete a algunas historias de usuario para ser completadas en el próximo sprint
El Equipo Scrum obtienen la retroalimentación de los stakeholders
¿En qué reunión no es necesaria la presencia del Product Owner?
Reunión de planificación del Sprint
Reunión de retrospectiva del sprint
Daily Satndup
Reunión de revisión del Sprint
¿Qué proceso permite a los miembros del equipo Scrum apropiarse del proyecto y mejorar la calidad?
Retrospectiva del Sprint
Estimar historias de usuario
Realizar el Daily Standup
Refinar el Product Backlog
Durante el proceso de Retrospectiva del Sprint, el Scrum Master facilita la reunión de retrospectiva del sprint. Dicha reunión es el proceso final en un Sprint. ¿Cuál de las siguientes opciones es verdadera sobre dicha reunión?
Esta reunión asegura que los riesgos identificados se incorporen al Backlog Priorizado del producto
Al final de esta reunión, el Equipo Scrum puede estimar adecuadamente las historias de usuario
La presencia del Product Owner en esta reunión es obligatoria
Esta reunión es un elemento importante del framework de inspección-adaptación de Scrum
¿Con qué frecuencia se lleva a cabo la reunión de revisión del sprint
Cuando lo determine el Scrum Master
Cuando la convoque el Product Owner
Al final de cada Sprint
Al final del Proyecto
A la reunión donde el equipo revisa el trabajo terminado y presenta la funcionalidad final del Sprint previo al Product Owner se le conoce como:
Reunión de visión del Producto
Reunión de planificación del Sprint
Reunión de revisión del Sprint
Reunión de retrospectiva del Sprint
¿Cuál de los siguientes pares esta incorrectamente relacionado?
Daily Standup: Foro de comunicación
Reunión de revisión del Sprint: Se lanzan las funcionalidades entregadas
Reunión de planificación del Sprint: Se inicia el desarrollo del Producto
Reunión de retrospectiva del Sprint: Se evalúan los entregables del producto
Las salidas del proceso de la Retrospectiva del proyecto incluyen:
Accionables de mejora, Product Backlog Priorizado
Accionables de mejora, Elementos de acción asignados y fechas límite
Backlog Priorizado actualizado, elementos de acción asignados y fechas límite
Backlog Priorizado, notas de lanzamiento
Las principales salidas del proceso de envío de entregables incluyen todas las siguientes EXCEPTO
Acuerdo de entregables funcionales
Entregables funcionales
Product Backlog
Lanzamientos del Producto
El propósito de la reunión de retrospectiva del proyecto es:
Fomentar un sentimiento de propiedad compartida entre los miembros del equipo para que sean más responsables
Determinar maneras en las que la colaboración y la eficacia del equipo se puedan mejorar en futuros proyectos
Planificar el próximo proyecto para que el equipo Scrum trabaje en él
Celebrar los logros y ofrecer recompensas monetarias a los miembros del equipo
