CertiProf Mock Exam 2018

Como Scrum Master usted deberá ayudar a entender que los Sprints contienen y consisten en: A. La Reunión de Planificación del Sprint (Sprint Planning Meeting). B. Los Scrum Diarios (Daily Scrum). C. El trabajo de desarrollo, la Revisión del Sprint (Sprint Review). D. La Retrospectiva del Sprint (Sprint Retrospective).

A,B,C,D. Justificación: Los Sprints contienen y consisten en la Planificación del Sprint (Sprint Planning), los Scrums Diarios (Daily Scrums), el trabajo de desarrollo, la Revisión del Sprint (Sprint Review), y la Retrospectiva del Sprint (Sprint Retrospective).

¿Por qué el Daily Scrum Meeting es liderado por el Product Owner? A. Nunca es liderado por él. B. Por qué él sabe qué hacer. C. Porque él compromete al cliente. D. porque él lidera el proyecto

A. Justificación: El Scrum Master se asegura de que el Equipo de Desarrollo tenga la reunión, pero es el Equipo de Desarrollo el responsable de dirigir el Scrum Diario. El Scrum Master enseña al Equipo de Desarrollo a mantener el Scrum Diario en los límites del bloque de tiempo de 15 minutos.

Todas las historias de usuario que pertenecen al mismo Sprint tienen los mismos criterios de aceptación. A. Verdadero. B. Falso.

B. Justificación: Cada historia de usuario contará con sus criterios de aceptación de historia de usuario, que son los componentes objetivos mediante los cuales se juzga la funcionalidad de una historia de usuario. Los criterios de aceptación los desarrolla el Product Owner según su experiencia en los requerimientos del cliente. El Product Owner después comunica las historias de usuario que están en el Product Backlog a los miembros del Equipo Scrum, buscando un común acuerdo. Los criterios de aceptación deben delinear explícitamente las condiciones que deben satisfacer las historias de usuario. Los criterios de aceptación claramente definidos son de suma importancia para la entrega eficaz y oportuna de la funcionalidad definida en las historias de usuario, lo cual, en última instancia, determinan el éxito del proyecto.

¿Qué significa, decir que un evento tiene un timebox? A. El evento debe ocurrir por un tiempo dado. B. El evento no puede tardar más de una cantidad máxima de tiempo. C. El evento debe ocurrir en un tiempo establecido. D. El evento debe de tener al menos una cantidad mínima de tiempo.

B. Justificación: Todos los eventos de Scrum son bloques de tiempo (time-boxes), de tal modo que todos tienen una duración máxima.

Para cada tarea que pertenece a la misma User Story se puede asignar diferentes Story Points, sin embargo, solo hay una regla, la misma persona que asigna la tarea en la reunión diaria, debe completar y terminar la tarea. A. Verdadero. B. Falso.

B. Justificación: Las tareas no se estiman mediante la asignación de puntos de historia, sino a través de esfuerzo (preferentemente en horas). No existen reglas para la asignación de las tareas a ninguno de los miembros del Equipo de Desarrollo.

¿Cuáles son los roles en un Scrum Team (Equipo Scrum)? 1. Scrum Tester. 2. Scrum Developer. 3. Scrum Manager. 4. Product Owner. 5. Scrum Master. A. 1,3,5. B. 2,4,5. C. 1,4,5. D. 2,3,5.

B. Justificación: El Equipo Scrum consiste en un Dueño de Producto (Product Owner), el Equipo de Desarrollo (Development Team) y un Scrum Master.

¿Cuánto trabajo debe un equipo hacer a un User Story ítem que es seleccionado para una liberación? A. Tanto como lo que se pueda hacer en el proyecto. B. Tanto como el equipo ha dicho al Product Owner que se hará por cada User Story seleccionadO de conformidad con el DoD. C. Lo mejor que se puede hacer teniendo en cuenta que por lo general es imposible para QA para finalizar todas las pruebas que se necesita para probar la intregrabilidad. D. Tanto como que el equipo ha dicho a los grupos de interés se hará por cada historia usuario.

B. Justificación: El Equipo de Desarrollo realiza el trabajo de entregar un Incremento de producto "Terminado" que potencialmente se pueda poner en producción al final de cada Sprint. Un Incremento "Terminado" es obligatorio en la Revisión del Sprint. Solo los miembros del Equipo de Desarrollo participan en la creación del Incremento. Al final de un Sprint el nuevo Incremento debe estar "Terminado", lo cual significa que está en condiciones de ser utilizado y que cumple la Definición de "Terminado" (Definition of "Done") del Equipo Scrum.

El Product Owner solicita al Scrum Master que siempre quiere estar presente en el Daily Meeting. A. El Scrum Master y Product Owner acuerdan esta solicitud, y luego se la comunican con el equipo de desarrollo. B. Se solicita al Scrum Master, para que el Product Owner pueda explicar la razón principal ante el Equipo de Desarrollo, y poder tomar una decisión. C. El equipo si acepta esta solicitud ya que se trata del Product Owner. D. Como equipo se toma una decisión y luego se explica las razones al Scrum Master.

B. Justificación: El Scrum Diario es una reunión interna del Equipo de Desarrollo. Si otras personas están presentes, el Scrum Master se asegura de que no interrumpan la reunión. En caso de que el Product Owner desee participar en el Scrum Diario (Daily Scrum), el Scrum Master debe asegurarse de que le transmita al Equipo de Desarrollo la razón de su participación y de asegurarse de no interrumpir mucho al Equipo.

¿Por qué es responsable el Scrum Master? A. De definir el Sprint. B. Del proceso Scrum siendo adoptado y utilizado correctamente. C. Del Product Backlog. D. Sprint Backlog.

B. Justificación: El Scrum Master es responsable de guiar al Equipo de Desarrollo en entornos organizacionales en los que Scrum aún no haya sido adoptado y entendido por completo. Adicionalmente, debe liderar y guiar a la organización en la adopción de Scrum. También, es responsable de asegurarse de que todos los miembros del equipo, incluyendo el Product Owner estén cumpliendo correctamente el proceso de Scrum.

Es importante que el incremento del producto sea liberado a producción o se envíe a los clientes al final de cada Sprint. A. Verdadero. B. Falso.

B. Justificación: El propósito de cada Sprint es entregar Incrementos de funcionalidad que potencialmente se puedan poner en producción, por lo que no siempre se libera a producción o se envía a los clientes al final de cada Sprint. El incremento debe estar en condiciones de utilizarse sin importar si el Dueño de Producto decide liberarlo o no. Los Equipos de Desarrollo entregan un Incremento de funcionalidad de producto en cada Sprint. Este Incremento es utilizable, de modo que el Dueño de Producto podría elegir liberarlo inmediatamente.

Dos miembros de un equipo trabajan en un solo proyecto que consta de un solo producto, pueden tener diferentes Product Owners y Scrum Masters. A. Si. B. No.

B. Justificación: Los equipos miembros de un Equipo de Desarrollo no deben tener diferentes Product Owners y Scrum Masters. Cada Equipo de Desarrollo debe tener un único Product Owner y un Scrum Master con los cuales deben colaborar.

¿Qué significa para un equipo ser Multifuncional? A. El equipo debe de incluir a alguien de informática, diseño, control de calidad y pruebas. B. El equipo incluye a individuos de habilidades cruzadas que sean capaces de realizar, probar, diseñar. C El equipo de desarrollo incluye a individuos de habilidades cruzadas que sean capaces de contribuir a hacer lo necesario para ofrecer un incremento del producto. D. El equipo habla diferentes idiomas.

C. Justificación: Los equipos multifuncionales tienen todas las competencias necesarias para llevar a cabo el trabajo sin depender de otras personas que no son parte del equipo. En Scrum, los Equipos de Desarrollo son multifuncionales, ya que cuentan con todas las habilidades necesarias para crear un Incremento de producto. El uso de equipos multifuncionales garantiza también de que todas las habilidades y conocimientos necesarios para llevar a cabo el trabajo del proyecto existan dentro del equipo.

¿Cuál de los siguientes son bucles de retroalimentación Scrum? A. Daily Meeting. B. Sprint Review. C. Sprint Retrospective. D. Todos los anteriores.

D. Justificación: Los Equipos Scrum entregan productos de forma iterativa e incremental, maximizando las oportunidades de obtener retroalimentación a través de los eventos de Scrum, incluyendo: los Scrums Diarios (Daily Scrums), la Revisión del Sprint (Sprint Review), y la Retrospectiva del Sprint (Sprint Retrospective).

¿Cuántas horas por día debe trabajar una persona en un equipo Scrum? A. Todo lo posible. B. El Product Owner lo decide. C. El Scrum Master lo decide. D. A un ritmo sostenible, que permita alcanzar el objetivo.

D. Justificación: Se recomienda que los miembros del Equipo trabajen de tiempo completo en el proyecto, por lo que generalmente estarán invirtiendo la mayor parte de su tiempo en realizar el trabajo necesario para generar el Incremento del Sprint.

¿Cuáles son los roles en un equipo de desarrollo? A. Scrum Tester. B. Scrum Manager. C. Product Owner. D. Scrum Master. E. Ninguna.

E. Justificación: Scrum no reconoce títulos para los miembros de un Equipo de Desarrollo independientemente del trabajo que realice cada persona.

El Scrum Master debe asegurar que el Dueño de Producto conozca cómo ordenar la Lista de Producto para maximizar el valor. A. Verdadero. B. Falso.

A. Justificación: El Scrum Master da servicio al Dueño de Producto de varias formas, incluyendo asegurar que el Dueño de Producto conozca cómo ordenar la Lista de Producto para maximizar el valor.

¿Scrum es? A. Adaptativo. B. Predictivo.

A. Justificación: Scrum es un marco de trabajo por el cual las personas pueden abordar problemas complejos adaptativos, a la vez que entregar productos del máximo valor posible productiva y creativamente.

El Scrum Master ayuda a todos a modificar interacciones para maximizar el valor creado por el Equipo Scrum. A. Verdadero. B. Falso.

A. Justificación: El Scrum Master ayuda a todos en la organización a modificar sus interacciones para maximizar el valor creado por el Equipo Scrum.

El Scrum Master es el responsable de asegurar que Scrum es entendido y adoptado. A. Verdadero. B. Falso.

A. Justificación: El Scrum Master es responsable de guiar al Equipo de Desarrollo en entornos organizacionales en los que Scrum aún no haya sido adoptado y entendido por completo. Por otro lado, también debe liderar y guiar a la organización en la adopción de Scrum.

El Equipo Scrum (Scrum Team) es conformado por (seleccione todo lo que aplique): A. Gerente de TI. B. Scrum Master. C. Product Owner. D. Stakeholders. E. Development Team. F. Scrum Tester. G. Scrum manager.

B,C,E. Justificación: El Equipo Scrum consiste en un Dueño de Producto (Product Owner), el Equipo de Desarrollo (Development Team) y un Scrum Master.

Durante un Sprint, un equipo determina que no será capaz de terminar el Forecast completo. ¿Quién debe estar presente para revisar y ajustar al trabajo Sprint seleccionado? A. El Scrum Master, el director del proyecto y el Team. B. El Product Owner y el Development Team. C. El Product Owner y todos los Stakeholders. D. El Development Team.

B. El Product Owner y el Development Team.

¿Por qué se realiza el Daily Scrum a la misma hora y en el mismo lugar? A. El lugar puede ser olvidado. B. La consistencia reduce la complejidad. C. El Product Owner lo exige. D. Las salas de reunión son difíciles de reservar y esto permite que se puedan solicitar con antelación otros lugares.

B. Justificación: El Scrum Diario se realiza a la misma hora y en el mismo lugar todos los días para reducir la complejidad.

El refinamiento (refinement) de la Lista de Producto es el acto de añadir detalle, estimaciones y orden a los elementos de la Lista de Producto y es responsabilidad del Scrum Master. A. Verdadero. B. Falso.

B. Justificación: El refinamiento (refinement) de la Lista de Producto es el acto de añadir detalle, estimaciones y orden a los elementos de la Lista de Producto. Se trata de un proceso continuo en el cual el DUEÑO DE PRODUCTO Y EL EQUIPO DE DESARROLLO colaboran acerca de los detalles de los elementos de la Lista de Producto. Durante el refinamiento de la Lista de Producto, se examinan y revisan sus elementos.

Es una lista ordenada de todo lo que podría ser necesario en el producto, y es la única fuente de requisitos para cualquier cambio a realizarse en el producto. A. Requerimientos Funcionales. B. Requerimientos Técnicos. C. Lista de Producto (Product Backlog). D. Todos los anteriores.

C. Justificación: La Lista de Producto (Product Backlog) es una lista ordenada de todo lo que se conoce que es necesario en el producto. Es la única fuente de requisitos para cualquier cambio a realizarse en el producto.

Es responsabilidad del Scrum Master: Optimizar el valor del trabajo desempeñado por el Equipo de Desarrollo. A. Verdadero. B. Falso.

B. Justificación: El Dueño de Producto es la persona responsable de optimizar el valor del trabajo que el Equipo de Desarrollo realiza.

El Product Owner se asegura de que el equipo seleccione suficientes ítems del Product Backlog en el Sprint para satisfacer a los Stakeholders. A. Verdadero. B. Falso.

B. Justificación: El Dueño de Producto puede ayudar a clarificar los elementos de la Lista de Producto seleccionados y hacer concesiones. Si el Equipo de Desarrollo determina que tiene demasiado trabajo o que no tiene suficiente trabajo, podría renegociar los elementos de la Lista de Producto seleccionados con el Dueño de Producto.

Es el conjunto de elementos de la Lista de Producto seleccionados para el Sprint, más un plan para entregar el Incremento de producto y conseguir el Objetivo del Sprint. A. Flujo acumulado (cumulative flow). B. Incremento "Terminado". C. Lista de Pendientes del Sprint (Sprint Backlog). D. Lista de Producto (Product Backlog).

C. Justificación: La Lista de Pendientes del Sprint (Sprint Backlog) es el conjunto de elementos de la Lista de Producto seleccionados para el Sprint, más un plan para entregar el Incremento de producto y conseguir el Objetivo del Sprint. Esta Lista de Pendientes del Sprint es una predicción hecha por el Equipo de Desarrollo acerca de qué funcionalidad formará parte del próximo Incremento y del trabajo necesario para entregar esa funcionalidad en un Incremento "Terminado".

El proyecto se divide en cuatro Sprints, cada sprint es de una semana de duración, a continuación, la planificación del Sprint es... A. 4 horas. B. 1 hora. C. 2 horas. D. 8 horas.

C. Justificación: La Planificación de Sprint tiene un máximo de duración de ocho horas para un Sprint de un mes. Para Sprints más cortos el evento es usualmente más corto. Por ejemplo, para un Sprint de una semana, la reunión de Planificación de Sprint tiene una duración máxima de dos horas.

Varias prácticas de proyección sobre tendencias se han utilizado para predecir el progreso, como trabajo consumido (Burndown), esta debe ser enseñada por el Scrum Master al Equipo para ser usada en el seguimiento del progreso. A. Verdadero. B. Falso.

A. Justificación: El Scrum Master enseña al Equipo las prácticas de proyección de tendencias que se utilizan para predecir el progreso, tales como: trabajo pendiente (Burndown), completado (Burnup) y flujo acumulado (Cumulative flow).

Scrum no tiene un rol llamado "Project Manager" A. Verdadero. B. Falso.

A. Justificación: Los roles existentes en el marco de trabajo de Scrum son: el Equipo Scrum (Scrum Team), que consiste en un Dueño de Producto (Product Owner), el Equipo de Desarrollo (Development Team) y un Scrum Master.

La labor del Scrum Master es trabajar con el Equipo Scrum y la organización para mejorar la transparencia de los artefactos. Este trabajo usualmente incluye (Seleccione todo lo que aplique): A. Liderazgo. B. Aprendizaje. C. Convicción. D. Cambio.

B,C,D.

Es responsabilidad del Scrum Master. Asegurar que el Equipo de Desarrollo entienda los elementos de la Lista del Producto al nivel necesario. A. Verdadero. B. Falso.

B. Justificación: El Dueño de Producto es la única persona responsable de gestionar la Lista del Producto (Product Backlog). La gestión de la Lista del Producto incluye asegurar que el Equipo de Desarrollo entienda los elementos de la Lista del Producto al nivel necesario.

Cada miembro del equipo es completamente responsable de su tarea / (Estimación, codificación, pruebas) A. Verdadero. B. Falso.

B. Justificación: Los miembros individuales del Equipo de Desarrollo pueden tener habilidades especializadas y áreas en las que estén más enfocados, pero la responsabilidad recae en el Equipo de Desarrollo como un todo.

Las decisiones del Scrum Master se reflejan en el contenido y en la priorización de la Lista del Producto. A. Verdadero. B. Falso.

B. Justificación: Para que el Dueño de Producto (Product Owner) pueda hacer bien su trabajo, toda la organización debe respetar sus decisiones. Las decisiones del Dueño de Producto se reflejan en el contenido y en la priorización de la Lista del Producto.

¿Cuál es el timebox para un Sprint? A. Exactamente un mes. B. 15 minutos. C. Depende del producto, proyecto o servicio, generalmente no mayor a un mes. D. 2 horas siempre.

C. Justificación: El Sprint, es un bloque de tiempo (time-box) de un mes o menos durante el cual se crea un incremento de producto "Terminado" utilizable y potencialmente desplegable. Es más conveniente si la duración de los Sprints es consistente a lo largo del esfuerzo de desarrollo.

El Scrum Diario se realiza a la misma hora y en el mismo lugar todos los días para reducir la complejidad. Durante la reunión, cada miembro del Equipo de Desarrollo explica (seleccione todo lo que aplique): A. ¿Qué hice ayer que ayudó al Equipo de Desarrollo a lograr el Objetivo del Sprint? B. ¿Veo algún impedimento que evite que el Equipo de Desarrollo o yo logremos el Objetivo del Sprint? C. ¿Qué haré hoy para ayudar al Equipo de Desarrollo a lograr el Objetivo del Sprint? D. ¿Qué puede entregarse en el Incremento resultante del Sprint que comienza?

A,B,C. Justificación: El Scrum Diario se realiza a la misma hora y en el mismo lugar todos los días para reducir la complejidad. El Equipo de Desarrollo es el encargado de establecer la estructura de la reunión y esta se puede conducir de diferentes maneras si se enfoca en el progreso hacia el Objetivo del Sprint. Algunos Equipos de Desarrollo usarán preguntas, algunos se basarán más en discusiones, por ejemplo: • ¿Qué hice ayer que ayudó al Equipo de Desarrollo a lograr el Objetivo del Sprint? • ¿Qué haré hoy para ayudar al Equipo de Desarrollo a lograr el Objetivo del Sprint? • ¿Veo algún impedimento que evite que el Equipo de Desarrollo o yo logremos el Objetivo del Sprint?

¿Cuándo comienza el segundo Sprint? A. Inmediatamente después del primer sprint. B. Cuando el CEO decide. C. Cuando el Development Team decide. D. Antes de que el primer Sprint termine.

A. Justificación: Cada nuevo Sprint comienza inmediatamente después de la finalización del Sprint anterior.

Durante el Sprint. El alcance puede ser clarificado y renegociado entre el Dueño de Producto y el Equipo de Desarrollo. A. Verdadero. B. Falso.

A. Justificación: Durante el Sprint, el alcance puede clarificarse y renegociarse entre el Dueño de Producto y el Equipo de Desarrollo a medida que se va aprendiendo más.

Cada Sprint tiene un Sprint Goal y una definición de Done. A. Verdadero. B. Falso.

A. Justificación: Durante la Planificación del Sprint, el Equipo Scrum define un Objetivo del Sprint (Sprint Goal). El Objetivo del Sprint debería lograrse durante el Sprint a través de la implementación de la Lista de Producto y proporciona una guía al equipo de desarrollo de por qué se está construyendo el incremento. Una vez que se ha establecido el objetivo y seleccionado los elementos de la Lista de Producto para el Sprint, el Equipo de Desarrollo decide cómo construirá esta funcionalidad para formar un Incremento de producto "Terminado" durante el Sprint.

¿Qué enunciado describe mejor la responsabilidad de un Product Owner? A. Optimizar el valor del trabajo que el equipo realiza. B. Dirigir el equipo. C. La gestión del proyecto y asegurar que el trabajo cumpla con los compromisos con los grupos de interés. D. Mantener las partes interesadas al tanto.

A. Justificación: El Dueño de Producto es la única persona responsable de gestionar la Lista del Producto (Product Backlog). La gestión de la Lista del Producto incluye optimizar el valor del trabajo que el Equipo de Desarrollo realiza.

Es la suma de todos los elementos de la Lista de Producto completados durante un Sprint y el valor de los incrementos de todos los Sprints anteriores. A. Incremento. B. Velocidad del Equipo. C. WBS. D. Entregable.

A. Justificación: El Incremento es la suma de todos los elementos de la Lista de Producto completados durante un Sprint y el valor de los incrementos de todos los Sprints anteriores. Al final de un Sprint el nuevo Incremento debe estar "Terminado", lo cual significa que está en condiciones de ser utilizado y que cumple la Definición de "Terminado" del Equipo Scrum.

¿Por qué se celebra el Daily Scrum a la misma hora y en un mismo lugar? A. Para reducir la complejidad. B. El lugar puede ser nombrado.

A. Justificación: El Scrum Diario se realiza a la misma hora y en el mismo lugar todos los días para reducir la complejidad.

El Scrum Master ayuda a las personas externas al Equipo Scrum a entender qué interacciones con el Equipo Scrum pueden ser de ayuda y cuáles no. A. Verdadero. B. Falso.

A. Justificación: El Scrum Master ayuda a las personas externas al Equipo Scrum a entender qué interacciones con el Equipo Scrum pueden ser útiles y cuáles no.

¿Cuál es la principal forma en que un Scrum Master mantenga el equipo trabajando en su nivel más alto de productividad? A. Al facilitar las decisiones del equipo y la eliminación de los impedimentos. B. Al asegurar que las reuniones comienzan y terminan en el momento adecuado. C. Al mantener un alto valor en las características importantes en el Product Backlog.

A. Justificación: El Scrum Master ayuda al Equipo de Desarrollo mediante la facilitación de los eventos de Scrum según se requiera o necesite, así como también en la eliminación de impedimentos para el progreso del Equipo de Desarrollo. Además, motiva los cambios que incrementen la productividad del Equipo.

Guiar al Equipo de Desarrollo en ser auto organizado y multifuncional es una forma de dar servicio de qué rol. A. Scrum Master. B. Product Owner. D. Equipo de Desarrollo. D. Gerente de TI.

A. Justificación: El Scrum Master da servicio al Equipo de Desarrollo de varias formas, incluyendo guiarlos en ser auto-organizados y multifuncional. Los equipos auto- organizados eligen la mejor forma de llevar a cabo su trabajo y no son dirigidos por personas externas al equipo. Los equipos multifuncionales tienen todas las competencias necesarias para llevar a cabo el trabajo sin depender de otras personas que no son parte del equipo.

Los Scrum Masters se aseguran de que el Equipo Scrum trabaja ajustándose a la teoría, prácticas y reglas de Scrum. A. Verdadero. B. Falso.

A. Justificación: El Scrum Master es responsable de promover y apoyar Scrum como se define en la Guía de Scrum. Los Scrum Masters hacen esto ayudando a todos en la organización y en los Equipos Scrum a entender la teoría, prácticas, reglas y valores de Scrum.

El propósito de un Sprint es producir un incremento DONE de producto de trabajo. A. Verdadero. B. Falso.

A. Justificación: El propósito de cada Sprint es entregar Incrementos de funcionalidad que potencialmente se puedan poner en producción y que se ajustan a la Definición de "Terminado" actual del Equipo Scrum. Los Equipos de Desarrollo entregan un Incremento de funcionalidad de producto en cada Sprint. El Sprint, es un bloque de tiempo (time-box) de un mes o menos durante el cual se crea un incremento de producto "Terminado" utilizable y potencialmente desplegable.

¿Cuáles son los sinónimos de Scrum? 1. Agilidad. 2. Desarrollo Incremental. 3. Adaptabilidad. 4. Rápida Respuesta a Cambios. A. Todas. B. Ninguna. C. 1,3. D. 1,2.

A. Justificación: El sello distintivo de Scrum es su tolerancia y adaptación al cambio. Scrum no promueve el determinar y establecer planes con mucha firmeza y anticipación, ya que opera en la premisa de que el desarrollo del proyecto es muy propenso al cambio y al riesgo. El resultado es un alto grado de flexibilidad y tolerancia al cambio. El proyecto se lleva a cabo y se gestiona de forma ágil e incremental, por lo que generalmente es fácil incorporar cambios a lo largo del proyecto.

¿Quién debe saber más sobre el progreso hacia un objetivo de negocio o una entrega, y ser capaz de explicar las alternativas más claramente? A. El Product Owner. B. El T eam. C. Scrum Master. D. El Project Manager.

A. Justificación: Esta tarea es del Dueño del producto (Product Owner) por ser la "voz del cliente". El Scrum Master es quien más sabe sobre dirección del equipo y eliminación de obstáculos. El Equipo de Desarrollo debe trabajar para terminar los elementos, y no se le debe molestar pidiéndole y rastreando el avance de objetivos del negocio. Por otro lado, el rol de Project Manager no existe en el framework de Scrum.

Es el conjunto de elementos de la Lista de Producto seleccionados para el Sprint, más un plan para entregar el Incremento de producto y conseguir el Objetivo del Sprint. A. Lista de Pendientes del Sprint (Sprint Backlog). B. Lista de Producto (Product Backlog). C. Acta de Retrospectiva de Sprint (Sprint Retrospective). D. Acta de Revisión de Sprint (Sprint Review).

A. Justificación: La Lista de Pendientes del Sprint (Sprint Backlog) es el conjunto de elementos de la Lista de Producto seleccionados para el Sprint, más un plan para entregar el Incremento de producto y conseguir el Objetivo del Sprint.

La Lista de Producto enumera todas las características, funcionalidades, requisitos, MEJORAS Y CORRECCIONES que constituyen cambios a ser hechos sobre el producto para entregas futuras. A. Verdadero. B. Falso.

A. Justificación: La Lista de Producto (Product Backlog) enumera todas las características, funcionalidades, requisitos, mejoras y correcciones que constituyen cambios a realizarse sobre el producto para entregas futuras. Los elementos de la Lista de Producto tienen como atributos la descripción, el orden, la estimación y el valor.

La Reunión de Planificación de Sprint responde a las siguientes preguntas: • ¿Qué puede entregarse en el Incremento resultante del Sprint que comienza? • ¿Cómo se conseguirá hacer el trabajo necesario para entregar el Incremento? A. Verdadero. B. Falso.

A. Justificación: La Planificación de Sprint responde a las siguientes preguntas: • ¿Qué puede entregarse en el Incremento resultante del Sprint que comienza? • ¿Cómo se conseguirá hacer el trabajo necesario para entregar el Incremento?

¿Quién participa en la reunión Sprint Retrospective? A. Obligatorio el Development Team y Scrum Master, y opcional el Product Owner. B. Obligatorio el Development Team y Product Owner, opcional el Scrum Master y el Cliente. C. Obligatorio el Development Team, opcional el Scrum Master, y Product Owner. D. Obligatorio el equipo Scrum, opcional el cliente.

A. Justificación: La reunión de retrospectiva del sprint es un elemento importante del framework de "inspección-adaptación" de Scrum y es el último paso en un sprint. Todos los miembros del Equipo Scrum (Product Owner, Development Team, Scrum Master) asisten a la reunión, misma que organiza y modera el Scrum Master. Se recomienda que asista el Product Owner, aunque no es obligatorio. Un integrante del equipo se desempeña como secretario y documenta las discusiones y los elementos para acciones a futuro. Es esencial celebrar esta reunión es un entorno abierto y relajado a fin de fomentar la completa participación de todos los miembros del equipo. Las discusiones en la reunión de retrospectiva del sprint abarcan tanto lo que salió mal como lo que salió bien.

¿Cuánto trabajo debe un equipo hacer a un elemento del Product Backlog seleccionado para un Sprint? A. Por mucho que se haya dicho al Product Owner se hará para cada artículo del Product Backlog a conformidad con la definición del hecho. B. Como mucho lo que pueda encajar en el Sprint. C. Lo mejor que se puede hacer teniendo en cuenta que por lo general es imposible para QA finalizar todas las Pruebas que se necesita para probar la entrega. D. Análisis, diseño, construcción, pruebas y documentación.

A. Justificación: Los miembros del Equipo deben tener un entendimiento compartido de lo que significa que el trabajo esté completado para asegurar la transparencia. Esta es la definición de "Terminado" para el Equipo Scrum y se utiliza para evaluar cuándo se ha completado el trabajo sobre el Incremento de producto. Esta misma definición guía al Equipo de Desarrollo en saber cuántos elementos de la Lista de Producto puede seleccionar durante la Planificación del Sprint.

Una terminación anormal de una Daily Meeting es cuando: A. Nunca, solo en caso de que el Scrum Master decide, con la retroalimentación del Team. B. Cuando desarrollador Senior decide. C. Cuando el Product Owner decide. D. Cuando el equipo siente que el trabajo es demasiado duro.

A. Justificación: Scrum Diario (Daily Scrum) es una reunión con un bloque de tiempo de 15 minutos para el Equipo de Desarrollo. El Scrum Diario se lleva a cabo cada día del sprint. En él, el Equipo de Desarrollo planea el trabajo para las siguientes 24 horas. El Equipo de Desarrollo usa el Scrum Diario para evaluar el progreso hacia el Objetivo del Sprint y para evaluar qué tendencia sigue este progreso hacia la finalización del trabajo contenido en la Lista de Pendientes del Sprint.

¿Sobre qué tipo de control de procesos se basa Scrum? A. Empírico. B. Hibrido. C. Definido. D. Complejo.

A. Justificación: Scrum se basa en la teoría de control de procesos empírica o empirismo. El empirismo asegura que el conocimiento procede de la experiencia y de tomar decisiones basándose en lo que se conoce. En Scrum, las decisiones se basan en la observación y la experimentación en vez de la planificación inicial detallada. El control del proceso empírico se basa en las tres ideas principales de la transparencia, inspección y adaptación.

El Dueño de Producto tiene la autoridad para cancelar el Sprint y podría ser influenciado por el Scrum Master para hacerlo. A. Verdadero. B. Falso.

A. Justificación: Solo el Dueño de Producto tiene la autoridad para cancelar el Sprint, aunque puede hacerlo bajo la influencia de los interesados, del Equipo de Desarrollo o del Scrum Master.

Acerca de la Cancelación de un Sprint. Un Sprint puede ser cancelado antes de que el bloque de tiempo llegue a su fin. Sólo el Dueño de Producto tiene la autoridad para cancelar el Sprint. A. Verdadero. B. Falso.

A. Justificación: Un Sprint puede cancelarse antes de que el bloque de tiempo llegue a su fin. Solo el Dueño de Producto tiene la autoridad para cancelar el Sprint, aunque puede hacerlo bajo la influencia de los interesados, del Equipo de Desarrollo o del Scrum Master.

Si necesitamos 20 ingenieros para desarrollar un motor industrial, podríamos construir cinco equipos de desarrollo de cuatro miembros cada uno, donde cada equipo de desarrollo tiene su propio Scrum Master, y todos los equipos de desarrollo tienen un mismo Product Owner. A. Verdadero. B. Falso.

A. Pueden haber varios equipos de desarrollo participando en un mismo producto con un solo Scrum Owner.

El Scrum Master da servicio al Dueño de Producto de varias formas, incluyendo: A. Encontrar técnicas para gestionar la Lista de Producto de manera efectiva. B. Ayudar al Equipo Scrum a entender la necesidad de contar con elementos de Lista de Producto claros y concisos. C. Entender la planificación del producto en un entorno empírico. D. Expresar claramente los elementos de la Lista del Producto.

A.B.C. Justificación: El Scrum Master da servicio al Dueño de Producto de varias formas, incluyendo: • Encontrar técnicas para gestionar la Lista de Producto de manera efectiva. • Ayudar al Equipo Scrum a entender la necesidad de contar con elementos de Lista de Producto claros y concisos. • Entender la planificación del producto en un entorno empírico.

¿Qué afirmación describe mejor el Sprint Review? A. Se trata de una revisión de las actividades del equipo durante el Sprint. B. Es cuando el Equipo Scrum y las partes interesadas inspeccionan el resultado del Sprint y se consulta qué se hará en el próximo Sprint. C. Es un demo al final del Sprint para cada persona en la organización para proporcionar información sobre el trabajo realizado. D. Se utiliza para felicitar al equipo si se hizo lo que se comprometió a hacer, o para castigar al equipo si no cumplió con sus compromisos.

B. Justificación: Al final del Sprint se lleva a cabo una Revisión de Sprint para inspeccionar el Incremento y adaptar la Lista de Producto si fuese necesario. Durante la Revisión de Sprint, el Equipo Scrum y los interesados colaboran acerca de lo que se hizo durante el Sprint. Los asistentes colaboran para determinar las siguientes cosas que podrían hacerse para optimizar el valor. Se trata de una reunión informal, que tiene como objetivo facilitar la retroalimentación de información y fomentar la colaboración.

Se trata de una reunión restringida a un bloque de tiempo de cuatro horas para Sprints de un mes. A. Reunión de Inicio del Proyecto. B. Revisión de Sprint (Sprint Review). C. Scrum Diario (Daily Scrum). D. Retrospectiva de Sprint (Sprint Retrospective).

B. Justificación: Al final del Sprint se lleva a cabo una reunión de Revisión de Sprint (Sprint Review) para inspeccionar el Incremento y adaptar la Lista de Producto si fuese necesario. Se trata de una reunión de, a lo sumo, cuatro horas para Sprints de un mes. Para Sprints más cortos, el evento usualmente más corto.

Un nuevo desarrollador se ha unido a un equipo de Scrum existente. Él ha estado teniendo continuos conflictos con los miembros existentes y está haciendo el ambiente hostil. ¿Si es necesario, quien se encargaría de eliminar el nuevo miembro del equipo, y por qué? A. CEO y el Scrum Master son responsables de ello, por ser los interesados principales. B. El Team es responsable porque es un equipo auto-organizado, aunque la decisión puede tener que ser asesorada por el Scrum Master. C. No se puede destituir a un miembro del equipo Scrum si el Sprint ha comenzado. D. El Product Owner y el Scrum Master son responsables de ello. E. Solo con aprobación del CEO se puede eliminar una persona del equipo.

B. Justificación: Con la ayuda del Scrum Master, el Equipo de Desarrollo debe ser auto-organizado y autogestionado, lo cual involucra tomar decisiones relacionadas con los miembros del equipo para asegurar que tengan un ambiente de trabajo adecuado y de alta confianza.

Todos los Sprints pertenecientes a un mismo proyecto o producto tienen la misma definición de Done. A. Verdadero. B. Falso.

B. Justificación: Cuando un elemento de la Lista de Producto o un Incremento se describe como "Terminado" (Done), todo el mundo debe entender lo que significa "Terminado". Lo cual puede variar significativamente para cada Equipo Scrum, los miembros del Equipo deben tener un entendimiento compartido de lo que significa que el trabajo esté completado para asegurar la transparencia. Esta es la definición de "Terminado" para el Equipo Scrum y se utiliza para evaluar cuándo se ha completado el trabajo sobre el Incremento de producto.

El Scrum Master es el responsable de proporcionar todas las estimaciones. El Dueño de Producto podría influenciar al Equipo ayudándoles a entender y seleccionar soluciones de compromiso, pero las personas que harán el trabajo son las que hacen la estimación final. A. Verdadero. B. Falso.

B. Justificación: El Equipo de Desarrollo es el responsable de proporcionar todas las estimaciones de los elementos de la Lista de Producto (Product Backlog). El Dueño de Producto podría influenciar al Equipo ayudándoles a entender y seleccionar sus compromisos, pero las personas que harán el trabajo son las que hacen la estimación final.

¿Cuál de los siguientes es un principio de Scrum? A. Equipo sobre el gestor de proyectos. B. Responder al cambio sobre el seguimiento de un plan. C. Siguiendo un plan sobre la respuesta al cambio. D. La negociación del contrato sobre seguir un plan.

B. Justificación: El Manifiesto por el Desarrollo Ágil de Software, está conformado por los siguientes cuatro valores: 1. Individuos e interacciones sobre procesos y herramientas. 2. Software funcionando sobre documentación extensiva. 3. Colaboración con el cliente sobre negociación contractual. 4. Respuesta ante el cambio sobre seguir un plan.

¿Qué enunciado describe mejor la responsabilidad de un Scrum Master? A. La gestión y asegurar que el trabajo cumpla con los compromisos con los Stakeholders. B. Responsable de promover y apoyar Scrum. C. Mantener a raya a los interesados. D. La gestión del equipo como el Gerente del Proyecto.

B. Justificación: El Scrum Master es responsable de promover y apoyar Scrum como se define en la Guía de Scrum. Los Scrum Masters hacen esto ayudando a todos a entender la teoría, prácticas, reglas y valores de Scrum.

¿Cuál es la razón principal para que el Scrum Master participe en el Daily Scrum? A. Para asegurarse de que cada miembro del equipo responde a las tres preguntas siguiendo en orden hacia la derecha de su compañero de equipo. B. Él o ella no tiene que estar allí; él o ella sólo tiene que velar por que el equipo tenga un Scrum Diario. C. Para obtener los estados y la información del progreso para informar a la dirección. D. Para anotar cualquier cambio en el Sprint Backlog, incluyendo la adición de nuevos elementos, y el seguimiento de los avances en el Burndown.

B. Justificación: El Scrum Master se asegura de que el Equipo de Desarrollo tenga la reunión, pero es el Equipo de Desarrollo es el responsable de dirigir el Scrum Diario. El Scrum Master enseña al Equipo de Desarrollo a mantener el Scrum Diario en los límites del bloque de tiempo de 15 minutos. El Scrum Diario es una reunión interna del Equipo de Desarrollo. Si otras personas están presentes, el Scrum Master se asegura de que no interrumpan la reunión.

Es obligatorio que el incremento del producto sea entregado a producción al final de cada Sprint. A. Verdadero. B. Falso.

B. Justificación: El propósito de cada Sprint es entregar Incrementos de funcionalidad que potencialmente se puedan poner en producción, por lo que no siempre se libera a producción o se envía a los clientes al final de cada Sprint. El incremento debe estar en condiciones de utilizarse sin importar si el Dueño de Producto decide liberarlo o no. Los Equipos de Desarrollo entregan un Incremento de funcionalidad de producto en cada Sprint. Este Incremento es utilizable, de modo que el Dueño de Producto podría elegir liberarlo inmediatamente.

El refinamiento (refinement) de la Lista de Producto es el acto de añadir detalle, estimaciones y orden a los elementos de la Lista de Producto. El Equipo Scrum decide cómo y cuándo se hace el refinamiento. Este usualmente consume: A. Un poco más del 10% de la capacidad del Equipo de Desarrollo. B. Usualmente consume no más del 10% de la capacidad del Equipo de Desarrollo. C. 4 horas. D. 15 minutos.

B. Justificación: El refinamiento (refinement) de la Lista de Producto es el acto de añadir detalle, estimaciones y orden a los elementos de la Lista de Producto. Se trata de un proceso continuo en el cual el Dueño de Producto y el Equipo de Desarrollo colaboran acerca de los detalles de los elementos de la Lista de Producto. Durante el refinamiento de la Lista de Producto, se examinan y revisan sus elementos. El Equipo Scrum decide cómo y cuándo se hace el refinamiento. Este usualmente consume no más del 10% de la capacidad del Equipo de Desarrollo. Sin embargo, los elementos de la Lista de Producto pueden actualizarse en cualquier momento por el Dueño de Producto o a criterio suyo.

El proyecto se divide en dos Sprints, cada Sprint es de dos semanas de duración, entonces... A. Se podría programar una sola reunión de refinamiento. B. Se podría programar el refinamiento según sea necesario pero el total no pude exceder más de (5, 10%) del Sprint. C Se podría programar al menos dos reuniones para refinamiento, cada una de ellas de dos horas de duración. D. No tiene sentido cualquier reunión refinamiento.

B. Justificación: El refinamiento se trata de un proceso continuo en el cual el Dueño de Producto y el Equipo de Desarrollo colaboran acerca de los detalles de los elementos de la Lista de Producto. Durante el refinamiento de la Lista de Producto, se examinan y revisan sus elementos. El Equipo Scrum decide cómo y cuándo se hace el refinamiento. Este usualmente consume no más del 10% de la capacidad del Equipo de Desarrollo.

El equipo de desarrollo no debe ser interrumpido durante Sprint. El objetivo del Sprint debe permanecer intacto. Estas son las condiciones que formatean la creatividad, la calidad y la productividad. Basado en esto, ¿Cuál de las siguientes es falsa? A. El Product Owner puede ayudar a aclarar u optimizar el Sprint cuando se le es consultado por el equipo de desarrollo. B. El Sprint Backlog y su contenido están completamente formulados en la reunión de planificación de Sprint y no cambian durante el Sprint. C. Como descomposición de los elementos seleccionados del Product Backlog. El Team puede trabajar con el Product Owner para quitar o agregar trabajo si considera que posee más o menos capacidad de lo que esperaba.

B. Justificación: En la Planificación de Sprint (Sprint Planning) el número de elementos de la Sprint Backlog seleccionados para el Sprint depende únicamente del Equipo de Desarrollo. Solo el Equipo de Desarrollo puede evaluar qué es capaz de lograr durante el Sprint que comienza. Durante la Planificación del Sprint, el Equipo Scrum también define un Objetivo del Sprint (Sprint Goal). El Objetivo del Sprint debería lograrse durante el Sprint a través de la implementación del Sprint Backlog y proporciona una guía al equipo de desarrollo de por qué se está construyendo el incremento. Por otro lado, durante el Sprint no se realizan cambios que puedan afectar al Objetivo del Sprint y los objetivos de calidad no se disminuyen.

¿Ágil y Scrum son lo mismo? A. Verdadero. B. Falso.

B. Justificación: La palabra "ágil" generalmente hace referencia a la capacidad de moverse o responder con rapidez y facilidad; ser ágil. En cualquier tipo de disciplina de administración, la agilidad es una calidad, y, por lo tanto, es algo bueno que se debe buscar. Específicamente, la gestión ágil de proyectos implica ser adaptativo durante la creación de un producto, servicio u otro resultado. En cambio, Scrum es uno de los métodos ágiles más populares. Es un framework adaptable, iterativo, rápido, flexible y eficaz, diseñado para ofrecer un valor considerable en forma rápida a lo largo del proyecto. Scrum garantiza transparencia en la comunicación y crea un ambiente de responsabilidad colectiva y de progreso continuo.

Una historia de usuario debe tener al menos una Tarea. A. No, nunca. B. Depende del proceso de descomposición y el nivel de profundidad. C. Sí, siempre.

B. Justificación: Las historias de usuario del Product Backlog deben estar suficientemente segmentadas a un nivel que le brinde al Equipo Scrum la información adecuada para crear entregables a partir de las tareas mencionadas en el Sprint Backlog.

Entender y practicar la agilidad y facilitar los eventos de Scrum según se requiera o necesite. Es relacionado a: A. Product Owner. B. Scrum Master. C. Gerente Del Proyecto. D. Interesados.

B. Justificación: Scrum Master da servicio al Dueño de Producto de varias formas, incluyendo entender y practicar la agilidad, así como también facilita los eventos de Scrum según se requiera o necesite.

Una vez que comienza un Sprint, su duración es fija y puede acortarse o alargarse de acuerdo al rendimiento del Equipo de Desarrollo. A. Verdadero. B. Falso.

B. Justificación: Una vez que comienza un Sprint, su duración es fija y no puede acortarse o alargarse. Los demás eventos pueden terminar siempre que se alcance el objetivo del evento, asegurando que se emplee una cantidad apropiada de tiempo sin permitir desperdicio en el proceso.

Los Equipos de Desarrollo son auto-organizados. El único que puede indicar al Equipo de Desarrollo cómo convertir elementos de la Lista del Producto en Incrementos de funcionalidad potencialmente desplegables es el Scrum Master por su rol de facilitador. A. Verdadero. B. Falso.

B. Los Equipos de Desarrollo son auto-organizados. Nadie (ni siquiera el Scrum Master) indica al Equipo de Desarrollo cómo convertir elementos de la Lista del Producto en Incrementos de funcionalidad potencialmente desplegables.

La integración y pruebas de Scrum son opcionales, solo por si acaso, el equipo de Desarrollo decide que hacer. A. Verdad. B. Algunas veces. C. Falso.

C. Justificación: Debido a que Scrum requiere que el trabajo se realice en incrementos durante los Sprints, esto hace que los errores o defectos se noten con más facilidad mediante pruebas de calidad repetitivas y no simplemente cuando el producto final o servicio esté casi terminado. Por otra parte, las tareas relacionadas a la calidad (por ejemplo, desarrollo, pruebas y documentación) se completan como parte del mismo sprint por el mismo equipo. Esto asegura que la calidad sea inherente a cualquier entregable que se crea como parte de un sprint.

Si la Daily Meeting tiene un timebox de 15 minutos entonces... A. El Sprint Review es de 4 horas. B. El Sprint Review es de 1 hora. C. No lo podemos saber, se necesitará conocer la longitud del Sprint. D. El Sprint Review es de 2 horas.

C. Justificación: El Scrum Diario (Daily Scrum) es una reunión con un time-box de 15 minutos para el Equipo de Desarrollo. Los miembros del equipo se reúnen para dar un reporte sobre su progreso en el sprint y planificar las actividades del día. Por otro lado, la Revisión de Sprint, se trata de una reunión de, a lo sumo, 4 horas para Sprints de un mes. Para Sprints más cortos, el evento usualmente más corto.

El acrónimo que define el Product Backlog es: A. PEET (Priorized, estimated, emergent and testable). B. Ninguno. C. DEEP (Detailed appropriately, estimated, emergent and prioritized). D. DEET (Detailed appropriately, estimated, emergent and testable).

C. Justificación: El acrónimo DEEP resume los atributos clave de un buen Product Backlog: • Detalladamente (Detailed appropriately). Las historias de usuarios sobre el Product Backlog que se realizarán pronto deben entenderse lo suficiente como para que puedan completarse en el próximo sprint. Las historias que no se desarrollarán por un tiempo se deben describir con menos detalles. • Estimado (Estimated). Product Backlog es más que una lista de todo el trabajo por hacer; también es una herramienta de planificación útil. Debido a que los elementos que están más abajo en la lista de espera aún no se conocen bien (todavía), las estimaciones asociadas con ellos serán menos precisas que las estimaciones de los elementos que se encuentran en la parte superior. • Emergente (Emergent). Un Product Backlog no es estático. Cambiará con el tiempo. A medida que se aprenda más, las historias de usuario en el Product Backlog se agregarán, eliminarán o cambiarán de prioridad. • Priorizado (Prioritized). El Product Backlog debe clasificarse con los elementos más valiosos en la parte superior y los menos valiosos en la parte inferior. Al trabajar siempre en orden de prioridad, el equipo puede maximizar el valor del producto o sistema que se está desarrollando.

Los tres pilares del control empírico del proceso son: A. Respeto a las personas, Kaizen, eliminación de residuos. B. Planificación, demostración, retrospectiva. C. Inspección, transparencia, adaptación. D. La transparencia, la eliminación de residuos, Kaizen.

C. Justificación: Los tres pilares principales que soportan el control de procesos empírico son: transparencia, inspección y adaptación. • La transparencia permite que todas las facetas de cualquier proceso de Scrum sean observadas por cualquiera. Esto promueve un flujo de información fácil y transparente en toda la organización y crea una cultura de trabajo abierta. • La inspección en Scrum se representa mediante el uso de un Tablero Scrum común y otros radiadores de información que muestran el progreso del Equipo Scrum en completar las tareas del sprint actual. La inspección y aprobación de los entregables por parte del Product Owner y el cliente en el Sprint Review. • La adaptación se da cuando el equipo principal de Scrum y los interesados aprenden mediante la transparencia y la inspección, y después se adaptan al hacer mejoras en el trabajo que llevan a cabo.

¿Cuándo muchos equipos están trabajando en un solo producto, ¿Cuál de las siguientes mejor describe la definición de "Done"? A. Cada equipo define y utiliza el propio. Las diferencias se discuten y se reconcilia durante un Sprint refuerzo. B. Cada equipo utiliza el propio, solo que debe hacer su definición clara a todos los demás equipos para que las diferencias sean conocidas. C. Todos los equipos deben de tener una (la misma definición) de "Done" que hace su trabajo combinado potencialmente entregable. D. Es relativo.

C. Justificación: Si hay múltiples Equipos Scrum trabajando en la entrega del sistema o producto, los Equipos de Desarrollo en todos los Equipos Scrum deben definir en conjunto la definición de "Terminado".

Los miembros del Team se deben cambiar: A. Cada Sprint para promover el aprendizaje compartido. B. Nunca, ya que reduce la productividad. C. Según sea necesario, teniendo en cuenta una reducción a corto plazo de la productividad. D. Del mismo modo que lo haría en cualquier equipo de proyectos sin fijar atención especial en los cambios en la productividad.

C. Justificación: Uno de los principales objetivos de un equipo auto-organizado es mantener la estabilidad de los miembros del equipo durante la duración del proyecto al no cambiar los miembros, a menos que sea inevitable.

Una organización ha decidido adoptar Scrum, pero la gerencia quiere cambiar los términos para ajustarse a la terminología ya utilizada. ¿Qué es probable que suceda si se hace esto? A. Sin un nuevo vocabulario como un recordatorio del cambio, solo un cambio muy pequeño en realidad podría suceder. B. La organización no podrá entender lo que ha cambiado con Scrum y las ventajas de Scrum se pueden perder. C. La gerencia se puede sentir menos ansiosa. D. Todas las respuestas aplican.

D. Justificación: Al utilizar la terminología ya utilizada en la organización, la gerencia se puede sentir menos ansiosa. Además, sin un nuevo vocabulario como un recordatorio del cambio, solo un cambio muy pequeño en realidad podría suceder. Por otro lado, la organización no podrá entender lo que ha cambiado con Scrum y el valor agregado del Framework, así como también las ventajas de Scrum se pueden perder.

Cuando comienza el próximo Sprint. A. Siempre el primer día de la semana para evitar la complejidad. B. Inmediatamente después de la próxima planificación del Sprint. C. Cuando el Product Owner está listo. D. Inmediatamente después de concluir el Sprint anterior.

D. Justificación: Cada nuevo Sprint comienza inmediatamente después de la finalización del Sprint anterior.

Durante el Sprint, el rol del Scrum Master es para: 1. Remover Impedimentos. 2. Facilitar las oportunidades de Inspección y la Adaptación. 3. Adicionar o Remover Miembros al Team. A. 1,2,3. B. Ninguna. C. 2,3. D. 1,2. E. Todas.

D. Justificación: Durante el Sprint, el Scrum Master elimina impedimentos para el progreso del Equipo de Desarrollo y facilita cada uno de los eventos de Scrum que constituyen una oportunidad formal para la inspección y adaptación...

¿Quién y cuándo un Demo del producto se presenta al cliente? A. Reunión de Retrospectiva & Scrum Master. B. Reunión de Refinamiento & Product Owner. C. Scrum Diario & Development Team. D. Sprint Review & Development Team.

D. Justificación: Durante la Revisión del Sprint (Sprint Review) el Equipo de Desarrollo hace una demostración del trabajo que ha "Terminado" y también responde todas las preguntas acerca del Incremento.

¿Quién tiene la última palabra en el orden del Product Backlog? A. El Stakeholder. B. El Team. C. El Scrum Master. D. El Product Owner. E. El CEO.

D. Justificación: El Dueño de Producto es la única persona responsable de gestionar la Lista del Producto (Product Backlog). La gestión de la Lista del Producto incluye ordenar los elementos en la Lista del Producto para alcanzar los objetivos y misiones de la mejor manera posible.

¿Quién tiene la última palabra en el Sprint Retrospective? A. Team. B. Stakeholders. C. Product Owner. D. Scrum Master.

D. Justificación: El Scrum Master se asegura de que la reunión de Retrospectiva de Sprint (Sprint Retrospective) sea positiva y productiva. Para lo cual, el Scrum Master enseña a todos a mantener el evento dentro del bloque de tiempo fijado. El Scrum Master participa en la reunión como un miembro del equipo ya que la responsabilidad del proceso Scrum recae sobre él.

¿Quién tiene más autoridad, el Scrum Master o Product Owner para el equipo de desarrollo? A. Scrum Master. B. Ambas. C. Product Owner. D. Ninguno.

D. Justificación: En Scrum los Equipos de Desarrollo son por naturaleza auto- organizados y empoderados, donde nadie tiene una verdadera autoridad sobre otro integrante del equipo. Aunque el Equipo de Desarrollo puede incluir personas con diferentes niveles de experiencia y conocimientos, cada miembro se trata por igual y nadie tiene la autoridad de ser el principal tomador de decisiones.

Durante el Daily Scrum, el papel del Scrum Master es: A. Liderar las discusiones del Team. B. Asegúrese de que las 3 preguntas han sido contestadas. C. Gestionar la reunión de manera que cada miembro del equipo tenga la oportunidad de hablar. D. Enseñar al Equipo de Desarrollo a mantener el Daily Scrum dentro el time-box de 15 minutos.

D. Justificación: En el Scrum Diario (Daily Scrum) el Scrum Master se asegura de que el Equipo de Desarrollo tenga la reunión, pero es el Equipo de Desarrollo el responsable de dirigir el Scrum Diario. El Scrum Master enseña al Equipo de Desarrollo a mantener el Scrum Diario en los límites del bloque de tiempo de 15 minutos. El Scrum Diario es una reunión interna del Equipo de Desarrollo. Si otras personas están presentes, el Scrum Master se asegura de que no interrumpan la reunión.

¿Qué significa decir que un evento tiene time-box? A. Que el evento debe ocurrir en un tiempo establecido. B. El evento debe ocurrir por un tiempo dado. C. El evento debe tener al menos una cantidad mínima de tiempo. D. El evento no puede tardar más de una cantidad máxima de tiempo.

D. Justificación: Todos los eventos de Scrum son bloques de tiempo (time-boxes), de tal modo que todos tienen una duración máxima. Scrum trata al tiempo como uno de los limitantes más importantes en la gestión de un proyecto. Para hacer frente a la restricción del tiempo, Scrum introduce un concepto de Time-boxing (o asignación de un bloque máximo de tiempo), que propone la fijación de una cierta cantidad máxima de tiempo para cada evento en un proyecto Scrum.

¿Se dice que un Sprint termina de manera anormal cuándo? A. Cuando está claro que al final de un Sprint no todo estará terminable. B. Cuando el Equipo siente que el trabajo es demasiado duro. C. Cuando el Departamento de ventas tiene una oportunidad importante. D. Cuando el Propietario del Producto determine que no tiene sentido terminar un Sprint.

D. Justificación: Un Sprint puede cancelarse antes de que el bloque de tiempo llegue a su fin. Solo el Dueño de Producto tiene la autoridad para cancelar el Sprint, aunque puede hacerlo bajo la influencia de los interesados, del Equipo de Desarrollo o del Scrum Master. Un Sprint se cancelaría si el Objetivo del Sprint llega a quedar obsoleto. Esto podría ocurrir si la compañía cambia la dirección o si las condiciones del mercado o de la tecnología cambian. En general, un Sprint debería cancelarse si no tuviese sentido seguir con él dadas las circunstancias. Sin embargo, debido a la corta duración de los Sprints, su cancelación rara vez tiene sentido.

El Product Backlog se ordena por: A. Los artículos pequeños en la parte superior y los artículos grandes en la parte inferior. B. Artículos más seguros en la parte superior y los artículos de mayor riesgo en la parte inferior. C. Artículos menos valiosos en la parte superior y los más valiosos en la parte inferior. D. Los productos están dispuestos al azar. E. Lo que se considere más adecuado por el Product Owner.

E. Justificación: El Dueño de Producto (Product Owner) es el responsable de la Lista de Producto (Product Backlog), incluyendo su contenido, disponibilidad y ordenación de los elementos de la Lista del Producto para alcanzar los objetivos y misiones de la mejor manera posible. Los elementos de la Lista de Producto de orden más alto son generalmente más claros y detallados que los de menor orden. Se realizan estimaciones más precisas basándose en la mayor claridad y detalle; cuanto más bajo es el orden, menor es el detalle.

¿Quién tiene el primer contacto con el cliente? A. Development Team y Product Owner. B. Development Team. C. Scrum T eam. D. Depende, ya sea el Scrum Master o el Product Owner. E. Siempre el Product Owner.

E. Justificación: El Product Owner es la persona responsable de lograr el máximo valor empresarial para el proyecto, así como también es responsable de la articulación de requisitos del cliente y de mantener la justificación del negocio para el proyecto.

Los Eventos de Scrum son predefinidos con el fin de crear regularidad y minimizar la necesidad de reuniones no definidas en Scrum. Todos los eventos son bloques de tiempo (time-boxes), de tal modo que todos tienen una duración máxima determinada y conocida. A. Verdadero. B. Falso.

A. Justificación: En Scrum existen eventos predefinidos con el fin de crear regularidad y minimizar la necesidad de reuniones no definidas en Scrum. Todos los eventos son bloques de tiempo (time-boxes), de tal modo que todos tienen una duración máxima.

¿Es una responsabilidad del Product Owner eliminar impedimentos para el progreso del Equipo de Desarrollo? A. Verdadero. B. Falso.

B. Justificación: El Scrum Master da servicio al Equipo de Desarrollo de varias formas, incluyendo eliminar impedimentos para el progreso del Equipo de Desarrollo.

¿En las Reuniones de Planificación de Sprint (Sprint Planning Meeting), El Scrum Master enseña al Equipo Scrum a mantenerse dentro del bloque de tiempo con el fin de poder revisar las historias de usuario? A. Verdadero. B. Falso.

B. Justificación: El Scrum Master se asegura de que la Planificación de Sprint (Sprint Planning) se lleva a cabo y que los asistentes entiendan su propósito. El Scrum Master enseña al Equipo Scrum a mantenerse dentro del bloque de tiempo.

Los miembros del equipo son propietarios de los elementos del Sprint Backlog: A. En la reunión de planificación de Sprint se delega la propiedad. B. Nunca. Todos los elementos del Sprint Backlog del Sprint son "Propiedad" de todo el equipo a pesar de que cada miembro del equipo tenga un Done de manera individual. C. Cada vez que un miembro del equipo tenga la capacidad para más trabajo. D. Durante el Daily Scrum se discute quien será el propietario.

B. Justificación: El Sprint Backlog es una predicción hecha por el Equipo de Desarrollo acerca de qué funcionalidad formará parte del próximo Incremento y del trabajo necesario para entregar esa funcionalidad en un Incremento "Terminado". El Sprint Backlog es propiedad del Equipo de Desarrollo, no de sus miembros.

¿Cuál es el tamaño recomendado para un Development Team? Dentro del Scrum Team. A. Mínimo 3. B. Entre 3 a 9. C. Más de 7 pero mínimo 2. D. Solo 9.

B. Justificación: El tamaño óptimo del Equipo de Desarrollo es lo suficientemente pequeño como para permanecer ágil y lo suficientemente grande como para completar una cantidad de trabajo significativa. Tener menos de tres miembros en el Equipo de Desarrollo reduce la interacción y resulta en ganancias de productividad más pequeñas. Tener más de nueve miembros en el equipo requiere demasiada coordinación.

La Reunión de Planificación de Sprint tiene un máximo de duración de 4 horas para un Sprint de un mes. A. Verdadero. B. Falso.

B. Justificación: La Planificación de Sprint tiene un máximo de duración de ocho horas para un Sprint de un mes. Para Sprints más cortos el evento es usualmente más corto

¿Cuáles son los roles en un Scrum Team? A. Scrum Manager, Product Owner y Development Team. B. Scrum Tester, Product Owner y Development Team. C. Ninguno. D. Scrum Project, Product Owner y Scrum Manager.

C. Justificación: El Equipo Scrum consiste en un Dueño de Producto (Product Owner), el Equipo de Desarrollo (Development Team) y un Scrum Master.

El Sprint Backlog es el Product Backlog divido en entregas. A. Verdadero. B. Depende de. C. Falso.

C. Justificación: El Sprint Backlog es una lista de tareas a ser ejecutadas por el Equipo de Desarrollo en el próximo sprint. El Sprint Backlog contiene el conjunto de elementos del Product Backlog seleccionados para el Sprint, más un plan para entregar el Incremento de producto y conseguir el Objetivo del Sprint.

Una User Story debe de tener al menos una tarea. A. No, nunca. B. Sí, siempre. C. Depende de la descomposición del proceso y el nivel de profundidad.

C. Justificación: Las historias de usuario del Product Backlog deben estar suficientemente segmentadas a un nivel que le brinde al Equipo Scrum la información adecuada para crear entregables a partir de las tareas mencionadas en el Sprint Backlog.

¿El Dueño de Producto es la única persona responsable de gestionar la Lista del Producto (Product Backlog)? A. Verdadero. B. Falso.

A. Justificación: El Dueño de Producto es la única persona responsable de gestionar la Lista del Producto (Product Backlog).

El Scrum Master es un líder que está al servicio del Equipo Scrum. A. Verdadero. B. Falso.

A. Justificación: El Scrum Master es un líder que está al servicio del Equipo Scrum. Por lo que se le considera un líder servicial.

Cuando varios equipos están trabajando juntos en el mismo producto, cada equipo debe mantener un Product Backlog por separado. A. Verdadero. B. Falso.

B. Justificación: A menudo, varios Equipos Scrum trabajan juntos en el mismo producto. Para describir el trabajo a realizar sobre el producto se utiliza una única Lista de Producto (Product Backlog). En ese caso podría emplearse un atributo de la Lista de Producto para agrupar los elementos.

¿Durante el Sprint se realizan cambios que puedan afectar al objetivo del Sprint (Sprint Goal)? A. Se pueden realizar con aprobación de la gerencia. B. No se realizan cambios que afecten el objetivo del Sprint. C. Si con la aprobación de todos. D. Ninguna de las Anteriores.

B. Justificación: Durante el Sprint no se realizan cambios que puedan afectar al Objetivo del Sprint (Sprint Goal).

El Scrum Master podría representar los deseos de un comité en la Lista del Producto, pero aquellos que quieran cambiar la prioridad de un elemento de la Lista deben hacerlo a través del Dueño de Producto. A. Verdadero. B. Falso.

B. Justificación: El Dueño de Producto (Product Owner) podría representar los deseos de un comité en la Lista del Producto (Product Backlog), pero aquellos que quieran cambiar la prioridad de un elemento de la Lista deben hacerlo a través del Dueño de Producto.

El Scrum Master y El Dueño de Producto son los responsables de maximizar el valor del producto y del trabajo del Equipo de Desarrollo respectivamente. A. Verdadero. B. Falso.

B. Justificación: El Dueño de Producto es el responsable de maximizar el valor del producto resultante del trabajo del Equipo de Desarrollo. El cómo se lleva a cabo esto podría variar ampliamente entre distintas organizaciones, Equipos Scrum e individuos.

¿Un time-box para completar la reunión de Planificación de Sprint es? A. 4 horas. B. 8 horas para un Sprint mensual. Para Sprints cortos por lo general es más corto. C. Cada vez que se realiza un DONE. D. Mensual.

B. Justificación: La Planificación de Sprint tiene un máximo de duración de 8 horas para un Sprint de un mes. Para Sprints más cortos el evento es usualmente más corto, por ejemplo, para un Sprint de dos semanas, tiene un time-box de 4 horas.

¿Quién actualiza gráficos de tendencias en Scrum? A. Sprint burndown chart. Product Owner o el Development Team. B. Release burndown chart - Scrum Master. C. Sprint burndown chart - Scrum Master o el Development Team. D. Release burndown chart - Development Team.

C. Justificación: El Sprint Burndown Chart debe actualizarse por el Scrum Master o el Equipo de Desarrollo al final de cada día conforme se concluye el trabajo. Dicha gráfica muestra el progreso que ha realizado el Equipo de Desarrollo y permite también la detección de estimaciones que pudieron haberse hecho incorrectamente. Si el Sprint Burndown Chart muestra que el Equipo de Desarrollo no va por el rumbo correcto en la conclusión a tiempo del sprint, el Scrum Master debe identificar cualquier obstáculo o impedimento de una conclusión satisfactoria e intentar eliminarlos.

El equipo debe tener todas las habilidades necesarias para: A. Completar el proyecto según lo estimado cuando la fecha y costo están comprometidos con el Product Owner. B. Hacer todo el trabajo del proyecto, pero no los tipos de pruebas que requieren competencias específicas, herramientas y entornos. C. Construir los elementos del Product Backlog que se han seleccionado, en un incremento de la funcionalidad del producto potencialmente entregable.

C. Justificación: Los Equipos de Desarrollo son multifuncionales, y como equipo deben contar con todas las habilidades necesarias para crear un Incremento de producto, por lo que dentro del equipo multifuncional, es importante contar con las habilidades necesarias para llevar a cabo actividades del proyecto, aunque en ocasiones los Equipos de Desarrollo podrían encontrar limitaciones en cuanto a las habilidades necesarias durante un Sprint, por ejemplo en pruebas, control de calidad, herramientas y entornos de pruebas.

¿Cuándo un Sprint termina? A. Cuando todos los elementos del Product Backlog cumplen con su definición de done. B. Cuando el Product Owner dice que es done. C. Cuando se hayan completado todas las tareas. D. Cuando el time-box expire.

D. Justificación: El Sprint, es un bloque de tiempo de un mes o menos el cual termina cuando su time-box expira y se crea un incremento de producto "Terminado" utilizable y potencialmente desplegable.