NEW
Font size
WorksheetsPO-SEQUAL-SIM EXAM 1:SCRUM PO CERTIFICATE
Total questions: 40
Worksheet time: 40mins
El product owner debe haber creado un product backlog completo antes del primer sprint
Correcto
Incorrecto
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:
Guiar a la organización en su adopción de Scrum en el desarrollo de productos
Hacer visible el Product Backlog
Participar como Developer en el Daily Scrum si trabaja activamente en elementos del Sprint Backlog
Encontrar técnicas para una definición efectiva de objetivos del producto inclusive con la ayuda del Scrum Master
¿Cómo pueden los Developers reducir el desperdicio?
Pidiendo al Scrum Master que elabore una lista de todos los documentos técnicos innecesarios
Al hacer el sprint retrospective solamente en cada segundo Sprint
Acortando el Sprint
Detallando únicamente los elementos del Sprint Backlog que se implementarán en un futuro próximo
Durante el desarrollo de un Sprint en un proyecto de su empresa, los Developers necesitan comunicarse con el cliente, por lo que:
Sólo el scrum Master se contacta directamente con el cliente
Se convoca a una reunión de emergencia con el Equipo Scrum, el cliente y las partes interesadas
Los Developers solicitan al Scrum Master una reunión con los interesados (stakeholders) clave
Sólo el Product Owner se contacta directamente con el cliente
Usted pertenece a una pequeña compañía donde se inicia la implementación del marco de trabajo de Scrum basado en la Guía 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 hacer los dos roles
Es una muy buena idea y es permitida según el Scrum Guide
Lo mejor será no tener Scrum Master
El Scrum Master nunca puede ser un Product Owner, hay que buscar otra solución
Usted ha estado leyendo en un blog de internet acerca de la Lista de Producto (Product Backlog). Varios de los participantes del blog discuten sobre este tema y usted desea adicionar información que le parece relevante. ¿Cuál(es) de los siguientes enunciados podría adicionar usted para ayudar a los demás lectores a entender mejor la Lista de Producto?
Un Product Owner ordene el trabajo de un problema complejo en un Product Backlog
Múltiples Scrum Teams cohesivos deben compartir el mismo Product Backlog
El Product Backlog enumera todas las características, funcionalidades, requisitos, mejoras y correcciones que constituyen cambios a ser hechos sobre el producto para entregas futuras
Durante el Sprint el Product Backlog se refina según sea necesario
Todos los enunciados son lineamientos de la Guía Scrum
¿Cuál es el compromiso en términos de Increment?
Objetivo del producto
El cumplimiento de los requisitos de calidad
Definición de terminado
Objetivo del Sprint
¿Cómo se registran principalmente los requerimientos no funcionales?
Están documentados en un documento separado fuera del Product Backlog
Están documentados en el Product Backlog
Se incluyen en la Definición de Terminado
Se implementarán por separado después del lanzamiento del producto
Las respuestas B Y C son correctas
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:
Asegurar que durante los Sprint Planning los asistentes estén preparados para discutir los elementos más importantes del Product Backlog
Reemplazar el empirismo con prácticas más precisas como el uso de los flujos acumulativos (cumulative flows)
Actuando como Developer podría pronosticar el progreso durante el Sprint usando prácticas como el trabajo pendiente (burn-downs)
Asegurar de que el producto backlog sea entendido por los developers
¿Cuándo se revisará la Definición de Terminado?
Durante el Sprint Retrospective
Puede comprobarse en cualquier momento
Durante el Sprint Review
Entre los Sprints
Durante el Sprint Planning
Acaba de obtener su certificación como Scrum Product Owner Professional Certificate y se le nombró como Product Owner de un proyecto en su compañía. Una de las primeras decisiones que requiere tomar es la inminente necesidad de cancelar un Sprint. ¿Bajo qué motivos lo cancelaría?
Usted es nuevo en el rol y desea iniciar de cero para tener el control
Se puede cancelar si el objetivo del Sprint quedó obsoleto
El Product Owner no tiene la autoridad de cancelar el Sprint
Ningún Sprint se debe cancelar
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?
La inspección del trabajo en la reunión de revisión del Sprint
Reunir los elementos del Product backlog
Ejecución de la reunión Scrum diaria
Liberación de un producto terminado
El Product Owner determina cuántos elementos del Product Backlog los Developers deben incluir en el Sprint
Correcto
Incorrecto
Como Product Owner, usted se reúne con un usuario. El usuario le pregunta qué es la definición determinado. Todas las siguientes no son Definición de Terminado, con excepción de:
La definición de terminado es una descripción formal del estado del incremento cuando cumple con las medidas de calidad requeridas para el producto
La definición de terminado es una descripción informal del estado del incremento cuando cumple con las medidas de calidad requeridas para el producto
La definición de terminado es la definición del estado del incremento cuando el cliente acepta que está terminado
La definición de terminado implica que el proyecto ha sido terminado en los términos contractuales
El Dueño de Producto y los Developers han decidido iniciar un proceso para añadir detalle, estimaciones y órden a los elementos de la Lista de Producto. Durante el proceso la Lista de Productos se examinará y se revisarán sus elementos. Este proceso en la Guía de Scrum desarrollada y soportada por Ken Schwaber y Jeff Sutherland se denomina:
Revisión
Retrospectiva
Refinamiento
Reunión de planificación
¿Cómo se puede minimizar el riesgo usando Scrum?
Involucrando a los Developers en la definición del orden de los elementos del Product Backlog
Definiendo el objetivo del producto en una etapa temprana
Entregando temprano y con frecuencia
Por alta velocidad
Usted se ha preparado como Product Owner. Ahora en su empresa mientras que los Developers se encuentran a mitad de un Sprint, se decide cancelarlo. ¿Quién es el único con la autoridad para cancelar el Sprint, basado en la Guía Scrum?
El Scrum Master
Los Developers
El Director del Proyecto
El Product Owner
Se recomienda el siguiente procedimiento con respecto a las liberaciones (releases).
Releases trimestrales
Releases tempranos y frecuentes
Un release después de que el producto se haya terminado por completo
Releases semestrales
Un proyecto en su compañía está a la mitad de un Sprint. Usted Se capacitó con Sequal Solutions y acaba de obtener la certificación como Scrum Product Owner Professional. Basado en esto y los lineamientos de la Guía Scrum, usted puede:
Realizar cambios que afecten al Objetivo del Sprint (Sprint Goal)
Negociar con los Developers el alcance de la Lista del Sprint (Sprint Backlog) dentro del Sprint sin afectar el Objetivo del Sprint
Prolongar la duración del Sprint
Ninguna de las anteriores
En un proyecto de la compañía se ha “terminado” un producto. Basado en lo aprendido durante su entrenamiento de Scrum Product Owner con Sequal Solutions, ¿quién es el responsable de liberar el producto?
El Product Owner
El Scrum Master
Los developers
Todo el Equipo Scrum
El Product Owner puede considerar las dependencias al organizar los elementos del Product Backlog
Correcto
ncorrecto
¿Qué afirmación sobre el Product Backlog es correcta?
Lo actualiza el scrum Master
Nunca está completo
Los cambios en el Product Backlog requieren una solicitud de cambio formal
Se define en su versión final antes del primer Sprint
¿De qué es responsable un Product Owner?
Actualizar el Sprint Backlog
Maximizar el valor del producto
Coachear a los Developers
Entrega de Increments
En la actualidad para la empresa que usted trabaja con Scrum han iniciado a trabajar Kanban también. 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 ven 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:
No permite los cambios en el product backlog, una vez colocados los elementos en un determinado orden no deben cambiarse ya que esto afectaría el conocido triángulo de las restricciones presente en la guía scrum
Les otorga un permiso temporal a los developers para modificar el product backlog dado que ellos están más familiarizados con los elementos a comprar en dólares
Puede representar los deseos del comité, pero sólo usted puede cambiar el product backlog
Les indica que para modificar el product backlog deben esperar a la próxima reunión de planificación y se deben ahí presentar los riesgos del proyecto que se tendrán en cuenta para la priorización posterior
¿Cuál de las siguientes afirmaciones es incorrecta?
El Scrum Master puede crear elementos para el Product Backlog
Los Developers llevan a cabo el refinamiento del Product Backlog.
El único criterio para organizar el Product Backlog es el valor de los elementos del Product Backlog
Si varios equipos están trabajando en un producto deberían tener el mismo Product Backlog
Su compañía está iniciando la implementación de Scrum, y lo han nombrado Product Owner. El Scrum Master le solicita el Product Backlog final para poder iniciar el proyecto, pero usted sabe que:
La Lista de Producto evoluciona a medida que el producto y el entorno en el que se usará también lo hacen. La Lista de Productos es dinámica, cambia constantemente para identificar lo que el producto necesita para ser adecuado, competitivo y útil
La Lista de Producto finaliza cuando el patrocinador firma el plan de proyecto definitivo y a partir de ese momento sólo se aceptan los cambios aprobados por el comité de control de cambios
La Lista de Producto (Product Backlog) sólo puede estar terminada luego de ser discutida con un comité
La Lista de Producto (Product Backlog) sólo puede estar finalizada después de ser discutida con los otros integrantes del equipo Scrum
Usted ha trabajado como Project Manager (Director de Proyectos) de métodos tradicionales y reconocidos mundialmente. Actualmente tiene una de las certificaciones más reconocidas mundialmente en dirección de proyectos. Ahora usted desea ser un Dueño de Producto (Product Owner). Se ha presentado una discusión acerca de la responsabilidad sobre la Lista de Pendientes del Sprint (Sprint Backlog) después de un entrenamiento que ha tomado todo el Equipo Scrum con Sequal Solutions. ¿Cuál de las siguientes afirmaciones es correcta?
El Sprint Backlog es un plan realizado por y para el Scrum Master 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 Sprint Backlog es un plan realizado por y para el Equipo scrum 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 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 Sprint Backlog es un plan realizado por y para el Product Owner 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).
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:
Proponer cómo el producto podría incrementar su valor y utilidad en el Sprint
Descomponer los elementos del Product Backlog para determinar cómo se realizará el trabajo por parte de los Developers
Ordenar el trabajo de un problema complejo en un Product Backlog
A través de una conversación con los Developers seleccionar elementos del Product Backlog para incluirlos en el sprint
En general, el primer Sprint se utiliza para crear la cartera de pedidos del producto. En este caso, el incremento sólo consiste en la cartera de productos
Correcto
Incorrecto
Controlando solo que los Time Box se mantengan
Participando en el trabajo del Sprint como Developer
¿Cuál es el nombre de la actividad en la que se detalla el Product Backlog?
Product Backlog Refinement.
Sprint Planning
Scrum Planning
Daily Scrum
¿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
¿Cómo se puede describir un producto desde la perspectiva de Scrum?
Tiene criterios de aceptación y su propia definición de terminado
Tiene límites claros y clientes conocidos
Consiste en varios elementos del Sprint Backlog
Sólo se define después de algunos Sprints
Mientras labora como Product Owner en una compañía, le solicitan realizar un seguimiento al Sprint para conocer la tendencia del progreso, así que usted
Lo notifica al Scrum Master con el fin de tener una autorización escrita
No lo realiza, es responsabilidad de los Developers
Convoca a un Scrum Diario e inspecciona el avance con los Developers
Pide que sea una solicitud directa del director del proyecto para conocer la estructura de trabajo desglosado primero
Los elementos del Product Backlog se pueden cambiar con respecto a su posición en el Product Backlog, pero nunca se deben eliminar
Correcto
Incorrecto.
Mientras usted trabaja como Product Owner en una compañía, el departamento de innovación necesita desarrollar un nuevo producto. Un miembro del equipo de innovación no sabe que es una Lista del Sprint (Sprint Backlog) por lo que se comunica con usted para preguntarle. Su mejor respuesta será:
El Sprint Backlog es un plan realizado por el Product Owner
El Sprint Backlog es un plan realizado por y para los clientes.
El Sprint Backlog es un plan realizado por y para el Scrum Master
El Sprint Backlog es un plan realizado por y para los Developers
¿Que no es un artefacto Scrum?
El Product Backlog
La visión del producto
El Increment
El Sprint Backlog
Basado en la Guía Scrum, si durante la ejecución de un Sprint los Developers no entienden un elemento del Product Backlog, ¿A quién deben recurrir con el fin de tener mayor claridad y detalle?
Al Scrum Master
Al cliente, que conoce los requisitos claramente
Al Product Owner
Al acta de constitución del proyecto
Usted es el Product Owner en un Scrum Team. ¿Cuál de las siguientes no es correcta según su conocimiento en Scrum?
El Scrum Team está generalmente conformado por 10 personas o menos
El Scrum Team es responsable de todas las actividades relacionadas con el producto
La inspección se vuelve más difícil cuando las personas involucradas no están empoderadas
Los Scrum Teams son multifuncionales
En una reunión varios colegas discuten sobre las funciones del Producto Owner, los Developers y el Product Backlog. Usted acaba de terminar su entrenamiento oficial con Sequal Solutions. ¿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
¿Cómo describiría Scrum?
Un marco para el desarrollo front-end
Un método de gestión de proyectos
Un marco para desarrollar productos complejos
Un método que ayuda a desarrollar software
