El Sprint Review es de 4 horas.

El Sprint Review es de 1 hora.

No lo podemos saber, se necesitará conocer la longitud del Sprint.

El Sprint Review es de 2 horas.

4 horas.

1 hora.

2 horas.

8 horas.

Obligatorio el Development Team y Scrum Master, y opcional el Product Owner.

Obligatorio el Development Team y Product Owner, opcional el Scrum Master y el Cliente.

Obligatorio el Development Team, opcional el Scrum Master, y Product Owner.

Obligatorio el equipo Scrum, opcional el cliente.

PEET (Priorized, estimated, emergent and testable).

Ninguno.

DEEP (Detailed appropriately, estimated, emergent and prioritized).

DEET (Detailed appropriately, estimated, emergent and testable).

Sprint burndown chart. Product Owner o el Development Team.

Release burndown chart – Scrum Master.

Sprint burndown chart – Scrum Master o el Development Team.

Release burndown chart – Development Team.

Es una opción, pero no se recomienda como se dijo, en un lugar diferente.

Las salas de reuniones son difíciles de reservar y esto permite que se pueda reservar cualquier lugar.

El lugar puede ser nombrado.

El Team lo necesita y es la mejor opción.

Scrum Manager, Product Owner y Development Team.

Scrum Tester, Product Owner y Development Team.

Ninguno.

Scrum Project, Product Owner y Scrum Manager.

Se podría programar una sola reunión de refinamiento.

Se podría programar el refinamiento según sea necesario pero el total no pude exceder más de (5, 10%) del Sprint.

Se podría programar al menos dos reuniones para refinamiento, cada una de ellas de dos horas de duración.

No tiene sentido cualquier reunión refinamiento.

Equipo sobre el gestor de proyectos.

Responder al cambio sobre el seguimiento de un plan.

Siguiendo un plan sobre la respuesta al cambio.

La negociación del contrato sobre seguir un plan.

Team.

Stakeholders.

Product Owner.

Scrum Master.

Exactamente un mes.

15 minutos.

Depende del producto, proyecto o servicio, generalmente no mayor a un mes.

2 horas siempre.

Scrum Master.

Ambas.

Product Owner.

Ninguno.

Adaptativo.

Predictivo.

Verdad.

Algunas veces.

Falso.

Inmediatamente después del primer sprint.

Cuando el CEO decide.

Cuando el Development Team decide.

Antes de que el primer Sprint termine.

No, nunca.

Sí, siempre.

Depende de la descomposición del proceso y el nivel de profundidad.

Reunión de Retrospectiva & Scrum Master.

Reunión de Refinamiento & Product Owner.

Scrum Diario & Development Team.

Sprint Review & Development Team.

Development Team y Product Owner.

Development Team.

Scrum Team.

Depende, ya sea el Scrum Master o el Product Owner.

Siempre el Product Owner.

1, 2, 3.

Ninguna.

2, 3.

1, 2.

Todas.

La gestión y asegurar que el trabajo cumpla con los compromisos con los Stakeholders.

Responsable de promover y apoyar Scrum.

Mantener a raya a los interesados.

La gestión del equipo como el Gerente del Proyecto.

Todas.

Ninguna.

1, 3.

1, 2.

Nunca, solo en caso de que el Scrum Master decide, con la retroalimentación del Team.

Cuando desarrollador Senior decide.

Cuando el Product Owner decide.

Cuando el equipo siente que el trabajo es demasiado duro.

CEO y el Scrum Master son responsables de ello, por ser los interesados principales.

El Team es responsable porque es un equipo una auto-organizado, aunque la decisión puede tener que ser asesorada por el Scrum Master.

No se puede destituir a un miembro del equipo Scrum si el Sprint ha comenzado.

El Product Owner y el Scrum Master son responsables de ello.

Solo con aprobación del CEO se puede eliminar una persona del equipo.

Verdadero.

Depende de.

Falso.

No, nunca.

Depende del proceso de descomposición y el nivel de profundidad.

Sí, siempre.

Tanto como lo que se pueda hacer en el proyecto.

Tanto como el equipo ha dicho al Product Owner que se hará por cada User Story seleccionada de conformidad con el DoD.

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.

Tanto como que el equipo ha dicho a los grupos de interés se hará por cada historia usuario.

De definir el Sprint.

Del proceso Scrum siendo adoptado y utilizado correctamente.

Del Product Backlog.

Sprint Backlog.

El evento debe ocurrir por un tiempo dado.

El evento no puede tardar más de una cantidad máxima de tiempo.

El evento debe ocurrir en un tiempo establecido.

El evento debe de tener al menos una cantidad mínima de tiempo.

Scrum Tester.

Scrum Manager.

Product Owner.

Scrum Master.

Ninguna.

El equipo debe de incluir a alguien de informática, diseño, control de calidad y pruebas.

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.

El equipo habla diferentes idiomas.

Todo lo posible.

El Product Owner lo decide.

El Scrum Master lo decide.

A un ritmo sostenible, que permita alcanzar el objetivo.

Daily Meeting.

Sprint Review.

Sprint Retrospective.

Todos los anteriores.

El Scrum Master y Product Owner acuerdan esta solicitud, y luego se la comunican con el equipo de desarrollo.

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.

El equipo si acepta esta solicitud ya que se trata del Product Owner.

Como equipo se toma una decisión y luego se explica las razones al Scrum Master.

1,3,5.

2,4,5.

1,4,5.

2,3,5.

Nunca es liderado por él.

Por qué él sabe qué hacer.

Porque él compromete al cliente.

porque él lidera el proyecto