Simulador Scrum Product Owner

Un Development Team ha estado trabajando en varios Sprint, el Product Owner comparte su plan para las próximas interacciones, este plan es de alto nivel que describe cómo es probable que crezca el producto. ¿Cuál es el artefacto al que el Product Owner se refiere?. Sprint Backlog. Product Backlog. Roadmap del producto. Project Charter.

¿Qué es importante en todos los proyectos de Scrum? 1. La Auto-organización. 2. Jerarquías claras de la empresa. 3. Comunicación. 4. Mejora continua. 1, 2, 3 y 4. 1, 3 y 4. 1, 4. 1, 2 y 3.

¿Cuál de las siguientes no es una responsabilidad del Product Owner?. Garantizar el ROI. Ejecución de la Daily Scrum. Reunir los PBI del Product Backlog. La inspección del trabajo en el Sprint Review Meeting.

¿Las siguientes son responsabilidades o actividades del Product Owner? 1. Expresar claramente los elementos del Product Backlog. 2. Ordenar los elementos en el Product Backlog. 3. Entender y practicar la agilidad. Solo 1 y 2. Solo 2 y 3. Solo 1 y 3. Todas.

¿Cuál de los siguientes enunciados es CIERTO con respecto a los Project Charter en Scrum?. Es contractual fijando la triple restricción (tiempo-costo-alcance). Establece una línea base de entendimientos y conexión entre el equipo y los interesados. En la guía de Scrum no se encuentra la definición de Project Charter. El Project Charter da al Project Manager la autoridad necesaria.

La liberación (release) de un producto terminado (DoD) es responsabilidad del. Scrum Master, quien decide liberarlo o no. Product Owner, quien decide liberarlo o no. Scrum Team. Development Team.

¿En equipos pequeños, el Scrum Master puede asumir también el rol del Product Owner?. Verdadero. Falso.

¿Quiénes son los involucrados en la definición del Sprint Goal?. Development Team y Scrum Master. Scrum Team. Scrum Master y el Product Owner. El Product Owner y el Development Team.

¿Cómo deben ordenarse los elementos (PBI) en un Product Backlog?. Alfabéticamente es el orden del Product Backlog. Primero por la necesidad del negocio y luego cronológicamente por fecha de solicitud original del negocio. Por prioridad e importancia para el negocio en primer lugar. Los elementos que se traducen en mayor retorno de la inversión y que cuentan con una mayor claridad, deben ser priorizados en primer lugar. Cronológicamente por fecha de solicitud del negocio.

Cronológicamente por fecha de solicitud del negocio. Definidos por el Development Team. Deben ser lo mismo. Los define el Scrum Master y el Development Team. Son conceptos diferentes.

El Product Owner debe participar en el Daily Meeting: Verdadero. Falso.

¿Quién es responsable de mantener a los stakeholders informados sobre el progreso del desarrollo del producto o servicio en Scrum?. El líder del Development Team. Project Manager. Product Owner. Scrum Master.

En un Sprint de un mes, el Daily Standup Meeting tiene una duración máxima de: 10 minutos. 20 minutos. Lo que decida el Scrum Master. Ninguna.

En un Sprint corto tiene más riesgo que un Sprint largo. Verdadero. Falso.

El Sprint Planning tiene algunas características, define cuál es la CORRECTA: Siempre su duración máxima es de 8 horas. El Sprint Planning 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. La lidera el Product Owner. Participa el cliente.

¿Cuál es la secuencia más común en un ciclo de vida de Scrum?. Daily Scrum, Sprint Planning, Sprint Retrospective, Sprint Review. Sprint Planning, Daily Scrum, Sprint Retrospective, Sprint Review. Sprint Planning, Daily Scrum, Sprint Review, Sprint Retrospective. Ninguna.

El Product Owner.. Participa en la Daily Scrum o reunión diaria. Participa en la reunión de cierre del Sprint. Preside el Sprint Planning Meeting. Ninguna de las anteriores.

¿Scrum recomienda la creación de sub-equipos en el Development Team como pruebas o análisis de negocio (BA), esto quién debe hacerlo?. El Product Owner. El Scrum Master. El área de Recurso Humano. Scrum no reconoce sub-equipos en el Development Team.

El Backlog Refinement Meeting o reunión de refinamiento en Sprints de un mes, tiene una duración de. 4 horas máximo. La suma de las reuniones deben durar entre un 5 % y 10 %, de la duración total del proyecto. La suma de las reuniones deben durar entre un 8 % y 10 %, de la duración total del Sprint. Ninguna.

Actualmente está trabajando para una empresa que está creando una aplicación para responder a las solicitudes de los usuarios. Dada la importancia de este proyecto, se debería asignar: Dos Product Owners. Sólo se recomienda un Product Owner. Un Product Owner y dos Scrum Masters. Se recomienda que el Scrum Master haga el trabajo del Product Owner.

¿Qué técnica se utiliza para estimar en Scrum?. Estimaciones asignadas por el Scrum Master. Estimaciones grupales. Todas. Ninguna.

Si dos Development Teams, trabajan en el mismo producto, ¿tienen diferentes Product Backlogs?. Si. No.

La suma de todos los Sprints Backlogs es el Product Backlog: Si. No.

El Development Team: Participa en la Daily Scrum. Participa en la reunión de levantamiento de requerimientos. Participa en el Kick-Off del proyecto. Ninguna de las anteriores.

En Scrum el Product Increment, se debe entregar siempre al cliente. Verdadero. Falso.

Una User Story tiene las siguientes características: Las ayuda a definir el Product Owner. Siempre se descompone en tareas. Tiene criterios de aceptación. Todas las anteriores.

El Product Owner, estima las User Stories. Verdadero. Falso.

. ¿Es verdad que solo el Product Owner tiene la autoridad para cancelar el Sprint si y solo si con la influencia de los interesados?. Si. No.

El Product Backlog, se suele dividir en: El Product Backlog nunca está completo. Cambia constantemente para identificar lo que el producto necesita. Evoluciona a medida que el producto se va completando. Todas.

Un _____________________ se crea durante la primera mitad de la reunión de la Sprint Planning y un _________________ se crea durante la segunda mitad de la reunión de Sprint Planning. Product Backlog, Sprint Backlog. La cartera de productos, colección de tareas. Sprint Goal, Sprint Backlog. Burndown chart, Pila del Sprint.

¿Cuál es la principal diferencia entre el Product Backlog y el Sprint Backlog?. El Product Backlog es igual a Sprint Backlog. El Product Backlog es un subconjunto del Sprint Backlog. El Sprint Backlog es un subconjunto del Product Backlog. El Sprint Backlog es la responsabilidad del Product Owner.

¿Qué ocurre cuando el Sprint se cancela?. El Scrum Team se disuelve inmediatamente. El Sprint Backlog completo se vuelve a poner en el Product Backlog. Los elementos completados en el Sprint Backlog se evalúan para una liberación y elementos incompletos se descartan. Los elementos completados en el Sprint Backlog se evalúan para una liberación y los elementos incompletos se ponen de nuevo en el Product Backlog.

¿Quién determina cuándo es apropiado actualizar el Sprint Backlog durante un Sprint?. El Project Manager. El Scrum Team. El Development Team. El Product Owner.

El Sprint Goal se selecciona antes de crear el Sprint Backlog. Verdadero. Falso.

¿En cuál de los siguientes casos se podría cancelar un Sprint? 1. Si el Development no lograra cumplir con los objetivos que se planteó para el Sprint. 2. Si cambian las condiciones del mercado o de la tecnología, haciendo que el objetivo del Sprint se vuelva obsoleto. 3. Nunca debe ser cancelado, su corta duración permite la definición de objetivos alcanzables y hace que la cancelación no tenga sentido. 4. Si cambia el rumbo de la compañía, haciendo que el Sprint Goal quede obsoleto. Solo la 1. Solo la 3. 2 y 4. 1 y 2.

¿Cuáles son los eventos en Scrum?. Daily Meeting. Sprint Retrospective. Sprint Review y Sprint Planning. Todas las anteriores.

¿El Product Owner es la única persona responsable de gestionar el Product Backlog?. Verdadero. Falso.

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 «Done». Verdadero. Falso.

El refinamiento es el acto de añadir detalle, estimaciones y orden a los elementos del Product Backlog, este: Usualmente consume no más del 10 % de la capacidad del Development Team. Usualmente consume no más del 20 % de la capacidad del Development Team. Usualmente consume no más del 30 % de la capacidad del Development Team. Usualmente consume no más del 40 % de la capacidad del Development Team.

¿Cuáles son los artefactos en Scrum?. Product Backlog, Sprint Backlog y Product Increment. Sprint Backlog, Product Increment y Sprint. Product Increment, Product Backlog y User Story.