NEW
Font size
WorksheetsPO-SEQUAL-EXAM 2:SCRUM PO CERTIFICATE
Total questions: 40
Worksheet time: 36mins
Usted desempeñaba el rol de scrum master en su anterior trabajo. Ahora usted ha decidido trabajar como product owner. De acuerdo con la guía scrum usted es responsable de lo siguiente, excepto:
Encontrar técnicas para una definición efectiva de objetivos del producto inclusive con la ayuda del scrum master.
Guiar a la organización en su adopción de scrum en el desarrollo de productos.
Participar como developer en el daily scrum si trabaja activamente en elementos del sprint backlog.
Hacer visible el product backlog.
Durante una reunión de trabajo, varios compañeros de su área han discutido sobre consideraciones de la reunión de planificación de sprint. ¿Cuál de ellos está en lo cierto?
La reunión de 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.
Participa el cliente.
La lidera el dueño del producto (product owner) quien además enseña al equipo scrum a mantenerse dentro del bloque de tiempo establecido.
Siempre debe ser de duración máxima de 8 horas.
Usted desempeña el rol de product owner en un proyecto de prestación de servicios de consultoría, durante la revisión del sprint:
Usted tiene la obligación de invitar a los clientes para que ellos aprueben el entregable.
No se puede ser un product owner en proyectos de servicios, sólo es aplicable scrum al desarrollo de software o productos.
El scrum team presenta los resultados de su trabajo a los interesados clave.
Solicita a cada developer que rinda un informe escrito de lo que realizó durante el sprint.
¿De quién es responsable un product owner?
Maximizar el valor del producto.
Dar coaching a los developers.
Actualizar el sprint backlog.
Entregar increments de producto.
El product owner determina cuántos elementos del product backlog deben incluir en el sprint los developers.
Cierto
Falso
Mientras usted labora como product owner en el desarrollo de un producto o servicio. De acuerdo con los roles y actividades definidas en la guía oficial de scrum, ¿Qué servicios le puede ofrecer el scrum master?
Ayudar a encontrar técnicas para una definición efectiva de objetivos del producto.
Ayudar a encontrar técnicas para la gestión del product backlog de manera efectiva.
Facilitar la colaboración de los interesados según se solicite o necesite.
Todas son correctas.
Ninguna es correcta.
¿Qué actividades suele realizar un product owner durante el sprint?
Actualiza el sprint burndown chart.
Trabaja con los stakeholders y los usuarios.
Acude a los daily scrums de forma regular.
Trabaja con los developers para refinar el product backlog.
Las respuestas B y D son correctas.
Usted es un producto owner. Si hay varios scrum teams que están trabajando juntos en un proyecto, a la hora de elaborar la lista de producto (product backlog) usted deberá:
Elaborar un product backlog exclusivo para cada equipo scrum.
Planificar una reunión donde se dividirán los equipos scrum en varios grupos y se creará un product backlog por cada grupo.
Utilizar una lista de producto (product backlog) única para todos los equipos del proyecto.
Ninguna de las anteriores.
¿Qué puntos podrían abordarse durante el sprint retrospective?
Comunicación dentro del scrum team.
Definición de terminado.
Mejoras en el sprint planning y la velocidad.
Conflictos internos entre los developers.
Todas las respuestas son correctas.
Mientras labora como product owner en una compañía, les solicitan realizar un seguimiento al sprint para conocer la tendencia del progreso, así que usted:
No lo realiza, es responsabilidad de los developers.
Pide que sea una solicitud directa del director del proyecto para conocer la estructura de trabajo desglosado primero.
Lo notifica al scrum master con el fin de tener una autorización escrita.
Convoca un scrum diario e inspecciona el avance con los developers.
¿Quién es el “propietario” del sprint backlog?
El product owner.
El scrum master.
Los developers.
El scrum team.
¿Qué afirmación sobre el product backlog es correcta?
Los cambios en el producto backlog requieren una solicitud de cambio formal.
Lo actualiza el scrum master.
Nunca está completo.
Se define en su versión final antes del primer sprint.
¿Cómo pueden los developers reducir el desperdicio?
Acortando el sprint.
Al hacer el sprint retrospective solamente en cada segundo sprint.
Detallando únicamente los elementos del sprint backlog que se implementarán en un futuro próximo.
Pidiendo al scrum master que elabore una lista de todos los documentos técnicos innecesarios.
Usted desempeñaba el rol de scrum master en su anterior trabajo. Ahora usted ha decidido trabajar como product owner. De acuerdo con la guía scrum usted es responsable de lo siguiente, excepto:
Descomponer los elementos del product backlog para determinar cómo se realizará el trabajo por parte de los developers.
A través de una conversación con los developers seleccionar elementos del product backlog para incluirlos en el sprint.
Ordenar el trabajo de un problema complejo en un product backlog.
Proponer como el producto podría incrementar su valor y utilidad en el sprint.
En un scrum team muy pequeño, la responsabilidad del product owner se asigna a la persona que ya es scrum master. ¿Cómo valora esta situación?
Esto debe evitarse independientemente del tamaño del equipo.
Esta es una práctica común.
Esto solo se recomienda si el equipo tiene dos scrum masters.
Esto es muy recomendable para equipos pequeños.
¿Cómo puede el product owner asegurarse de que el producto tiene valor?
Que los ejecutivos de la empresa validen el valor de los increments.
Pidiendo sugerencias al scrum master con respecto al orden del product backlog.
Pidiendo a los developers que confirmen el valor de los elementos del product backlog.
Validando su hipótesis mediante realeses frecuentes.
El concepto “compromiso: Objetivo del producto" se asocia a:
El incremento (Increment).
En scrum no existe un objetivo del producto, únicamente existe el objetivo del sprint.
La lista de producto (product backlog).
La lista del sprint (sprint backlog).
El product owner debe haber creado un product backlog completo antes del primer sprint.
Correcto
Incorrecto
¿Qué deben hacer los developers durante el primer sprint?
Definir la arquitectura del software.
Crear un increment potencialmente entregable.
Proveer la infraestructura.
Planificar los sprints posteriores y crear una visión del producto.
¿Qué servicios ofrece el scrum master para el product owner?
Ayuda con la creación del sprint backlog.
Planificación de liberaciones.
Planificación de implementaciones de scrum.
Enseñar técnicas para una gestión eficaz del product backlog.
Usted es el product owner en un scrum team. ¿Cuál de las siguientes no es correcta según su conocimiento en scrum?
El product owner puede ser entrenado por el scrum master en técnicas de gestión del product backlog.
El product owner representa las necesidades de los interesados.
El product owner crea los elementos del product backlog y los comunica.
El product owner crea el plan para el sprint.
Sus colegas dialogan acerca del evento scrum que tiene lugar después de la revisión del sprint (sprint review) y antes de la siguiente reunión de planificación del sprint. En este evento se identifican las mejoras a implementar y se crea un plan de mejoras que serán abordadas en el siguiente sprint. Este evento se llama:
Retrospectiva del sprint (sprint retrospective).
Evaluación del sprint (sprint evaluation).
Scrum diario (daily scrum).
Ninguna de las anteriores.
En una reunión varios colegas discuten sobre las funciones del product owner, los developers y el producto backlog. Usted acaba de terminar un entrenamiento oficial con Sequal y conoce el tema. ¿Cuál de los siguientes no es cierto?
El product owner es el que hace la estimación final por ser el único responsable del product backlog.
Los developers son los responsables de proporcionar todas las estimaciones.
El product owner puede influenciar a los developers ayudándoles a entender y seleccionar soluciones.
Ninguna de las anteriores.
¿Qué afirmación sobre la responsabilidad del product owner es correcta?
A) Un comité puede asumir la responsabilidad del product owner.
B) El product owner siempre debe ser una sola persona.
C) La responsabilidad del producto owner se puede dividir entre varias personas.
D) El product owner es responsable del orden de los elementos del product backlog.
Las respuestas B y D son correctas.
Una compañía de desarrollo de software está buscando un product owner y desea hacer las especificaciones del rol. Ellos quieren asignar responsabilidades al product owner. ¿Cuál no es una responsabilidad del product owner?
Reunir los elementos del product backlog.
Liberación de un producto terminado.
La inspección del trabajo en la reunión de revisión del sprint.
Ejecución de la reunión diaria de scrum (daily scrum).
Actualmente usted trabaja en una empresa donde utilizan scrum y también han comenzado a trabajar con kanban. Usted está trabajando como product owner en esta compañía. Se ha disparado el valor de intercambio monetario del dólar y todos los proyectos de la compañía se han visto afectados por este cambio en el entorno económico. Un comité ejecutivo en la empresa le indica que desea cambiar la prioridad de varios elementos en el product backlog, así que usted:
Les indica que para modificar el product backlog deben esperar a la próxima reunión de planificación y ahí se deben presentar los riesgos del proyecto que se deben tener en cuenta para la priorización posterior.
No permite los cambios en el product backlog, una vez colocados los elementos en un determinado orden no deben cambiarse porque esto afectaría el conocido triángulo de la triple restricción, presente en la guía de scrum.
Les dice que pueden presentar los deseos del comité, pero sólo usted puede cambiar el product backlog.
Les otorga un permiso temporal a los developers para modificar el product backlog dado que ellos están más familiarizados con los implementos a comprar en dólares.
Usted es el product owner en un equipo scrum y los developers desean renegociar los elementos del product backlog.
Usted puede renegociar hasta llegar a un acuerdo con los developers.
Decide consultar con el cliente y las partes interesadas antes de reunirse con los developers.
Usted se niega ya que el product backlog fue establecido previamente y no está sujeto a cambios.
Usted se comunica con el scrum master y sólo hace una negociación con él.
¿Cómo se puede minimizar el riesgo usando scrum?
Entregando temprano y con frecuencia.
Por alta velocidad.
Definiendo el objetivo del producto en una etapa temprana.
Involucrando a los developers en la definición del orden de los elementos del product backlog.
Usted pertenece a una pequeña compañía donde se ha iniciado la implementación del marco de trabajo de scrum. La compañía es muy pequeña y el equipo de trabajo es reducido. Se decide que el scrum master asuma también el rol de product owner. Usted considera que…
El scrum master sólo puede sustituir a uno de los miembros de los developers pero no debe tener los dos roles.
Es una muy buena idea y es permitida según la guía scrum.
Lo mejor será no tener scrum master.
El scrum master nunca puede ser un product owner, hay que buscar otra solución.
¿Cómo se maneja el product backlog en scrum cuando varios equipos están trabajando en el mismo producto?
En scrum, nunca varios equipos trabajan en el mismo producto.
Cada equipo tiene su propio product backlog.
En este caso, se utiliza un documento de especificación en lugar de un producto backlog.
Todos los equipos utilizan un product backlog común.
Usted trabaja como product owner para una compañía de adecuación de oficinas y espacios de trabajo. Se usará scrum para la prestación del servicio durante dos meses. Se tiene el product backlog y el sprint goal. Los developers deciden modificar la prioridad de los elementos del product backlog, por lo tanto:
En el próximo evento scrum se le da a conocer al product owner los cambios realizados.
Los developers deben comunicarle su decisión al scrum master para que éste tome la decisión final.
En el momento en que los developers deciden modificar las prioridades de los elementos se debe avisar inmediatamente al cliente del call center.
Los developers pueden modificar la prioridad de los elementos del product backlog siempre y cuando el producto owner les haya delegado esta responsabilidad.
¿Cómo describiría scrum?
Un método que ayuda a desarrollar software.
Un marco de trabajo para el desarrollo front-end.
Un marco de trabajo para desarrollar productos complejos.
Un método de gestión de proyectos.
Usted es el product owner en un scrum team. ¿Cuál de las siguientes no es correcta según su conocimiento en scrum?
El sprint backlog es un plan realizado por y para los developers, que se compone del objetivo del sprint (por qué), el conjunto de elementos del product backlog seleccionados para el sprint (qué), así como un plan de acción para entregar el increment (cómo).
El propósito del sprint review es inspeccionar el resultado del sprint.
Durante el sprint review el scrum team y los interesados revisan lo que se logró en el sprint.
La daily scrum es el único momento en el que los developers pueden ajustar su plan en presencia del product owner para recibir feedback del avance.
Durante una reunión de trabajo varios compañeros de su área han discutido sobre el rol del scrum master, y han llegado a la conclusión de que:
Es el responsable de maximizar el valor del producto.
Es el responsable de maximizar el trabajo de los developers a través de brindarles mayor claridad y detalle de la lista del producto (product backlog).
Es el responsable de asegurar que los developers entiendan los elementos de la lista del producto.
Ninguna de las anteriores.
¿Qué tarea no entra dentro del área de responsabilidad del product owner?
Asegurar la visibilidad del product backlog.
Optimizar el valor del trabajo que realizan los developers.
Asegurarse de que los developers comprendan los elementos del product backlog.
Asegurar que todos tengan una comprensión correcta de agilidad.
Los developers no tienen todas las habilidades para producir un incremento que cumpla con la definición de terminado. ¿Cuál sería la mejor acción en este caso?
Se intenta agregar otro developer que tenga las habilidades faltantes.
El trabajo lo realiza un equipo scrum diferente.
Se modifica la definición de terminado para que ya no se incluya el trabajo que no se puede hacer.
El trabajo relevante puede ser realizado por alguien fuera del equipo poco antes del lanzamiento del producto.
Es aconsejable invitar a los stakeholders importantes al sprint review ya que deben dar retroalimentación. ¿Con qué debería relacionarse principalmente esta retroalimentación?
El increment.
La forma en que trabaja el equipo.
El proceso de scrum.
La responsabilidad del product owner por los resultados.
Las especificaciones técnicas.
¿Cuál es el compromiso en términos de increment?
El objetivo del sprint.
El objetivo del producto.
La definición de terminado.
El cumplimiento de los requisitos de calidad.
¿Qué características deben tener los elementos del product backlog para incluirlas en el siguiente sprint?
Contienen nuevas funcionalidades.
Son entendidos por el product owner y los developers.
Deben haber sido aprobados por el scrum master.
Se presentaron a los stakeholders.
¿Cuáles artefactos son responsabilidad única del product owner?
Lista del producto (product backlog).
Lista de pendientes del sprint (sprint backlog).
Incremento del producto.
Todas.
