SCRUM MASTER PROFESSIONAL CERTIFICATE (SMPC)

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

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... 4 Horas. 1 Horas. 2 Horas. 8 Horas.

¿Quién participa en la reunión Sprint Retrospective?. 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.

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

¿Quién actualiza gráficos de tendencias en Scrum?. 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.

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

¿Por qué se celebra el Daily Scrum a la misma hora y en un lugar diferente?. 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.

¿Cuáles son los roles en un Scrum Team? (Seleccione todas las que corresponda). Scrum Manager, Product Owner y Development Team. Scrum Tester, Product Owner y Development Team. Ninguno. Scrum Project, Product Owner y Scrum Manager.

El proyecto se divide en dos Sprints, cada Sprint es de dos semanas de duración, entonces…. 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.

¿Cuál de los siguientes es un principio de Scrum?. 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.

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 tiene un Product Owner. Verdadero. Falso.

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

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

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

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

¿Scrum es?. Adaptativo. Predictivo.

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

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

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

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

¿Quién tiene el primer contacto con el cliente?. Development Team y Product Owner. Development Team. Scrum Team. Depende, ya sea el Scrum Master o el Product Owner. Siempre el Product Owner.

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. Gestionar el Scrum Team. 4. Adicionar o Remover Miembros al Team. 1, 2, 3. Ninguna. 2, 3. 1, 2. Todas.

¿Qué enunciado describe mejor la responsabilidad de un Scrum Master?. 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.

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

Una terminación anormal de una Daily Meeting es cuando: 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.

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é?. 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.

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

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

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

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

¿Cuánto trabajo debe un equipo hacer a un User Story ítem que es seleccionado para una liberación?. 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.

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

¿Qué significa, decir que un evento tiene un timebox?. 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.

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

¿Cuáles son los roles en un equipo de desarrollo? (Seleccione todas las que correspondan). Scrum Tester. Scrum Manager. Product Owner. Scrum Master. Ninguna.

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

¿Qué significa para un equipo ser Multifuncional?. 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. 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.

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

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

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

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. Verdadero. Falso.

El Product Owner solicita al Scrum Master que siempre quiere estar presente en el Daily Meeting. 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.

¿Cuáles son los roles en un Scrum Team (Equipo Scrum)? (Seleccione todas las que correspondan) 1. Scrum Tester. 2. Scrum Developer. 3. Scrum Manager. 4. Product Owner. 5. Scrum Master. 1,3,5. 2,4,5. 1,4,5. 2,3,5.

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

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?. El Product Owner puede ayudar a aclarar u optimizar el Sprint cuando se le es consultado por el equipo de desarrollo. 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. 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.

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

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

¿Cuál es la razón principal para que el Scrum Master participe en el Daily Scrum?. 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. Él o ella no tiene que estar allí; él o ella sólo tiene que velar por que el equipo tenga un Scrum Diario. Para obtener los estados y la información del progreso para informar a la dirección. Para anotar cualquier cambio en el Sprint Backlog, incluyendo la adición de nuevos elementos, y el seguimiento de los avances en el Burndown.

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

¿Cuánto trabajo debe un equipo hacer a un elemento del Product Backlog seleccionado para un Sprint?. 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. Como mucho lo que pueda encajar en el Sprint. 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. Análisis, diseño, construcción, pruebas y documentación.

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

Scrum no tiene un rol llamado “Project Manager”. Verdadero. Falso.

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

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

¿Qué afirmación describe mejor el Sprint Review?. Se trata de una revisión de las actividades del equipo durante el Sprint. 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. Es un demo al final del Sprint para cada persona en la organización para proporcionar información sobre el trabajo realizado. 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.

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

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

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

Cuando varios equipos están trabajando juntos, cada equipo debe mantener un Product Backlog por separado. Verdadero. Falso.

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

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?. El Scrum Master, el director del proyecto y el Team. El Product Owner y el Development Team. El Product Owner y todos los Stakeholders. El Development Team.

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

¿Cuándo muchos equipos están trabajando en un solo producto, ¿Cuál de las siguientes mejor describe la definición de “Done”?. Cada equipo define y utiliza el propio. Las diferencias se discuten y se reconcilia durante un Sprint refuerzo. 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. Todos los equipos deben de tener una definición de “Done” que hace su trabajo combinado potencialmente entregable. Es relativo.

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

Los miembros del equipo son propietarios de los elementos del Sprint Backlog: En la reunión de planificación de Sprint se delega la propiedad. 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. Cada vez que un miembro del equipo tenga la capacidad para más trabajo. Durante el Daily Scrum se discute quien será el propietario.

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

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

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?. Sin un nuevo vocabulario como un recordatorio del cambio, solo un cambio muy pequeño en realidad podría suceder. La organización no podrá entender lo que ha cambiado con Scrum y las ventajas de Scrum se pueden perder. La gerencia se puede sentir menos ansiosa. Todas las respuestas aplican.

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

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

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

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

¿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?. El Product Owner. El Team. Scrum Master. El Project Manager.

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

¿Cuál de las tres (3) actividades siguientes, un Product Owner se compromete durante un Sprint? a) Responder las preguntas del Team sobre los Items en el actual Sprint. b) Trabajar con los Interesados. c) Proporcionar retroalimentación. d) Revisar las Actividades del Team. b, c, d. a, b, c. a, b, d. a, c, d.

¿Quién debe de saber más sobre las tareas en el Scrum Board?. Scrum Master. Product Owner. Team.

¿Cuál de los siguientes son los roles en un equipo Scrum?. El Team, Product Owner y el Scrum Master. El Team, Usuario y el Cliente. Usuario, Cliente y el Product Owner. Product Owner, Scrum Master, y el Cliente.

Durante un Sprint, un equipo determina que no será capaz de terminar el forecast completo. ¿Quién debe estar presente para revisar y ajustar el trabajo Sprint seleccionado?. El Scrum Master, el directorio del proyecto y el team. El product Owner y el Team. El product Owner y todos los stakeholders. El Team.

¿Qué afirmación describe mejor el Sprint Retrospective?. Es una demostración al final del Sprint para las personas en la organización para proporcionar información sobre el trabajo realizado. Se utiliza para el ROI. Es cuando el equipo Scrum y las partes interesadas adaptan los resultados del Sprint, y averiguan que hacer en el siguiente Sprint y hacer los demos para las partes interesadas. Se trata de una revisión de los diferentes procesos.

¿Quién actualiza gráficos de tendencias en Scrum?. Sprint burndown chart, Product Owner o el Team. Release burndown chart o el Scrum Master. Sprint burndown chart, Scrum Master o el Team. Release burndown chart o el Team.

La integración y pruebas en Scrum son opcionales, solo es para asegurarse, el Equipo de Desarrollo decide qué hacer. Verdad. Algunas Veces. Falso.

Esto no se discute durante la revisión de Sprint: Evaluación del próximo Sprint. Lo que salió bien. Qué hacer a continuación.

Expresar claramente los elementos del Product Backlog es una responsabilidad del: Scrum Tester. Scrum Manager. Product Owner. Scrum Master.

Las preguntas abordadas en el Sprint Planning son: 1. Cuando 2. Que 3. Quien 4. Como 5. Por Qué. 1, 2. 2, 4, 5. 2, 3, 5. 1, 2, 4.

Una de las responsabilidades del Scrum Master es asegurarse que las metas, alcance y dominio de producto sean entendidas por todos en el Scrum Team. Verdadero. Falso.

En el Daily Scrum participan: Los Developers y los Stakeholders. Los Developers, y el Scrum master o Product owner si están trabajando activamente en un item de producto. Los Developers y el Product Owner. El Scrum master y el Product owner.

Una de las formas en las que el Scrum Master sirve al Product Owner es encontrando técnicas para una definición efectiva de objetivos y adecuada gestión del Product Backlog. Verdadero. Falso.

¿Cómo definirías Scrum?. Un medio para dividir un proyecto en sus partes componentes para que comprendamos exactamente lo que debemos hacer antes de comenzar el trabajo. Un marco de trabajo que se ha utilizado para gestionar el trabajo en productos complejos. Scrum no es un proceso, técnica o método definitivo. Un marco que divide a los equipos en silos, solicitando a cada miembro del equipo que se concentre en un producto específico dentro de un marco de tiempo determinado. Una metodología fácil de dominar para la entrega de proyectos complejos en el menor tiempo posible.

Scrum emplea un enfoque iterativo e Incremental para: Entornos de incertidumbre donde se optimiza la previsibilidad y controla el riesgo. Entornos donde se comprende bien un problema. Entornos donde hay restricciones severas de tiempo. Entornos que se basan en implementaciones de productos predecibles y por fases.

El Scrum Master es responsable de promover y apoyar Scrum como se define en la Guía de Scrum. Verdadero. Falso.

Scrum se usa como: Un medio para investigar e identificar mercados viables, tecnologías o capacidades de productos. Una forma de trabajar para un ciclo de desarrollo continuo, liberando las características y mejoras del producto con la mayor frecuencia posible. Un marco para gestionar varios entornos operativos en paralelo para el uso del producto. Todo lo anterior.

Remover impedimentos del progreso del equipo es una responsabilidad del Product Owner. Falso. Verdadero.

¿Qué entiende por el término «Sprint»?. Es el progreso de un proyecto. Es el tiempo requerido para completar un proyecto. Es el corazón de Scrum. Es el intervalo de tiempo durante la ejecución de un evento Scrum.

Supongamos que se cancela un Sprint y el Product Owner descubre que se ha completado parte del trabajo y que las partes «hechas» son potencialmente liberables. ¿Qué hará el Product Owner?. Rechazar y concentrarse en el próximo Sprint. Vuelva a diseñar la pieza que no es liberable. Normalmente acepta el trabajo. Rechazar el trabajo.

¿Cuál de estos es responsabilidad del Scrum Master?. El Scrum Master debe colaborar con el Development Team durante la planeación del Sprint, ayudando con las estimaciones del proyecto. Scrum Master debe comunicar el progreso del proyecto a la organización en general, actualizando los equipos en cuanto a entregables y plazos. El Scrum Master facilita la colaboración de los stakeholders dentro del producto que se está creando según se le solicite o según sea necesario para el Product Owner. El Scrum Master define las entregas de Sprints y los calendarios de lanzamiento a través de la comprensión de los requisitos de la organización.

Se lleva a cabo un(a) ______________ al final del Sprint para inspeccionar el incremento y adaptar el Product Backlog si es necesario. Sprint Retrospective. Daily Scrum. Sprint Review. Sprint Planning.

El Scrum Master sirve al Product Owner de varias maneras, incluido establecer una planificación empírica de productos para entornos complejos. Verdadero. Falso.

El Product Owner es un líder servicial para el Scrum Team. Verdadero. Falso.

Esto generalmente se discute en el Daily Scrum: Revisión del calendario, el presupuesto y las capacidades potenciales. Verdadero. Falso.

De la lista de abajo, identifica el conjunto completo de valores Scrum. Transparencia, inspección y adaptación. Compromiso, coraje, franqueza, enfoque y transparencia. Respeto, compromiso, enfoque, coraje y adaptación. Respeto, compromiso, enfoque, coraje y franqueza.

"…cuando cumple con las medidas de calidad requeridas para el producto.” La frase anterior describe: El objetivo del Sprint. El objetivo del Producto. Las definiciones de terminado. Ninguna de las anteriores.

¿Quiénes son los miembros principales de cualquier Scrum Team?. El Product Owner, los Developers y el Project Manager. El Product Owner, los Developers y el Scrum Master. El Product Owner, el Project Manager y el Scrum Master. El Scrum Master y los Developers.

Scrum ahora se usa ampliamente para productos y servicios. Verdadero. Falso.

¿Cuál de los siguientes son eventos de Scrum?. Sprint Planning. Daily Scrum. Sprint Review. Todo lo anterior.

El Scrum Master es responsable de ordenar los ítems en el Product Backlog para alcanzar las metas y objetivos de mejor forma. Verdadero. Falso.

El marco de Scrum consiste en: 1. Roles. 2. Eventos. 3. Artefactos. 4. Reglas. 1. 1 y 2. 1, 2 y 3. 1, 2, 3 y 4.

El Scrum Team es una unidad cohesionada de profesionales con diferentes competencias que: Se enfocan en un objetivo a la vez. Desarrollan todos los objetivos a la vez para darle uniformidad al producto. Deciden si establecer objetivos del producto, dependiendo del ambiente de desarrollo. Se encargan de satisfacer los objetivos establecidos por el cliente.

El Daily Scrum es una reunión__________ de __________. Interna; Los Developers. Externa; El Scrum Team. Interna; El Scrum Team. Externa; Los Developers y el Scrum Master.

"…es un compromiso de los Developers, proporciona flexibilidad en términos del trabajo exacto necesario para lograrlo.” La frase anterior describe: El objetivo del Sprint. El objetivo del Producto. Las definiciones de terminado. Ninguna de las anteriores.

Las personas que se comprometen a crear cualquier aspecto de un incremento utilizable son: Scrum team. Product Owner. Developers. Scrum Master.

El resultado de ___________ es un Product Backlog revisado que define los elementos probables para el próximo Sprint. Sprint Retrospective. Product Backlog refinement. Sprint Review. Sprint Planning.

Scrum se ha utilizado para desarrollar: 1. Software. 2. Redes de función interactiva. 3. Vehículos autónomos. 4. Marketing. 1. 1 y 2. 1, 2 y 3. 1, 2, 3 y 4.

¿Qué enunciado describe mejor la responsabilidad de un product owner ?. Maximizar el valor del producto resultante del trabajo del equipo Scrum. Dirigir el equipo. La gestión del proyecto y asegurar que el trabajo cumpla los compromisos con los grupos de interés. Mantener las partes interesadas al tanto.

El/La ____________ de un Daily Scrum se establece por. Estructura; Los Developers. Plan; El Product Owner. Reunión; El Scrum Master. Objetivo; El Scrum Team.

Si la definición de terminado de los incrementos, no es parte de los estándares de la organización, entonces: Los equipos deciden si crear o no la definición de terminado para los productos. Los equipos deberían crean la definición de terminado para los productos. Consultar con la organización si la definición de terminado es necesaria para los productos. Determinar si las definiciones de terminado aportan al desarrollo del producto.

El Scrum Master es un líder al servicio de la organización en la adopción y adaptación, y dentro del equipo en el uso y entendimiento del marco de trabajo Scrum. Verdadero. Falso.

¿En cuál de las siguientes situaciones se puede 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.

Scrum es un(a) _________ que ha sido utilizada para gestionar el trabajo en ___________ complejos. Técnica; Sprints. Proceso; Proyectos. Marco de trabajo; Productos. Modelo; Servicios.

Cuando se cancela un Sprint, cualquier ítem Terminado y « ________» del Product Backlog es _______. Funcional; implementado. Hecho; implementado. Completado; revisado. Hecho; revisado.

¿Cuál es el propósito del Daily Scrum?. El Daily Scrum es la oportunidad del Scrum Master de proporcionar una actualización del proyecto al equipo, marcando áreas particulares de preocupación. El Daily Scrum puede durar hasta una hora y es usado por los Developers para discutir las complejidades del Sprint actual. El Daily Scrum permite a la organización presentar preguntas a los Developers, buscando comentarios sobre el desarrollo del producto. El Daily Scrum es un ciclo de retroalimentación que presenta la oportunidad para que el equipo pueda inspeccionar el progreso hacia el objetivo del sprint, haciendo ajustes tanto al Sprint Backlog como al plan de trabajo en pro de la consecución de objetivos.

El Scrum Master realiza las siguientes actividades: 1. Liderar a la organización en su adopción de Scrum. 2. Facilitar la colaboración de los interesados según se solicite o necesite. 3. Identificar las acumulaciones de productos para el Sprint. 4. Asegurarse de que todos los eventos de Scrum se lleven a cabo y sean positivos, productivos y se mantengan dentro de los límites de tiempo recomendados. 1,2 y 4. 1 y 2. 1 y 4. Todas las anteriores.

El Product Backlog es: Una lista definida y estimada de lo que se necesita para mejorar el producto. Una lista divergente y ordenada de lo que se necesita para satisfacer las necesidades del cliente. Una lista emergente y ordenada de lo que se necesita para mejorar el producto. Una lista emergente y estimada con una división por fases del producto.

¿Qué significa para un equipo ser multifuncional?. El equipo debe incluir a alguien de ciencias de la computación, diseño, control de calidad y pruebas. El equipo incluye personas con habilidades cruzadas que son capaces de diseñar, realizar y probar. Los Developers son individuos con habilidades cruzadas que pueden contribuir a hacer lo necesario para ofrecer un aumento en el producto. El equipo habla diferentes idiomas.

¿Qué palabras o términos están relacionados con Scrum? 1. Agilidad. 2. Desarrollo incremental. 3. Respuesta rápida a los cambios. 1. 2. 1 y 2. 1, 2 y 3.

¿Cuántas horas al día debe una persona trabajar en un Scrum Team?. Tanto como sea posible. El Product Owner lo decide. El Scrum Master lo decide. A un ritmo sostenible, lo que permite alcanzar el objetivo.

Durante el Sprint, el rol del Scrum Master es: Eliminar impedimentos. Facilitar la inspección y adaptación. Administrar el Scrum Team. Agregar o quitar miembros al equipo.

Scrum es ampliamente utilizado para productos y servicios. Verdadero. Falso.

Cuánto trabajo tiene que hacer un equipo para un elemento de una User Story que se selecciona para un lanzamiento?. Tanto como lo que se puede hacer en el proyecto. Lo que el equipo le haya dicho al Product Owner que se hará para cada User Story seleccionada de acuerdo con el DoD. Lo mejor que se puede hacer considerando que, por lo general, es imposible para QA completar todas las pruebas necesarias para probar la integridad. Lo que el equipo haya informado a los Stakeholders, se hará para cada User Story.

Scrum se basa en: Adaptar y producir valor. Procesos concebidos desde la experiencia para tomar decisiones, reducir los desperdicios generados y enfocarse en lo realmente importante o esencial. Predicción de procesos basados en datos y mejoras emergentes del producto. Ciclos iterativos e incrementales para la entrega valor, a través de unos increments que cumplen con medidas de calidad de alto nivel.

¿Quién tiene más autoridad para los Developers: Scrum Master o Product Owner?. Scrum Master. Ambos 1 y 3. Product Owner. Ninguno.

El proyecto se divide en cuatro Sprints, cada Sprint dura una semana, entonces, la planeación de Sprint debe durar. 4 horas. 1 hora. 2 horas. 8 horas.

Un nuevo desarrollador se ha unido a un Scrum Team existente. Él ha estado teniendo conflictos continuos con diferentes miembros del equipo y eso está haciendo que el ambiente sea hostil. Si es necesario, ¿quién sería responsable de eliminar al nuevo miembro del equipo y por qué?. El CEO y el Scrum Master son responsables de esto, ya que son los principales interesados. El Equipo es responsable porque es un equipo auto-organizado, aunque es posible que la decisión deba ser aconsejada por el Scrum Master. Un miembro del equipo de Scrum no puede ser despedido si el Sprint ha comenzado. El Product Owner y el Scrum Master son responsables de esto.

¿Cuál de los siguientes es un ciclo de retroalimentación de Scrum?. Daily Scrum Meeting. Sprint Review. Sprint Retrospective. Todos los anteriores.

Todas las User Stories que pertenecen al mismo Sprint tienen los mismos criterios de aceptación. Verdadero. Falso.

¿Cuáles son los roles en un Scrum Team? 1. Scrum Tester. 2. Scrum Developer. 3. Scrum Manager. 4. Product Owner. 5. Scrum Master. 1, 3 y 5. 2, 3 y 5. 1, 4 y 5. 2, 4 y 5.

Si dos miembros de un equipo trabajan en un solo proyecto que consiste en un solo producto, pueden tener diferentes Product Owners y Scrum Masters. Si. No.

¿Quién tiene más autoridad para los Developers: Scrum Master o Product Owner?. Scrum Master. Ambos 1 y 3. Product Owner. Ninguno.

Brett fue contratado para ser el Scrum Master en la Compañía ABC. Antes, la compañía ABC estaba usando el modelo de cascada y ahora está implementando Scrum. ¿Cuáles son las formas en que Brett puede servir a la Compañía ABC? 1. Planificando las implementaciones de Scrum dentro de la organización. 2. Ayudando a los interesados a crear un Balanced Score Card con las métricas de Scrum. 3. Eliminar las barreras entre las partes interesadas y los Scrum Teams. 1. 1 y 2. 1 y 3. 1, 2 y 3.

En Scrum, la integración y las pruebas son opcionales. Sin embargo, los Developers decide qué hacer. Verdadero. Algunas veces. Falso.

¿Qué enunciado describe mejor la responsabilidad de un Scrum Master?. La gestión y garantizar que el trabajo cumpla los compromisos con los Stakeholders. Responsable de promover y apoyar Scrum. Mantener a los interesados a raya. La gestión del equipo como Project Manager.

De acuerdo con la Guía de Scrum, ¿Quién asiste a la Sprint Retrospective?. Developers. Product Owner y Stakeholders. Scrum Master. Scrum Team.

¿Quién es responsable de maximizar el valor del producto?. Product Owner. Developers. Scrum Team. Dependiendo del caso, el Scrum Master o el Product Owner.

¿Qué significa decir que un evento tiene un timebox?. El evento debe ocurrir por un tiempo dado. El evento no puede tomar más que el tiempo establecido. El evento debe ocurrir en un tiempo establecido. El evento debe tener al menos una cantidad mínima de tiempo.

Según la Guía de Scrum, ¿el Daily Scrum puede realizarse a la misma hora y en otro lugar?. Verdadero. Falso.

La teoría de Scrum esta basada en dos corrientes de pensamiento que son: Pensamiento ITIL y Ágil. Pensamientos Lean y Científico. Pensamiento Lean y empírico. Pensamiento KAIZEN.

Si la reunión diaria de Scrum tiene un tiempo de 15 minutos, entonces... El Sprint Review es de 4 horas. El Sprint Review es de 1 hora. No lo sabemos, es necesario conocer la duración del Sprint. El Sprint Review es de 2 horas.

De acuerdo con la Guía de Scrum, ¿Cuál de los siguientes son valores de Scrum? 1. Coraje. 2. Enfoque. 3. Franqueza y respeto. 4. Compromiso. Solo 1. 1 y 2. 1, 2 y 3. Todo lo anterior.

¿Por qué la reunión Daily Scrum está dirigida por el Product Owner?. Nunca está dirigida por él. Porque él sabe qué hacer. Porque él representa al cliente. Porque él lidera el proyecto.

Se puede cancelar un Sprint antes de que termine el Sprint time-box cuando... Nunca. A menos que el Scrum Master decida cancelarlo, con comentarios del equipo. El desarrollador principal decide cancelarlo. Si el objetivo del sprint queda obsoleto, solo el P.O toma la decision de cancelar un Sprint. Los Developers deciden cancelarlo.

Si necesitamos 20 ingenieros para desarrollar un motor industrial, podríamos construir cinco Scrum teams de cuatro miembros cada uno, donde cada Scrum Team tenga su propio Scrum Master y todos tengan un Product Owner en común. Verdadero. Falso.

La Retrospectiva del Sprint es una oportunidad para que el __________________ se inspeccione a sí mismo e identifique mejoras que pueden llegar a abordarse en el próximo Sprint. Scrum Team y Stakeholders. Scrum Team. Development Team. Development Team y Sponsor.

¿Quién participa en la reunión Sprint Retrospective?. Obligatoriamente, los Developers y Scrum Master, opcionalmente el Product Owner. Obligatoriamente, los Developers y el Product Owner, opcionalmente el Scrum Master y el cliente. Obligatoriamente, los Developers, opcionalmente el Scrum Master y el Product Owner. Obligatoriamente, el Scrum Team, opcionalmente el cliente.

El refinamiento del Product Backlog es el acto de agregar detalles, estimaciones y orden a los artículos en el Product Backlog. ¿Quién es responsable de todas las estimaciones?. Developers. Product Owner. Scrum Master. Todo lo anterior.

¿De qué es responsable el Scrum Master?. De definir el Sprint. De que el proceso de Scrum se adopte y use correctamente. Del Product Backlog. Del Sprint Backlog.

Cuándo y quién debe presentar un producto de demostración al cliente?. Retrospective Meeting y Scrum Master. Refining Meeting y Product Owner. Daily Scrum y Developers. Sprint Review y Product Owner.

¿Quién es parte del Sub equipo de Developers?. Probadores. Gerentes. Analista de negocios. Ninguna de las anteriores. Scrum no reconoce ningún sub-equipo para los Developers.

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

El incremento es la suma de todos los ítems del Product Backlog completados durante un Sprint y el valor de los incrementos de todos los Sprints previos. ¿Quién decide cuándo lanzarlo?. Developers. Product Owner. Scrum Master. Todos los anteriores.

Sprint Backlog es el Product Backlog dividido en fases. verdadero. Depende del caso. Falso.

El Scrum Master asegura que los Developers tengan el Daily Scrum. ¿Quién es responsable de llevarlo a cabo?. Developers. Product Owner. Scrum Master. Todo lo anterior.

El Product Owner se asegura de que el equipo seleccione suficientes elementos del Product Backlog del producto para Sprint para satisfacer a los Stakeholders. Verdadero. Falso.

¿Cuáles podrían ser los sinónimos de Scrum 1. Agilidad. 2. Desarrollo por hitos. 3. Adaptabilidad. 4. Entregas formales y rápidas. Todas. Ninguna. 1 y 3. 1 y 2.

De acuerdo a la Guía oficial de Scrum (Scrum Guide). Scrum es: Un marco de trabajo. Una metodología.

¿Cuantas tareas debe tener una historia de usuario?. máximo 30 mínimo 15. Depende del proceso de descomposición y el nivel de profundidad. máximo 20 mínimo 10. de 3 a 8.

¿Quién y cuándo presenta al representante del cliente el Demo del producto?. Scrum Master, Sprint Retrospective. Product Owner, scrum master, El refinamiento. Developers, scrum master, Daily Meeting. Product owner, Developers, Sprint Review.

5. Un proyecto puede tener dos Product Owner y dos Scrum Masters para facilitar las entregas y las reuniones sean más efectivas. Si. No.

El tamaño óptimo del Scrum team es lo suficientemente pequeño como para permanecer ágil y lo suficientemente grande como para completar una cantidad de trabajo, esto significa: Debe ser menos a 3 integrantes. Debe ser mayor a 9 integrantes. Debe ser 10 personas o menos. Debe ser de 6 integrantes siempre.

¿Cuántas horas por día debe trabajar una persona en un Scrum Team?. el cliente lo decide. El Product Owner lo decide. El Scrum Master lo decide. A un ritmo sostenible, pues es autogestionado.

Durante el Sprint, el rol del Scrum Master es para: 1. Procura eliminar impedimentos. 2. Facilitar las oportunidades de Inspección y la Adaptación. 3. Gestionar el Scrum Team. 4. Adicionar o remover miembros al Team. 1, 2, 3. 2 y 3. 1 y 2. Todas.

De acuerdo al Scrum Guide, un Scrum Team está conformado por: Scrum Master, Project Manager, Programmers. Scrum Owner, Product Master, Developers. Scrum Master, Product Owner, Developers. Scrum Master, Product Owner, Developers, Stakeholders.

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

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

Scrum se basa en la teoría de control de procesos empíricos. La guía de Scrum propone unos pilares que soportan toda la implementación del control de estos procesos. Seleccione la opción adecuada: Transparencia, Inspección y Adaptación. Transparencia, Auditoria y Adaptación. Transparencia y Adaptación. Ninguna de las anteriores.

¿Quién tiene el primer contacto con el cliente para los asuntos de conocer los requerimientos del producto?. Developers y Product Owner. Developers. Scrum Team. Product Owner.

¿Qué significa la siguiente afirmación? "Scrum no reconoce jerarquias ni divisiones internas dentro del equipo, no importan los dominios particulares que requieran ser tenidos en cuenta, como pruebas o análisis de negocio, no hay excepciones a esta regla”. Deben existir Tester nombrados en el Scrum Team. Deben existir Arquitectos nombrados entre los Developers. No deben existir sub-equipos dentro del equipo. El Scrum Master será el que asigne los sub-equipos de los Developers.

Scrum es ______________ liviano que ayuda a las personas, equipos y organizaciones a generar valor a través de soluciones adaptativas para problemas complejos. Un modelo. Marco de trabajo. Un estándar. Una buena práctica.

¿El Scrum Master es un líder y está al servicio del Scrum Team?. Verdadero. Falso.

¿Scrum es un marco de trabajo por el cual las personas pueden abordar problemas complejos de forma adaptativa?. Verdadero. Falso.

¿Qué enunciado describe mejor la responsabilidad de un Scrum Master?. La gestión y asegurar que el trabajo cumpla con los compromisos con los stakeholders. Coaching y mentoring al Team. Mantener a los stakeholders sin intervención en el desarrollo. La gestión del equipo como el Gerente del Proyecto.

¿Qué significa que un evento tiene un time-box?. 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.

¿Cuál es el time box para un Sprint?. 4 horas. 15 minutos. Depende del producto, proyecto o servicio no mayor a 4 semanas. 2 horas.

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

El Sprint Backlog es el Product Backlog divido en entregas: Verdadero. Falso.

¿Cuál de los siguientes son ciclos de retroalimentación en Scrum?. Sprint Review. Daily Meeting. Sprint Restrospective. Todos los anteriores.

¿Cuál de los siguientes es un pilar del Manifiesto Ágil?. 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.

¿Qué significa para un equipo ser Multifuncional?. 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. Los miembros del equipo tienen todas las habilidades necesarias para crear valor en cada iteración. El equipo habla diferentes idiomas.

¿Quién es el encargado de enseñar al equipo que debe permanecer dentro de los time-box en la Sprint Retrospective?. Scrum Team. Stakeholders. Product Owner. Scrum Master.

Scrum prescribe cuatro eventos formales que están contenidos dentro del Sprint, estos están enfocados en la inspección y adaptación del desarrollo del producto. Los eventos son: 1. Reunión de Planificación del Sprint (Sprint Planning Meeting). 2. Revisión del Sprint (Sprint Review). 3. Scrum Diario (Daily Scrum). 4. Retrospectiva del Sprint (Sprint Retrospective). Solo 1 y 2. Solo 1, 2 y 3. Solo 1, 2 y 4. Todas las opciones.

Guiar al equipo en ser auto-gestionados y multifuncionales es una forma de dar servicio de qué rol. Scrum Master. Product Owner. Developers. Gerente de TI.

¿El Scrum Master o Product Owner tienen el control sobre el desempeño de los Developers?. El Scrum Master. El Product Owner. Ambos. Ninguno.

"Describir un estado futuro del producto que puede servir como un objetivo para que el Scrum Team planifique." La frase anterior describe: El objetivo del Sprint. El objetivo del Producto. Las definiciones de terminado. Ninguna de las anteriores.

El Scrum Master es responsable por…. De definir el Sprint. La adaptación y uso correcto del proceso Scrum. Del Product Backlog. Sprint Backlog.

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

El Scrum Master se asegura de seleccionar los ítems del Product Backlog para el Sprint y satisfacer a los Stakeholders. Verdadero. Falso.

El marco de trabajo Scrum consiste en: 1. Los Equipos Scrum. 2. Compromisos. 3. Eventos. 4. Artefactos. Solo 1 y 2. Solo 1, 2 y 3. Solo 1, 2 y 4. Solo 1, 3 y 4.

¿Cuáles son los roles que se asignan a los Developers?. Scrum Tester. Scrum Manager. Product Owner. Scrum Master. Ninguno.

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

¿Quién participa en la reunión Sprint Retrospective?. El Equipo Scrum. Obligatorio el Desarrolladores y Product Owner, opcional el Scrum Master y el Cliente. Obligatorio el Desarrolladores, opcional el Scrum Master, y Product Owner. Obligatorio el Equipo Scrum, opcional el cliente.

¿Cuáles son los roles en un Scrum Team?. Scrum Manager, Product Owner y Developers. Scrum Tester, Product Owner y Developers. Ninguno, en Scrum no hay roles. Scrum Project, Product Owner y Scrum Manager.

¿Cuál es el time-box para un Sprint?. Un mes o menos. 15 minutos. Depende del producto, proyecto o servicio, hasta 1 mes y medio. 2 horas siempre.

Generar un MVP funcional, a partir del segundo sprint, es opcional. Verdadero. Algunas Veces. Falso.

Una User Story se desglosa al menos a una tarea. No, nunca. Sí, siempre. Depende de lo que decida el equipo.

¿En qué evento se muestra un incremento al cliente?. Sprint Retrospective. Backlog refinement. Daily Scrum. Sprint Review.

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é?. CEO y el Scrum Master son responsables de ello, por ser los interesados principales. El Team es responsable porque es un equipo auto-gestionado. 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.

Cuando varios equipos están trabajando en un solo producto, ¿cuál de las siguientes describe mejor la definición de terminado de las tareas de cada equipo?. Cada equipo define y utiliza la propia definición de terminado. Cada equipo define y utiliza la propia definición de terminado. Sin embargo, las diferencias deben estar conocidas para todos. Cada equipo define y utiliza la propia definición de terminado. Sin embargo, las diferencias no deben inhibir la entrega de un producto consistente. Todos los equipos deben usar la misma definición de terminado.

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 claros y concisos en la Lista de Producto. c) Entender la planificación del producto en un entorno empírico. d) Expresar claramente los elementos de la Lista del Producto. e) A y B. f) A, B y C. g) Todos son correctos.

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. Esto es…. El Sprint Backlog. El Impediments Backlog. El Product Backlog.

Cuáles actividades son parte del Product Backlog Refinement?. a) Definir el Sprint Goal. b) Añadir detalle al Product Backlog. c) Añadir estimaciones al Product Backlog. d) A y B. e) B y C. f) Todos son correctos.

Es el conjunto de elementos de la Lista de Producto seleccionados para el Sprint, más un plan para entregarlos ¿Cómo se llama el documento?. Incremento «Terminado». Sprint Backlog. Product Backlog. Visión del producto.

¿Qué afirmación describe mejor el Sprint Review?. Se trata de una revisión de las actividades del equipo durante el Sprint. Es cuando el equipo Scrum y las partes interesadas inspeccionan el resultado del Sprint y se acuerda qué se hará en el próximo Sprint. Es un demo al final del Sprint para inspeccionar el trabajo realizado. 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.

Podríamos tener un Product Backlog dividido en: En entregas de cinco dias y cinco sprint de tres semana. En dos entregas de un mes y Sprint cinco dias. En cuatro entregas de dos meses, Sprint de dos Meses. En cuatro entregas de un mes y Sprint de cuatro semanas.

El sprint burndown chart es administrado por el Product Owner. Verdadero. Falso.

Un Team es a) Multifuncional. b) Auto Organizado. c) Alguien que tiene conocimiento técnico. d) Dedicado obligatoriamente 100% a un proyecto. e) Un grupo de no mas de 9 personas. a, b, e. a, b, c. b, e. a, b, d.

El producto se divide en dos Sprints, cada Sprint es de dos semanas de duración, entonces el Sprint Retrospective es: 3 horas. 2 horas. 45 minutos. 1 hora y 30 minutos.

¿Quién debe estar presente cuando se revisa y se ajusta el Task Board en el Daily Meeting?. El product owner y todos los Stakeholders. El scrum Master, el Project Manager y el team. El team. El product owner y el team.

El gráfico Sprint burn-down podría ser administrado bien sea por el Scrum Master o el equipo de desarrollo. Verdadero. Falso.

¿Cuál de los siguientes es un principio de Scrum?. Colaboración al usuarios sobre la negociación del contrato. El individuo sobre el Equipo. Colaboración con el cliente sobre negociación del contrato. Story points sobre horas.

¿Qué técnica es la mejor manera en que el Scrum Master puede garantizar que el Equipo de desarrollo se comunique de manera efectiva con el Propietario del producto?. Enseñar al Product Owner sobre las tecnologías empleadas durante los Sprints. cada uno del Equipo de Desarrollo para hablar en términos de necesidades y objetivos comerciales. Supervisar las comunicaciones entre ellos y facilitar la colaboración directa. Actúa como un intermediario para ellos.

A los efectos de la transparencia; ¿Cuándo dice Scrum que debe estar disponible un nuevo incremento de software funcional?. Antes del lanzamiento Sprint. Al final de cada Sprint. Cuando el propietario del producto pide crear uno. Cada 3 Sprints. Después de la fase de prueba de aceptación.

¿Cuál de los siguientes se considera en una estimación puntual de la historia?. Solo tiempo para desarrollar. Solo esfuerzo para desarrollar y probar. Solo tiempo para desarrollar y probar. Tiempo y esfuerzo para desarrollar y probar.

El enfoque recomendado para el diseño en un proyecto Agile es: Use un diseño anterior: será "suficientemente bueno". Gran diseño por adelantado. Sin diseño por adelantado. Solo suficiente diseño por adelantado.

Elija dos responsabilidades de un Equipo de Desarrollo auto-organizado. Reordenar la cartera de productos. Reportar el progreso diario a las partes interesadas. Extraiga los elementos de la Lista de Producto para el Sprint. Hacer el trabajo planificado en el Sprint Backlog. Aumente la velocidad.

¿Cuánto trabajo se requiere de los desarrolladores para completar un elemento de la cartera de productos seleccionado durante la planificación del Sprint?. Una cantidad proporcional de tiempo en análisis, diseño, desarrollo y pruebas. Tanto como puedan caber en el Sprint, con el trabajo restante aplazado para el próximo Sprint. Tanto como sea necesario para cumplir con la Definición de Listo del Equipo Scrum. Todo el trabajo de desarrollo y al menos algunas pruebas.

¿Qué afirmación describe mejor el backlog del sprint como el resultado de la planificación del sprint?. Cada artículo tiene un propietario designado. Es el plan del Equipo de Desarrollo para el Sprint. Es una lista completa de todo el trabajo a realizar en un Sprint. Cada tarea se estima en horas. Lo ordena el propietario del producto.

¿Qué es lo MÁS probable que suceda si el Product Owner no está disponible durante un Sprint?. Scrum Master termina el Sprint y espera que el Dueño del Producto regrese. Los entregables de Sprint pueden no tener el valor deseado. El analista de negocios ayuda al equipo hasta que regresa el propietario del producto. El Scrum Master desempeña el papel de propietario del producto. El equipo se autoorganiza para crear valor.

¿Cuáles son las ventajas del Marco Scrum?. Los cambios son esperados y bienvenidos por el equipo Scrum. Ninguna de las respuestas dadas. Todas las actividades para diseñar, construir y probar una determinada funcionalidad se mantienen juntas en una fase. Todas las respuestas dadas. Los requisitos detallados solo se definen cuando realmente se necesitan.

En ingeniería de software, ¿cuáles son las desventajas del modelo clásico en cascada?. C. A B C. un, b. A. B.

¿Qué afirmación describe mejor el backlog del sprint como el resultado de la planificación del sprint?. Lo ordena el propietario del producto. Es el plan del Equipo de Desarrollo para el Sprint. Cada artículo tiene un propietario designado. Cada tarea se estima en horas. Es una lista completa de todo el trabajo a realizar en un Sprint.

¿Qué es importante en todos los proyectos Scrum? A) Autoorganización B) Jerarquías claras en la empresa C) Comunicación D) Mejora continua. A, B. A, D. A, C, D. A. A, B, C, D.

¿Qué concepto NO está definido en Scrum Framework?. Scrum Master. Scrum Product Owner. Project Manager. Daily Scrum. Scrum Product Burndown.

¿Cuáles de los siguientes eventos principales están definidos por Scrum Framework? A) Sprint Planning Meeting B) Sprint Retrospective Meeting C) Sprint Review Meeting D) Mid-Sprint Status Review Meeting E) Daily Scrum Meeting. A, B, C, D. A, B, C, E. A, C, D, E. A, B, C, D, E. A, C, E.

¿Cuáles de los siguientes roles principales están definidos por Scrum Framework? A) Scrum Tester B) The Scrum Team C) Scrum Manager D) Scrum Master E) Scrum Product Owner. B, D, E. A, B, C, D. A, B, D, E. A, B, C, D, E. B, C, D, E.

¿Qué define Scrum Framework? A) Reglas y roles B) Pautas del documento C) Artefactos y eventos. C. B. A, C. A, B, C. A.

¿Qué NO pertenece a las piedras angulares del manifiesto ágil?. Responde al cambio sobre el siguiente plan. Procesos sobre personas. Individuos e interacciones sobre procesos y herramientas. Colaboración con el cliente sobre la negociación del contrato. Software de trabajo sobre documentación completa.

¿Cómo se debe asignar el trabajo al equipo en un proyecto Scrum?. El propietario del producto debe asignar las tareas a los miembros del equipo. Mientras que los miembros senior del equipo se ofrecen como voluntarios para las tareas, el scrum master debe asignar tareas a los junior. El scrum master debe asignar tareas a individuos. Los miembros del equipo deben ofrecerse como voluntarios para tareas apropiadas a sus habilidades. Las tareas complejas deben ser asignadas por el scrum master.

Usted es el maestro de scrum en un equipo de scrum recién formado. ¿Cuáles dos de las siguientes actividades probablemente ayudarían al equipo a comenzar?. Pídele al propietario del producto que analice el producto, su visión, historia, objetivos y contexto, y que responda a las preguntas. Tener un Gerente de Desarrollo para cada miembro del equipo de desarrollo presentar sus informes directos y repasar sus responsabilidades en el Scrum Team. Asegúrese de que el equipo entienda que necesitan una definición de "Terminado". Introducir un sistema de bonificación para los mejores en el equipo. Asegúrese de que los miembros del equipo Scrum tengan personalidades compatibles.

Una persona ha estado dominando la reunión actual de mejora de procesos de software. ¿Cuál de las siguientes técnicas debe usar el facilitador para atraer a otros miembros del equipo a la discusión?. Cambie el tema a un tema sobre el cual la persona no tenga una opinión firme. Confronte a la persona y pida que otros miembros del equipo puedan expresar sus opiniones. Espere a que la persona haga una pausa, reconozca la opinión de la persona y pida la opinión de otra persona. Expresar una opinión que difiere de la opinión de la persona para animar a otros a expresar sus ideas.

A medida que avanza la planificación del Sprint, la carga de trabajo ha crecido más allá de la capacidad del equipo. ¿Qué acción tiene más sentido para el Equipo?. Trabajar horas extras para el Sprint. Comienza el Sprint y recluta miembros adicionales del equipo. Colabore con el Propietario del Producto y potencialmente elimine o cambie elementos. Cancelar el Sprint.

Sprint Backlog se finaliza una vez que finaliza la planificación de Sprint. Verdadero. Falso.

¿Cuál de los siguientes dos elementos NO son temas de discusión dentro de una Retrospectiva de Sprint?. Relaciones de equipo. Mejoras de procesos. Sprint Backlog para el próximo Sprint. Funcionalidad implementada como resultado del Sprint. definicion de hecho.

Se debe realizar una Retrospectiva del Sprint: Al final del último Sprint en un proyecto o lanzamiento. Al comienzo de cada Sprint. Al final de cada Sprint. Solo cuando el Equipo Scrum determina que necesita uno.

Qué identifica la reunión de sprint de retrospectiva. Cosas que el equipo debe seguir haciendo: mejores prácticas. Cosas que el equipo debe comenzar a hacer: mejoras de procesos. Todos estos. Cosas que el equipo debe dejar de hacer: problemas de proceso y cuellos de botella.

Durante una retrospectiva de Sprint, ¿de qué es responsable el propietario del producto?. Captura de requisitos para el Product Backlog. Participar como miembro del Scrum Team. Resumir e informar las discusiones a las partes interesadas que representa en el Equipo Scrum. Él/Ella no necesita estar allí.

¿Qué significa la palabra “desarrollo” en el contexto de Scrum? Seleccione la mejor opción. Desarrollo de productos, su liberación y mantenimiento. Investigación e identificación de mercados, tecnologías y capacidades de productos viables. Desarrollo de software y hardware. Trabajo complejo que puede incluir todas las opciones sugeridas y aún más. Desarrollo de un entorno operativo para el Producto.

¿En qué consiste el Sprint Backlog?. Casos de uso. Tareas y elementos pendientes seleccionados. Casos de prueba. Historias de usuario, únicamente.

¿Qué sucede cuando no se completan todos los elementos comprometidos (requisitos) al final del Sprint?. La duración del Sprint se extiende. Vuelven al product backlog. Ninguna de las opciones dadas. Se determina que las tareas son innecesarias.

¿Qué parte del Sprint Backlog se usa para el gráfico de burndown chart Sprint?. El tiempo real dedicado a cada tarea por cada miembro del equipo. El tiempo restante requerido para completar cada tarea por cada miembro del equipo. El porcentaje de trabajo completado por cada miembro del equipo. El número de elementos de la cartera de productos completados por todos los miembros del equipo.

¿Cuál es el riesgo personal que asume un líder ágil al empoderar al equipo?. El líder ágil tiene menos control directo sobre el trabajo del equipo, pero aún tiene la responsabilidad de sus resultados. Si el equipo falla, el líder Agile no obtendrá una bonificación por desempeño. El líder ágil podría perder su trabajo, ya que el equipo está haciendo todo el trabajo. El líder ágil no puede compartir la gloria del éxito del equipo.

El time-boxing es un principio importante de Scrum. ¿Cuál es el significado exacto de que una reunión tenga una caja de tiempo?. La reunión debe ocurrir a la misma hora todos los días. La reunión debe suceder en un tiempo determinado. La reunión no puede durar más de un tiempo máximo. La reunión debe tomar al menos una cantidad mínima de tiempo.

El momento del día más recomendado para realizar una Scrum Daily Meeting es: Según elección del equipo. Fin del día. Un comienzo del día. Inmediatamente después del almuerzo.

El proceso retrospectivo de Sprint da como resultado. Mejoras accionables acordadas. Plan de Sprint para el sprint actual. Gráfico de quemado actualizado. Próximo plan de sprint.

¿Quién es responsable de registrar las estimaciones de trabajo durante un Sprint?. El miembro más joven del equipo. El maestro Scrum. El propietario del producto. El equipo de desarrollo.

Es hora de la Revisión de Sprint. Los miembros del equipo creen que Los miembros del equipo creen que solo deben demostrar el elemento completo, pero el propietario del producto cree que también deben demostrar los tres elementos que están casi terminados. Scrum Master cree que también deben demostrar todo el elemento, incluso si algunos no se inician. ¿Cuál es la elección correcta?. Los miembros del equipo tienen razón. El propietario del producto tiene razón, dado que mencionan en Sprint Review que esos tres elementos aún no están completos y que lo estarán en un futuro cercano. Scrum Master tiene razón. El propietario del producto tiene razón.

________________ constituyen el Sprint Backlog y a menudo se estiman en horas?. Características. Casos de uso. Historias de usuarios. Tareas.

Scrum se basa en. Empirismo. Sentido común. sistema kanban. crítica empírica.

¿Qué tipo de proyectos de desarrollo de software puede ejecutar Scrum Project Management Framework?. Ninguna de las respuestas dadas. Subsistemas, componentes o partes de sistemas más grandes. Proyectos de clientes. Todo tipo de proyectos de desarrollo de software. Paquetes completos de software.

Cuáles son los beneficios de la refactorización de código: Complejidad de código reducida. Mantenimiento de código más fácil. Mayor legibilidad del código. Ejecución de código más rápida.

En Agile la planificación debe estar en: El nivel de características porque los clientes no obtienen valor de las actividades. El nivel de actividades porque los clientes no obtienen valor de las características. El nivel de actividades porque las actividades son independientes. El nivel de características porque las características no son independientes.

El equipo Scrum es lo mismo que el equipo de desarrollo: Verdadero. Falso.

Un Scrum Master está extremadamente ocupado y abrumado con una gran cantidad de tareas que esperan su atención. ¿Puede ayudar al Scrum Master a priorizar entre las siguientes tareas, es decir, cuál debería hacer primero?. Producir un informe de finalización de Sprint que ya tiene un retraso de 2 días. Enmiendas completas a la definición de hecho como se discutió en la última retrospectiva de Sprint. Programar la próxima reunión de planificación de Sprint. Póngase en contacto con un experto técnico con una solicitud para ayudar a un miembro del equipo que está atascado en un problema en particular.

El Dueño del Producto y el Equipo de Desarrollo tienen desacuerdos en la reunión de Planificación del Sprint. El propietario del producto cree que los desarrolladores han estimado los elementos y su capacidad de forma demasiado pesimista y, por lo tanto, han seleccionado muy pocos elementos para el Sprint. ¿Cuál es la mejor acción para el Scrum Master?. Explicar al Product Owner que su decisión pertenece al Equipo de Desarrollo y que debe ser aceptada. Dígale al propietario del producto que revise las estimaciones y calcule la velocidad, e informe a los desarrolladores cuántos elementos deben seleccionar. Pídale al equipo de desarrollo que revise sus estimaciones, porque el propietario del producto representa al cliente. Pida a las dos partes que se calmen, discutan el asunto y lleguen a un acuerdo, probablemente en algún punto intermedio.

A pesar de que el Equipo Scrum está siguiendo el marco Scrum por completo y su proyecto va bien La organización en su conjunto no tiene una buena comprensión de Scrum, lo que crea algunos problemas para el Equipo Scrum. ¿Quién debería tratar de arreglarlo?. El equipo de desarrollo. Un subconjunto del equipo de desarrollo asignado a esta tarea. El Scrum Master. El propietario del producto.

Es obligatorio que el propietario del producto controle y comparta el progreso de la cartera de productos a través de: Un gráfico de burndown chart de un producto o lanzamiento. Cualquier práctica proyectiva basada en tendencias de trabajo completado y próximo trabajo. Un gráfico de quemado de valores. Un diagrama de Gantt. Un informe de aceptación de revisión de sprint.

¿Cómo ayuda la Definición de “Done” al Equipo Scrum? Seleccione los tres elementos más aplicables. DoD se utiliza para evaluar cuándo se completa el trabajo en el incremento del producto. DoD guía al equipo de desarrollo para saber cuántos elementos de la cartera de productos puede seleccionar durante una planificación de Sprint. DoD garantiza la transparencia de los artefactos. DoD ayuda en la inspección y adaptación. DoD ayuda a calcular la velocidad del Equipo Scrum.

¿Cuándo puede un Equipo de Desarrollo cancelar un Sprint?. no puede Solo los Product Owners pueden cancelar Sprints. El pronóstico para el Sprint se vuelve inalcanzable. El propietario del producto está ausente con demasiada frecuencia. Las expectativas funcionales no se entienden bien. No se puede resolver una dependencia técnica.

¿Cuáles son los tres componentes de un proceso empírico?. Planificar, tomar medidas y verificar la calidad. Comentarios, valor y sencillez. Planificación, compromiso y medición. Transparencia, inspección y adaptación.

¿Sprint Review da como resultado un Product Backlog revisado?. Si. No.

¿Cuál de los siguientes elementos no tiene un límite de tiempo?. Sprint Review. Backlog Maintenance. Sprint Retrospective. Sprint. Sprint Planning.

¿Quién decide en última instancia cuándo el equipo tiene suficiente trabajo para el sprint en la planificación?. El propietario del producto, ScrumMaster y el equipo votan para determinar cuándo está lleno el sprint backlog. El dueño del producto. El Scrum Master. El equipo.

¿Quién debe realizar un seguimiento del trabajo total restante en un Sprint para proyectar la probabilidad de lograr el objetivo del Sprint?. Scrum Master. Equipo de desarrollo. Equipo Scrum. Dueño del producto.

¿Qué es un Scrum de Scrum?. Una reunión de pie común para 3 equipos Scrum que trabajan en el mismo producto. Un foro de Scrum Masters de múltiples proyectos para reunirse regularmente para intercambiar ideas sobre mejoras de procesos. El principio de que Scrum es una metodología del equipo, por el equipo y para el equipo. Una reunión de sincronización para coordinar el trabajo de varios equipos de Scrum que trabajan en un producto grande.

¿Qué sucede durante el Sprint? Seleccione tres respuestas. No se realizan cambios que pongan en peligro el Sprint Goal. El alcance puede aclararse y renegociarse entre el propietario del producto y el equipo de desarrollo a medida que se aprende más. El Sprint Goal se cambia con frecuencia para reflejar el estado del trabajo restante. El alcance del Sprint se define en la Planificación del Sprint y no se puede cambiar. Los objetivos de calidad no disminuyen.

¿Cuál de las siguientes suele ser la voz del cliente en un equipo Scrum?. Ejecutivo de marketing. Scrum Master. Usuario comercial. Dueño del producto.

Un facilitador de taller eficaz siempre. Actuar como representante de cualquier participante invitado que no pueda asistir al taller ese día. Acordar el proceso y los participantes del taller con el tallerista antes del taller. Involucre solo a aquellos miembros del equipo que se comprometan a seguir trabajando después del taller. Involucrar a todo el equipo del proyecto en todos los talleres del proyecto.

Todos los equipos de desarrollo que trabajan en el mismo producto deben usar el mismo product backlog. Verdadero. Falso.

¿Con qué frecuencia deben los usuarios de Scrum inspeccionar los artefactos de Scrum y avanzar hacia un Sprint Goal?. Con frecuencia, pero no debe interferir con el trabajo. En la Revisión de Sprint. Con la mayor frecuencia posible. Después del Daily Scrum.

¿Dónde se almacenan los requisitos del cliente?. En la Product Backlog. En una especificación de requisitos de producto de Scrum. En el Sprint Backlog. En ningún lugar. El propietario del producto Scrum los conoce. en una base de datos.

¿Quién es el principal responsable de la facilitación cuando se requiere en las reuniones de Scrum?. Nadie. Scrum Master. Product Owner. Development Team.

Una organización en transición a Scrum decidió optar por un patrón de todo incluido es decir, decidieron que todos los proyectos se trasladarán a Scrum a la vez. ¿Cuál de las siguientes es la ventaja más importante del enfoque integral?. Es menos costoso para empezar. Es menos estresante ya que aplaza muchas cuestiones organizativas. Una transición all-in se superará rápidamente. Disminuye el riesgo al garantizar el éxito temprano.

Tom es miembro del equipo Scrum. Asistió a una conferencia comercial y se encontró con una idea de característica que sintió que debería estar presente en el producto en el que estaba trabajando. ¿Cuándo debería incluirse esa idea en la cartera de productos?. Cuando la idea se puede priorizar en el contexto de los otros elementos de la cartera de productos. Tan pronto como Tom pueda discutir la idea con el propietario del producto. Una vez completadas y entregadas todas las funciones comprometidas para la versión actual. Cuando el equipo ha terminado con su Sprint actual y está listo para comenzar a planificar el próximo Sprint.

La programación en pareja es cuando dos desarrolladores: Intercambiar su trabajo para revisarlo al menos una vez al día. Comparte la misma computadora. Trabajar en el mismo elemento de Sprint. Trabajar en dos elementos de Sprint relacionados.

Eres el Scrum Master en un Scrum Team recién formado. ¿Cuáles tres de las siguientes actividades probablemente ayudarían al equipo a comenzar?. Pídele al propietario del producto que hable sobre el producto o proyecto, su historia, objetivos y contexto, y que responda preguntas. Divida el equipo en pocos subequipos para que puedan abordar cosas como pruebas, arquitectura, operaciones o análisis de negocios. Haga que los miembros del Equipo Scrum se presenten entre sí y brinden una breve reseña de sus habilidades e historial laboral. Priorizar el product backlog ba con la ayuda del equipo de desarrollo. Asegúrese de que el equipo comprenda que necesitan una definición de "Terminado".

Un equipo distribuido está practicando Agile. El equipo está repartido por continentes y tiene una tasa de rotación bastante alta. Una de las preocupaciones que surgieron en las retrospectivas es que los equipos no terminan creando suficiente documentación técnica para permitir que los nuevos miembros del equipo se incorporen rápidamente. ¿Cuál es la mejor acción para abordar este problema?. Como el software funcional es más importante que la documentación completa, el equipo no debe aumentar la creación de documentos técnicos. El equipo puede contratar a un escritor técnico especializado para escribir los documentos, mientras que el equipo se enfoca en completar el trabajo. El equipo debe determinar qué nivel de documentación es apropiado y producir la documentación suficiente. Escriba historias adicionales para crear documentación técnica y pídale al propietario del producto que las priorice.

Se han creado cinco nuevos Equipos Scrum para construir un producto. Algunos de los desarrolladores de uno de los equipos de desarrollo le preguntan al Scrum Master cómo se mantendrá alineado su trabajo de Sprint. ¿Qué debe hacer el Scrum Master?. Enséñeles que es su responsabilidad trabajar con los otros equipos para crear un Incremento integrado. Visite cada equipo todos los días para inspeccionar que sus Sprint Backlogs estén alineados. Enseñe al Dueño del Producto a trabajar con los desarrolladores líderes en el pedido de la Lista de Producto de una manera de evitar demasiada superposición técnica y de desarrollo durante un Sprint. Recopile las tareas de Sprint de los equipos al final de su Planificación de Sprint y combínelas en un plan consolidado para todo el Sprint.

¿Cuál de los siguientes enfoques defiende un enfoque ágil?. Obtener algo entregado una vez que se haya documentado completamente y la documentación se haya firmado como completa. Obtenga algo "rápido y sucio" entregado, para ahorrar tiempo. Obtenga algo valioso para el negocio entregado lo más rápido posible, de acuerdo con el nivel correcto de calidad. Liberar algo simple lo más rápido posible.

¿Cuáles de los siguientes son bucles de retroalimentación en Scrum?. Sprint Retrospective. Daily Scrum. Sprint Review. Sprint Planning. Product Backlog grooming.

El manifiesto ágil de colaboración con el cliente sobre la negociación de contratos significa que. Los enfoques ágiles lo alientan a no concentrarse demasiado en la negociación de contratos, ya que la mayoría de los proveedores se preocupan por sí mismos de todos modos. Los enfoques ágiles prefieren no usar contratos, a menos que sea absolutamente necesario, porque dificultan la capacidad de responder a las solicitudes de cambio. Los enfoques ágiles se enfocan en lo que estamos tratando de construir con nuestros proveedores, en lugar de debatir los detalles de los términos del contrato. Los enfoques ágiles recomiendan que solo colabore con proveedores que estén utilizando procesos ágiles.

¿Quién crea el incremento?. El Product Owner. El Scrum Master. El Development Team. El Development Team y el Product Owner. El Scrum Team.

Un Product Owner tiene la autoridad para reemplazar un elemento en el Sprint Backlog. Verdadero. Falso.

Durante una sesión de póquer de planificación; los participantes hacen estimaciones de 5, 8, 13, 38, 5 y 5 respectivamente durante la primera ronda de una historia en particular. ¿Qué debe aconsejar el facilitador?. Elija 5 ya que tiene mayoría de votos. Comprenda la razón detrás del valor atípico (38) y luego pídale al equipo que juegue otra ronda. Elija 8 ya que proviene del desarrollador principal y tiene una gran experiencia. Renunciar ya que el equipo no puede decidirse y llegar a un consenso.

¿Cuál es el objetivo de una retrospectiva de Sprint? Seleccione la(s) opción(es) que NO cumplen con el propósito de esta importante reunión de Scrum: Refinamiento de epopeyas nominadas por el propietario del producto para los próximos sprints, con el fin de promover una planificación de lanzamiento confiable. Discutir los impedimentos planteados por el Equipo de Desarrollo durante el último sprint y hacer un plan para implementar mejoras. Discutir la interacción dentro del Equipo Scrum y acordar medidas para mejorar la colaboración. Verificación de qué tan bien el incremento del producto satisface las historias de usuario aplicables en el Product Backlog.

Cuáles son los beneficios del desarrollo basado en pruebas (elija todas las que correspondan). Mejora la calidad y reduce los errores. Acelera el proceso de desarrollo general. Promueve el buen diseño y la separación de preocupaciones. Te hace construir un arnés de prueba que se puede automatizar.

¿Qué debería suceder normalmente si durante un Sprint el propietario del producto identifica un nuevo elemento importante de la cartera de productos (PBI)?. El Product Owner agrega el nuevo PBI al Product Backlog. El equipo extiende la duración del Sprint para incluir el nuevo elemento. El equipo trabaja horas extras para terminar el PBI en el sprint actual. El ScrumMaster alienta al equipo a incluir el elemento adicional.

¿Cuál es la razón principal por la que el Scrum Master está en el Daily Scrum?. Él o ella no tiene que estar allí; él o ella solo tiene que asegurarse de que el Equipo de Desarrollo tenga un Daily Scrum. Para asegurarse de que cada miembro del equipo responda las tres preguntas en el orden correcto de los miembros del equipo. Para anotar cualquier cambio en el Sprint Backlog, incluida la adición de nuevos elementos y el seguimiento del progreso en la quema. Para recopilar información sobre el estado y el progreso para informar a la gerencia.

Un equipo sigue un sistema Kanban para gestionar el flujo de trabajo. Descubrieron que los elementos de trabajo invariablemente se atascan en la etapa de "espera de prueba" y esto crea un cuello de botella. ¿Cuál de los siguientes pasos ayudará a reducir el cuello de botella?. Realice revisiones de casos de prueba más exhaustivas para asegurarse de que los casos de prueba sean realmente nítidos. Aumente el límite WIP (trabajo en curso) para la espera de la etapa de prueba. Pida a los otros miembros del equipo que realicen algunas tareas de prueba. Contrate a desarrolladores más experimentados para que las pruebas no sean realmente críticas.

¿Cuál de los siguientes es un rol en el marco Scrum?. Lead Developer. Product Owner. Business Analyst. Project Manager.

¿Quién puede cancelar un Sprint?. Management. Sprint Team. Scrum Master. Product Owner.

El time-box de Daily Scrum depende del tamaño del equipo de desarrollo. Verdadero. Falso.

¿Qué tan importante es para un Propietario de Producto ordenar elementos de la Lista de Producto por puntos de valor?. El uso de puntos de valor es la forma definitiva para que un Product Owner prediga el valor que proporcionará el producto. Calcular puntos de valor es un enfoque inicial que entra en conflicto con el empirismo de Scrum y, por lo tanto, no es aceptable. Es una buena práctica, teniendo en cuenta que la recepción del mercado es la mejor medida de valor.

El product owner supervisa el progreso hacia un objetivo comercial?. Verdadero. Falso.

¿Cómo se debe asignar el trabajo al equipo en un proyecto Agile?. Las tareas deben asignarse aleatoriamente a los miembros del equipo, usando Planning Poker. Los miembros del equipo deben seleccionar por sí mismos las tareas adecuadas a sus habilidades. El líder del equipo (ScrumMaster) debe asignar tareas específicas a los individuos. Las tareas más complejas deben ser asignadas por el Team Leader (ScrumMaster).

¿Qué afirmación describe mejor la responsabilidad de un Product Owner?. Mantener a raya a las partes interesadas. Optimizar el valor del trabajo que hace el Equipo de Desarrollo. Dirigir el Equipo de Desarrollo. Gestionar el proyecto y asegurar que la obra cumpla con los compromisos con los stakeholders.

¿Qué tres preguntas explican los miembros del Equipo de Desarrollo durante la reunión Daily Scrum?. ¿Veo algún impedimento que me impida a mí o al Equipo de Desarrollo alcanzar el Sprint Goal?. ¿Qué hice ayer que ayudó al equipo de desarrollo a alcanzar el Sprint Goal?. ¿Qué haré hoy para ayudar al Equipo de Desarrollo a alcanzar el Sprint Goal?. ¿Qué podría hacer diferente para mejorar?. ¿Qué hicimos bien/mal hasta ahora en el Sprint?.

Scrum Master debe asistir a las reuniones diarias de Scrum. Verdadero. Falso.

Los elementos inacabados del Sprint anterior (7 elementos de 8) se devuelven al Product Backlog. Los miembros del Equipo de Desarrollo creen que estos elementos deben seleccionarse para el próximo Sprint, para que puedan concentrarse en ellos y terminarlos lo antes posible. Sin embargo, el propietario del producto cree que algunos otros elementos son más importantes ahora. ¿Qué debemos hacer?. Seleccione elementos antiguos, porque no debemos comenzar nada nuevo, a menos que las tareas en mano estén terminadas. Seleccione nuevos elementos, porque el propietario del producto lo dice. Seleccione elementos antiguos para mantenerse enfocado y maximizar la salida. Seleccione elementos nuevos, porque es una buena idea comenzar el nuevo Sprint con elementos nuevos y frescos.

Una organización está haciendo la transición a Scrum. Existe la creencia generalizada de que el sistema actual no está funcionando y debe cambiarse por algo mejor. Hay una buena aceptación para adoptar Scrum y algunos equipos piloto lo han estado usando durante algún tiempo con buenos resultados. Han sido entrenados por entrenadores Scrum externos y están comenzando a desarrollar cierta experiencia. ¿En qué etapa del marco ADAPT se encuentra actualmente la organización?. Capacidad. Deseo. Conciencia. Promoción.

Otras personas además del Equipo Scrum pueden asistir a la Planificación del Sprint para brindar asesoramiento técnico o de dominio. Verdadero. Falso.

¿Cuál es la duración MÁXIMA recomendada para el Sprint?. 30 dias. 90 dias. 60 días. Siempre que sea necesario para entregar un incremento de producto potencialmente enviable.

¿Cuáles son las características de un equipo de desarrollo? Seleccione las tres opciones más apropiadas. Tener el Scrum Master como desarrollador a tiempo parcial en el equipo de desarrollo. Scrum no reconoce sub-equipos en el Equipo de Desarrollo. Tener al menos un ingeniero de pruebas en el Equipo de Desarrollo. Scrum no reconoce títulos para los miembros del Equipo de Desarrollo que no sean Desarrollador. La responsabilidad pertenece al Equipo de Desarrollo en su conjunto.

¿Cuáles son las dos cosas que mejor ayudan al propietario del producto a administrar el valor de un producto?. Validación de suposiciones de valor a través de comunicados frecuentes. Establecer el valor de los elementos individuales de la Lista de Producto usando Value Poker. Idear una fórmula para un cálculo neutral del valor. El orden del Product Backlog.

El aprendizaje se convierte en 'aprendizaje validado' cuando los supuestos y objetivos pueden evaluarse a través de los resultados. ¿Cuál es una forma clave para que un Product Owner aplique el aprendizaje validado?. Acepte un Incremento en la revisión de Sprint para conocer el pronóstico de funcionalidad que se desarrolló. Establezca el Sprint Goal antes de seleccionar los elementos de Product Backlog en Sprint Planning para obtener información sobre la productividad de un equipo de desarrollo. Lance un Incremento al mercado para conocer los supuestos comerciales integrados en el producto.

¿Cuál de los siguientes es aceptable como resultado del primer Sprint?. Un diseño de interfaz de usuario aceptado por el cliente. Un Product Backlog e infraestructura preparada para el desarrollo. Algunas funcionalidades simples que agregan el mayor valor. Una arquitectura de solución completa para el proyecto.

El Scrum Master no debe permitir que el Product Owner asista a la Planificación de Sprint si el PO no está listo con un Sprint Goal. Verdadero. Falso.

Si un plan de caja de tiempo (iteración) debe volver a priorizarse rápidamente; ¿Quién debería volver a priorizar?. Todo el equipo, incluidos el Product Owner y los desarrolladores (juntos, pueden considerar tanto el valor comercial como la practicidad). Solo los desarrolladores (saben lo que quiere el cliente). El propietario del producto (los desarrolladores solo elegirían las cosas fáciles como máxima prioridad). El líder del proyecto (puede dar una visión independiente y pragmática).

¿Cuándo se debe actualizar el Burndown Chart?. Después de cada semana. Después de cada Sprint. después de cada día. Después de cada lanzamiento.

¿Quién debe definir el valor comercial de una característica dentro de un proyecto ágil?. Los usuarios finales individuales. El patrocinador empresarial. El analista de negocios. El propietario del producto.

En la base de scrum; qué observador distribuye la comprensión común de ser visto y visible a los responsables del resultado. Inspección. Adaptación. Scrum master. Transparencia.

¿Qué dos cosas se deben hacer si el propietario del producto no está disponible?. En un estado permanente de indisponibilidad, se debe designar un nuevo Product Owner. Los esfuerzos de desarrollo sin un Product Owner no están empleando Scrum. El desarrollo de los requisitos funcionales se detiene hasta que la orden de compra vuelve a estar disponible. Dentro del Sprint, el Equipo de Desarrollo toma las mejores decisiones posibles para asegurar el progreso hacia el Objetivo del Sprint, realineándose con el Propietario del Producto una vez que esté disponible nuevamente. Debe haber un equipo de propietarios de productos para permitir que una persona diferente de ese equipo asuma instantáneamente el rol de PO.

El Scrum Master hace lo siguiente con respecto al Daily Scrum (seleccione todas las variantes aplicables): Hace cumplir la regla de que solo los miembros del Equipo de Desarrollo participan en el Daily Scrum. Enseña al Equipo de Desarrollo a mantener el Daily Scrum dentro del marco de tiempo de 15 minutos. Es responsable de realizar el Daily Scrum. Asegura que el Equipo de Desarrollo tenga la reunión.

El nuevo representante del cliente le pide a X-CO que presente formalmente a su probador y organice una reunión con él/ella para discutir algunos temas importantes. ¿Qué debemos hacer?. No presente a nadie como probador y envíe al propietario del producto a la reunión. No presente a nadie como probador y envíe a todos los miembros del equipo a la reunión. Presentar formalmente a la persona en el equipo cuya experiencia es en pruebas y enviarlo a la reunión. Presentar formalmente a la persona del equipo que es experta en pruebas y enviar a todos los miembros del equipo a la reunión.

Un equipo está adoptando algunas prácticas técnicas para lograr una mayor agilidad. Una de las prácticas es la integración continua. El producto es extremadamente complejo y tiene múltiples puntos de integración. El proceso de integración y construcción lleva mucho tiempo, lo que es un obstáculo importante para lograr el objetivo de integración continua. ¿Cuál es la mejor recomendación para el equipo?. Documente claramente los pasos para integrar manualmente para que quien necesite una compilación integrada pueda producir por su cuenta. Investigar cómo reducir el tiempo necesario para la integración y la construcción. Subcontratar el trabajo de construcción e integración a un tercero. Aplazar el objetivo de integración continua.

Barry es un miembro del equipo que actualmente se encuentra en una sesión de planificación de sprint. Después de escuchar sobre el requisito del propietario del producto, estima la cantidad de esfuerzo requerido teniendo en cuenta que trabajará en esta historia y nada más. Él asume que no enfrentará ninguna interrupción. ¿Qué unidad de estimación está usando?. puntos de la historia. tallas de camiseta. Días ideales.

¿Qué es el Incremento?. Todos los elementos del Sprint Backlog que podrían publicarse independientemente de si el propietario del producto decide hacerlo. Todos los elementos "Terminados" en el Sprint Backlog. La suma de todos los elementos del Product Backlog completados durante el Sprint y el valor de los incrementos de todos los Sprints anteriores. La suma de todos los elementos del Product Backlog completados durante el Sprint.

¿Qué comprende Scrum (seleccione cuatro)?. Eventos. Artefactos. Gráficos de quemado. reglas. roles. Informes.

Seleccione las tres opciones más aplicables relacionadas con el refinamiento de la cartera de productos. Tiene un límite de tiempo de un máximo de 4 horas. Es el acto de agregar detalles, estimaciones y pedidos a los elementos del Product Backlog. es un proceso continuo. Toma no más del 10% de la capacidad del Equipo de Desarrollo. Responde a la pregunta: ¿cómo se logrará el trabajo necesario para entregar el Incremento?. Suele ocurrir de 2 a 4 veces dependiendo de la duración del Sprint.

Si los gráficos de quemado se utilizan para visualizar el progreso, ¿qué rastrean?. Valor comercial acumulado entregado al cliente. Costo acumulado. Trabajo restante a lo largo del tiempo. Productividad individual del trabajador.

El gráfico de burndown chart de un equipo mostró una tendencia peculiar. Comenzó a caer rápidamente al comienzo del Sprint y luego pareció estancarse en el medio. Un día antes del Sprint, la línea descendió rápidamente y alcanzó el eje horizontal. ¿Cuál de las siguientes es la razón más probable de esta tendencia?. El equipo no fue regular en la actualización de sus tareas en el inicio del Sprint. Puede haber una asignación incorrecta de historias a los miembros del equipo. El cliente no aceptó las historias hasta el final del Sprint. El equipo encontró un problema de bloqueo importante en medio del Sprint que se resolvió solo hacia el final.

¿Cuáles de los siguientes son verdaderos acerca de la duración del Sprint? (Seleccione todas las que correspondan.). Todos los Sprints deben ser de 1 mes o menos. La duración del Sprint se determina durante la Planificación del Sprint y debe contener el tiempo que llevará codificar las funciones planificadas en el próximo Sprint, pero no incluye el tiempo para ninguna prueba. Lo mejor es tener Sprints de duración constante a lo largo de un esfuerzo de desarrollo. La duración del Sprint debe ser proporcional al trabajo que se realiza entre Sprints. La duración del Sprint se determina durante la Planificación del Sprint y debe ser lo suficientemente larga para asegurarse de que el Equipo de Desarrollo pueda entregar lo que se debe lograr en el próximo Sprint.

En el desarrollo Agile, cuando un desarrollador estima un punto de la historia midiendo la cantidad de esfuerzo requerido En el desarrollo Agile, cuando un desarrollador estima un punto de la historia midiendo la cantidad de esfuerzo requerido para completar una tarea en función de la cantidad de tiempo que tendrá para concentrarse exclusivamente en la tarea, sin interrupciones, ¿qué unidad de estimación está usando?. Tiempo alternativo. Tiempo ideal. Caja de tiempo. Velocidad.

Si surge un nuevo requisito una vez que se ejecuta un proyecto Agile, debería ser: Incluido automáticamente en el trabajo del proyecto. Evaluado por importancia y, si es lo suficientemente importante para el negocio, incluido en el proyecto, desplazando requisitos menos importantes. Poner el trabajo atrasado para que lo considere el grupo más amplio de partes interesadas después de que se haya completado el proyecto. Excluido automáticamente y dejado hasta un proyecto o incremento posterior.

¿Podrían el propietario del producto y el Scrum Master formar parte del equipo de desarrollo?. Si. No.

¿Cuál de los siguientes es cierto sobre el control del proceso empírico?. Da una ventaja de costo donde el producto puede tener un precio como una mercancía. Se aplica cuando los mecanismos subyacentes se entienden razonablemente bien. Es un proceso que se puede repetir y produce resultados de calidad aceptable. Se aplica cuando los mecanismos subyacentes son complejos y no se comprenden bien.

Los equipos ágiles se autoorganizan y están facultados para tomar decisiones. Software de trabajo sobre documentación completa. Responde al cambio sobre el siguiente plan. Individuos e interacciones sobre procesos y herramientas. Ninguna de las opciones dadas.

¿Cuándo utiliza por primera vez el equipo de desarrollo la definición de hecho?. Durante la Demo al Product Owner y a los Stakeholders, ya que tienen que aceptar el producto como un producto potencialmente enviable. Durante la Demo al Product Owner y a los Stakeholders, ya que tienen que aceptar el producto como un producto potencialmente enviable. Durante la estimación de las funcionalidades en el Product Backlog, ya que el trabajo depende de los requerimientos tanto de las funcionalidades como de la Definición de Hecho. Durante el Daily Stand-up cuando una función se define como Terminada, ya que se debe verificar que cada función esté lista tan pronto como finalice durante el Sprint.

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

¿Cuándo se le permite al equipo Scrum interactuar con las partes interesadas clave (seleccione la opción más aplicable)?. La retrospectiva de Sprint. En cualquier momento en el que sea valioso contar con el aporte de las partes interesadas. La revisión de Sprint. El scrum diario.

¿A quiénes se hace referencia como "pollos" en Scrum?. El propietario del producto, el maestro Scrum y el equipo. El cliente. Cualquiera excepto uno de los tres roles en Scrum (el equipo, el propietario del producto, el maestro Scrum). El equipo.

Ordene los eventos de Scrum en el orden correcto. Planificación de Sprint, Daily Scrum, Revisión de Sprint, Retrospectiva de Sprint. Planificación de Sprint, Daily Scrum, Retrospectiva de Sprint, Revisión de Sprint. Scrum diario, planificación de Sprint, retrospectiva de Sprint, revisión de Sprint. Scrum diario, planificación de Sprint, revisión de Sprint, retrospectiva de Sprint.

Elija tres responsabilidades de un equipo de desarrollo autoorganizado. Establecer el tiempo para el Daily Scrum. Informe el progreso diario a las partes interesadas. Hacer el trabajo planificado en el Sprint Backlog. Reordenar la cartera de productos. Extraer elementos de la cartera de productos para el Sprint.

¿Cuáles de los siguientes son verdaderos sobre el rol de Scrum Master?. El Scrum Master le enseña al Equipo de Desarrollo a mantener las reuniones de Scrum en su caja de tiempo. El Scrum Master es responsable de actualizar el Sprint Burndown. El Scrum Master ayuda a los que están fuera del equipo a interactuar con el Scrum Team. El Scrum Master asigna tareas a los miembros del Equipo de Desarrollo cuando necesitan trabajo. En la Revisión de Sprint, el Scrum Master identifica lo que se ha "hecho" y lo que no se ha "hecho".

La primera descripción del proceso Scrum señaló que los proyectos que utilizan grandes; los equipos altamente estructurados produjeron los mejores resultados. Verdadero. Falso.

Durante el Sprint; El papel del Scrum Master es: Facilitar las oportunidades de inspección y adaptación según se solicite o sea necesario. Supervisar el progreso del equipo de desarrollo. Asegúrese de que el propietario del producto asista a todos los eventos de Scrum. Eliminar impedimentos. Asignar tareas dentro del equipo Scrum. Escalar los conflictos del equipo a los gerentes de línea funcionales.

¿Cuándo se completa un Product Backlog?. Scrum Team decide cuándo se completa el Product Backlog. Después del Sprint Cero. Un Product Backlog nunca está completo. Antes del primer Sprint.

Solo el Dueño del Producto y el Equipo de Desarrollo participan en la Planificación del Sprint. No hay nada que hacer para el Scrum Master. Verdadero. Falso.

¿Qué respuesta describe mejor los temas tratados en la reunión de planificación de Sprint?. Quién está en el equipo y cuáles serán los roles de los miembros del equipo. Qué salió mal en el último Sprint y qué hacer diferente este Sprint. Qué hacer y quién lo hará. Qué hacer y cómo hacerlo. Cómo han cambiado las condiciones y cómo debe evolucionar el Product Backlog.

El proceso de scrum se ajusta en función de si la desviación del proceso se produce fuera de los límites aceptables para minimizar la desviación que se produce en el proceso. Identifica el marco. Transparencia. Inspección. Ninguna. Adaptación.

Usted es el Scrum Master y su Equipo de Desarrollo de 6 miembros ha completado seis Sprints con la siguiente información: Sprint 1: 10 puntos Sprint 2: 11 puntos Sprint 3: 15 puntos Sprint 4: 14 puntos Sprint 5: 15 puntos Sprint 6: 10 puntos Los puntos restantes de la historia para el desarrollo del producto suman 42. ¿Cuál es el número aproximado de Sprint necesarios para completar el desarrollo del producto?. 4. 3. 6. 5.

¿Qué NO es un atributo del Equipo de Desarrollo?. Los miembros de los equipos de desarrollo se intercambian con frecuencia para promover el aprendizaje continuo y la funcionalidad cruzada. El equipo de desarrollo actualiza su estimación de la cantidad total de trabajo restante para completar el sprint en ejecución, de modo que se pueda trazar en el Sprint Burndown Chart. El Equipo de Desarrollo proporciona información para la Reunión de Planificación del Sprint con respecto a la capacidad proyectada durante el próximo Sprint. El equipo de desarrollo puede volver a negociar con el propietario del producto el trabajo necesario para lograr el objetivo de sprint acordado durante el sprint de ejecución, cuando se aprenda más.

¿De qué es responsable el Scrum Master?. Hacer un seguimiento de la asignación de recursos. Las reuniones y los objetivos que se propone un Equipo Scrum. El proceso Scrum se adopta y se utiliza correctamente. Gestionar el rendimiento del Equipo Scrum.

¿Cuál de los siguientes se refleja en un Sprint Burndown Chart?. Nombre de los miembros del equipo. Horas de trabajo restantes. Número de tareas restantes. Número de elementos de la cartera de productos completados.

¿Quién es el propietario del Sprint Backlog?. El equipo de desarrollo. El maestro Scrum. El propietario del producto. El equipo Scrum.

¿Qué afirmación es una evaluación incorrecta del Equipo de Desarrollo?. El equipo de desarrollo es multifuncional. El equipo de desarrollo se autoorganiza. El Equipo de Desarrollo está formado por quince miembros de varios conjuntos de habilidades. El Equipo de Desarrollo es responsable del Sprint Backlog.

El equipo de desarrollo debe poder explicar al propietario del producto y al Scrum Master cómo pretende trabajar como un equipo autoorganizado para lograr el Sprint Goal y crear el Incremento anticipado. Verdadero. Falso.

¿Cuál es la responsabilidad del propietario del producto durante el Sprint 0?. Recopilación, elicitación y análisis de los requisitos que se insertarán en el Product Backlog. Determinar la composición del Equipo de Desarrollo para que tengan la capacidad de entregar el pronóstico completo. No existe tal cosa como Sprint 0. Haga el plan completo del proyecto para comprometer el día, el presupuesto y el alcance a las partes interesadas. Asegúrese de que se refinan suficientes elementos de la cartera de productos para completar los primeros 3 sprints.

En proyectos scrum; el equipo no puede alcanzar el objetivo de entregar el incremento potencialmente entregable en cada sprint. Identifique las razones de esto. Marca una respuesta: Aumento del trabajo no hecho. Retraso en la salida. Función cruzada en el equipo. Dueño del producto.

Vamos a asignar un número de nuestros desarrolladores al Equipo. Tenemos la opción de (1) usar 8 desarrolladores a tiempo parcial que también trabajan en otros proyectos de nuestra empresa, o (2) cambiar la disposición de los equipos y asignar solo 4 de ellos a tiempo completo y contratar a una nueva persona para completar el proyecto. Equipo. ¿Qué opción es mejor?. La primera, porque es menos costosa. Segundo, porque crea un ambiente más enfocado. Segundo, porque aumenta el número de desarrolladores en la empresa. La primera, porque crea un entorno más colaborativo.

En el elemento del product backlog; el equipo de desarrollo describe la nueva funcionalidad desde la perspectiva de la persona ¿cómo se llama el deseo de una nueva funcionalidad?. manual de usuario del producto. Épico. Historia del usuario. Tema.

Recientemente, se le asignó como propietario del producto a un equipo de Scrum con el que nunca antes había trabajado. Una semana después, uno de los gerentes de su empresa se le acerca y le pide que confirme que el proyecto estará terminado para el 6 de marzo. Dice que revisó las estimaciones dadas por su equipo y necesita una garantía de compromiso de que estará terminado en la fecha exacta. ¿Cuál es el problema más probable en esta situación?. Ha sido asignado al proyecto recientemente, por lo tanto, aún no puede hacer ningún compromiso. El gerente debe acercarse a un maestro Scrum, no a usted. Los equipos ágiles no se comprometen con fechas específicas. Muchos gerentes confunden estimaciones con compromisos. Tan pronto como un equipo expresa una estimación, se ven obligados a comprometerse con ella.

¿Quién es responsable del seguimiento del trabajo restante hacia el objetivo del proyecto?. El propietario del producto y el equipo de desarrollo. Scrum Master y el equipo de desarrollo. El equipo Scrum. El propietario del producto. El equipo de desarrollo.

¿Cuándo comienza el próximo Sprint?. Inmediatamente después de la conclusión del Sprint anterior. Inmediatamente después de la próxima Planificación de Sprint. Siguiente lunes. Cuando el Product Owner esté listo.

Imagina que eres un Scrum Master. Son 10 profesionales (desarrolladores y QAs) y el Product Owner. 3 equipos de 4, 3 y 3 personas (cada equipo es multifuncional). 1 equipo de 10 personas (porque no hay razón para dividir). 2 equipos de 6 y 4 personas (los profesionales después de una breve reunión decidieron que esta es la mejor variante). 2 equipos de 6 y 4 personas (porque es bueno tener todos los QAs en un equipo aparte).

De las siguientes en las que se permite la participación de dos reuniones a personas ajenas al Scrum Team. La revisión de Sprint. La Planificación de Sprint. La retrospectiva de Sprint. El scrum diario.

La estructura del Daily Scrum es bien definida y constante. Cada miembro del equipo debe responder las tres preguntas principales: ¿Qué hice ayer? ¿Qué haré hoy? ¿Veo algún impedimento?. Verdadero. Falso.

¿Cuál es la principal diferencia entre Product Backlog y Sprint Backlog?. El Product Backlog es un subconjunto del Sprint Backlog. El Sprint Backlog es un subconjunto del Product Backlog. El Sprint Backlog es propiedad del propietario del producto. El Product Backlog es igual al Sprint Backlog.

El propietario del producto se da cuenta de que los cambios recientes que requiere el cliente afectan por completo a cinco de los elementos del Sprint Backlog. ¿Qué debemos hacer?. Hacer nada. Pida a los miembros del equipo que dejen de trabajar en esos elementos y se concentren en el elemento restante del Sprint Backlog. Cambie esos cinco elementos en el Sprint Backlog lo antes posible. Cancelar el Sprint.

Cuando el Product Owner determina que no tiene sentido terminarlo. Una terminación anormal de un Sprint se llama. Revisión de Sprint finalizada. el equipo de desarrollo volvió a capacitarse. La membresía del equipo de desarrollo debería cambiar.

¿Qué actividades emprendería normalmente un Product Owner en la fase entre la reunión de revisión del Sprint actual y la planificación del Sprint del próximo Sprint?. Refinar la cartera de productos. Actualización del plan del proyecto con las partes interesadas. Trabajar con los departamentos de QA en el Incremento del Sprint actual. No hay tales actividades. El próximo Sprint comienza inmediatamente después del Sprint actual.

Nadie en la composición actual del Equipo sabe cómo probar una pieza de software profesionalmente. Y necesitamos probar cada pieza de software a medida que se desarrolla. ¿Qué debemos hacer?. Agregue otra persona al equipo de desarrollo, que sea un probador de software profesional. Es demasiado pronto para decidir sobre una tarea que se debe al final del proyecto. Subcontratar las pruebas a otra empresa. Solicitar a la unidad de pruebas, que presta servicios a otros proyectos de la empresa, que maneje las pruebas de este proyecto.

Durante una sesión de planificación, el propietario del producto y el equipo se sientan juntos y clasifican las historias del trabajo pendiente en debe tener, debería tener, podría tener y no tendrá. Los imprescindibles encabezan la tabla y, junto con ellos, se seleccionan algunos imprescindibles para su implementación durante la iteración. ¿Qué técnica de priorización siguió el equipo?. Análisis del modelo de Kano. Técnica de priorización ponderada. Moscú. Técnica de clasificación simple.

¿Por qué el Product Owner debe asistir al Daily Scrum?. Para asegurarse de que el equipo todavía esté en el objetivo de sus objetivos de Sprint. Para comentar sobre el progreso del equipo. Para decirle al equipo en qué tareas trabajar a continuación y actualizar la cartera de productos. Para ver el progreso realizado y determinar si el equipo necesita ayuda.

¿Cuántas horas al día debe trabajar una persona en un equipo Scrum?. Un "día ideal" que mide solo cuándo es productivo. Sin embargo, se necesitan muchas horas para hacer el trabajo. 14 horas. Un ritmo sostenible, generalmente de 7 a 8 horas por día.

¿Qué son los artefactos de Scrum? Seleccione todos los elementos aplicables. Product Backlog. The Sprint Goal. Sprint Backlog. Incremento. La lista de impedimentos eliminados.

Hay un malentendido entre dos miembros del equipo; uno cree que una vez que comienza el sprint, los miembros del equipo no deben cambiar las tareas identificadas para completar los elementos del backlog del sprint. El otro miembro del equipo contradice esto. ¿Cuál de las siguientes afirmaciones no es válida?. Se debe obtener la aprobación previa del propietario del producto y del Scrum master antes de editar la tarea. Una vez que el sprint evoluciona, obviamente el equipo actualiza la acumulación del sprint junto con las tareas. Dado que el equipo de Scrum posee la acumulación de sprint, también tiene control sobre las tareas identificadas. Aunque el equipo identificó las tareas al comienzo del sprint, el equipo puede cambiar esto si la finalización de una tarea ya no es valiosa.

El Product Owner se asegura de que el equipo seleccione lo suficiente del Product Backlog para que un Sprint satisfaga a las partes interesadas. Verdadero. Falso.

Defina el término "Registro del producto seleccionado" en la reunión de planificación del sprint. Marca una respuesta: Backlog del producto al final de la segunda sesión. Reunión de revisión de Sprint al final del Sprint. Backlog del producto al comienzo de la sesión. Impedimentos impactan para resolverlos.

¿Qué afirmación de las siguientes describe mejor la Revisión del Sprint?. Es un tiempo destinado a juzgar la validez del proyecto. Brinda a las partes interesadas la oportunidad de inspeccionar los incrementos y el progreso del producto hasta la fecha, y proporcionar comentarios. Es un repaso de las actividades del Equipo durante el Sprint. Se utiliza para construir el espíritu de equipo.

Un equipo estaba tratando de estimar una historia usando la técnica de Planning Poker. Mary, una desarrolladora junior, sintió que la historia merecía un punto de historia de 20, mientras que Tom, un desarrollador senior, sintió que debería ser 8. Después de 4 rondas de discusión, todavía no había consenso. ¿Qué debe hacer el Scrum Master?. Pregúntele al equipo cómo le gustaría proceder. Continuar la discusión durante el tiempo que sea necesario para llegar a un consenso. Tome un valor entre las dos estimaciones (digamos 13) como base para la planificación. Use la estimación de Tom ya que él es el desarrollador senior.

De acuerdo con la cartera de productos; ¿Cómo se llaman las historias de usuario grandes que se utilizan en los sprints?. Manual de usuario del producto. Tema. Épico. Respuesta correcta. Historia del usuario.

¿Por qué es importante confiar en el equipo?. La presencia de confianza se correlaciona positivamente con el desempeño del equipo. El Project Manager no tiene que mantener un cronograma del proyecto. Los equipos de alta confianza no requieren un representante del usuario. Los equipos de alta confianza no tienen que rendir cuentas entre sí.

Los miembros del equipo de desarrollo son voluntarios para poseer un elemento de Sprint Backlog: Todos los elementos de Sprint Backlog son "propiedad" de todo el Equipo de desarrollo, aunque cada uno puede ser realizado por un miembro individual del equipo de desarrollo. Todos los equipos de desarrollo deben tener una definición de "hecho" que cuando su trabajo se integre resulte en una definición de "hecho" que sea potencialmente liberable. Según sea necesario, teniendo en cuenta la reducción a corto plazo de la productividad. Optimizar el retorno de la inversión (ROI) y el costo total de propiedad (TCO) del trabajo que realiza el equipo de desarrollo.

El Product Owner asigna tareas a los desarrolladores en el Daily Scrum y la reunión siempre dura más de 15 minutos. ¿Cómo debería el Scrum Master abordar esta situación?. Explique al Product Owner que las tareas se asignan después del Daily Scrum, para que la reunión se mantenga dentro del marco de tiempo de 15 minutos. Convencer al Product Owner para que deje de asignar tareas al Equipo de Desarrollo y no participe en el Daily Scrum. No debe interferir en las discusiones y debe dejar que los miembros del equipo autoorganizados resuelvan este problema por sí mismos. Asigne las tareas para mantenerlo dentro del cuadro de tiempo de 15 minutos.

¿Cuál es el papel del ScrumMaster en la Retrospectiva del Sprint?. Facilitar la búsqueda de mejoras del Equipo. Dar respuesta a los retos que el Equipo identifique. Determinar la recomposición del Equipo. Dirigir al Equipo en la evaluación de cada miembro individual del Equipo.

¿Cuál de los siguientes NO es un evento con límite de tiempo en Scrum?. Release Testing. Sprint Retrospective. Daily Scrum. Sprint Testing. Sprint 0. Release Retrospective.

Después de la Revisión del Sprint y justo antes de que finalice el Sprint El Equipo de Desarrollo realiza una reunión interna para revisar el Sprint (lecciones aprendidas) y utilizarlo para mejorar el proceso en el próximo Sprint. Sprint Retrospective. Sprint planning. Scrum of Scrum. Wrong answer. Sprint Review.

¿Cuál es una diferencia de responsabilidad entre un Project Manager y un Scrum Master (Líder de equipo) en un proyecto Agile?. El Gerente de Proyecto monitorea la realización de beneficios en el caso de negocios. Project Manager se comunica con las autoridades de gobierno del proyecto cuando es necesario. Ninguna. Es básicamente lo mismo. Scrum Master (o Team Leader) es simplemente un mejor término que Project Manager en un proyecto Agile. El Project Manager crea los planes de entrega detallados mientras que el Team Leader supervisa la ejecución dentro del equipo.

Los miembros de un equipo Agile provienen de diferentes organizaciones. Están acostumbrados a seguir diferentes técnicas y metodologías. Esto genera conflictos dentro del equipo. ¿Cuál de las siguientes declaraciones del manifiesto Agile puede proporcionar una guía sobre cómo resolver el conflicto?. Los mejores requisitos, diseños y arquitecturas provienen de equipos autoorganizados. La forma más efectiva de comunicarse con y dentro de un equipo Agile es cara a cara. Los valores ágiles aceleran más que la perfección. Agile valora a las personas y las interacciones por encima de los procesos y las herramientas.

La persona o personas a cargo del seguimiento y las actualizaciones para el scrum (equivalente a un gerente de proyecto) se denomina el. Scrum Master. Solo Scrum. Consulting Expert. Product Owner.

¿Cuál describe mejor una estimación puntual de una historia?. Valor numérico que representa el tiempo necesario para completar una historia de usuario asignada por el Equipo de Desarrollo (Scrum). Valor numérico que representa el esfuerzo necesario para completar una historia de usuario asignada por el propietario del producto. Valor numérico que representa el esfuerzo necesario para completar una historia de usuario asignada por el Equipo de Desarrollo (Scrum). Valor numérico que representa el tiempo necesario para completar una historia de usuario asignada por el propietario del producto.

La duración máxima de la Revisión del Sprint (su cuadro de tiempo) es: 2 horas. 4 horas para un Sprint mensual, proporcionalmente menos para Sprints más cortos. 1 día. Mientras sea necesario.

¿En qué se diferencia la planificación ágil de los métodos tradicionales?. La planificación ágil no se puede modificar. La planificación ágil se lleva a cabo una sola vez. La planificación ágil utiliza solo el rango de detalles disponibles en cada etapa. La planificación ágil es similar a los métodos tradicionales. La planificación se considera un desperdicio y, por lo tanto, se minimiza.

Con respecto a la transparencia; ¿Cuándo dice Scrum que debe estar disponible un nuevo incremento?. Durante Sprint retrospectiva de cada Sprint. Al final de cada Sprint. Al comienzo del próximo Sprint. Antes de la revisión/demostración del Sprint de cada Sprint.

¿Cuál describe mejor una estimación puntual de una historia?. Valor numérico que representa el esfuerzo necesario para completar una historia de usuario asignada por el Equipo de Desarrollo (Scrum). Valor numérico que representa el tiempo necesario para completar una historia de usuario asignada por el Equipo de Desarrollo (Scrum). Valor numérico que representa el tiempo necesario para completar una historia de usuario asignada por el propietario del producto. Valor numérico que representa el esfuerzo necesario para completar una historia de usuario asignada por el propietario del producto.

Esta técnica de estimación te permite validar si se desconoce el tamaño de la historia del usuario; demasiado grande o del tamaño correcto. Secuencia Fibonacci. método AUTOBÚS. talla de camiseta.

¿Cuándo participa el equipo de desarrollo en el refinamiento de la cartera de productos?. Antes de la reunión de planificación de Sprint de un Sprint. Durante la revisión del sprint. En cualquier momento durante el Sprint. Entre el final del Sprint anterior y el comienzo del siguiente Sprint. Durante el Sprint 0.

¿Cuál NO es una técnica de estimación ágil?. método AUTOBÚS. Secuencia Fibonacci. Pareto Principle. T-shirt sizing.

Seleccione las dos mejores opciones para terminar la siguiente oración. Deuda técnica …. es la falta de suministros técnicos. compromete la calidad a largo plazo del Producto. Pertenece íntegramente al Equipo de Desarrollo. Nadie más debería saberlo. es un riesgo real en el que realmente se puede incurrir. refleja algo de trabajo de desarrollo extra.

¿Qué tres preguntas son respondidas por todos los miembros del Equipo de Desarrollo en el Daily Scrum?. ¿Qué trabajo voy a hacer hoy?. ¿Qué trabajo hice ayer?. ¿Por qué llegaste tarde?. ¿Qué impedimentos se interponen en mi camino para realizar mi trabajo?. ¿Cómo va el Sprint?.

Un Scrum Master está introduciendo Scrum a un nuevo Equipo de Desarrollo. El Equipo de Desarrollo ha decidido que una retrospectiva es innecesaria. ¿Qué acción debe tomar el Scrum Master?. Convocar una reunión entre el Equipo de Desarrollo y la alta dirección. Cumplir con la decisión del Equipo autoorganizador. Consulte con el propietario del producto para ver cómo se siente acerca de la situación. Comenzar a facilitar retrospectivas útiles y productivas.

Un miembro del equipo sugirió una característica para incluirla en la versión actual de un producto. Esto no fue solicitado por ningún cliente hasta la fecha, pero podría ser una adición interesante al producto y ser una propuesta de venta única. Otros miembros del equipo sintieron que había muchas otras características obligatorias pendientes que deberían priorizarse primero. En última instancia, se dejó que el propietario del producto determinara la prioridad de la función de excitación. ¿Cómo debe decidir el propietario del producto?. Aplazar la característica del excitador hasta que se completen las características obligatorias. Haga una votación dentro del equipo y vaya con la opinión de la mayoría. Extienda el lanzamiento hasta que la característica del excitador pueda priorizarse y completarse. Tome una decisión basada en el ROI percibido de la característica del excitador y las características obligatorias.

¿Cuál es el enfoque Agile para hacer el diseño al principio de un proyecto?. El diseño suficiente por adelantado brinda una buena base para comenzar y ayuda a mitigar el riesgo, sin perder tiempo innecesariamente. Un gran diseño por adelantado siempre es una buena idea. El diseño no tiene cabida en un proyecto Agile. Ningún diseño por adelantado es el mejor enfoque, ya que la mayor parte de la diversión de un proyecto está en descubrir lo inesperado.

El propietario del producto rechazó una invitación para la reunión de planificación del sprint indicando que no estaba disponible. ¿Qué debería pasar ahora?. El Scrum Master debe sustituir a la PO y consultar el Product Backlog existente. Cualquier pregunta del equipo debe desconectarse. La reunión de planificación de Sprint no puede realizarse sin la orden de compra, por lo que debe reprogramarse. El equipo está autoorganizado, por lo que deben determinar la acumulación de sprint por sí mismos. El sprint debe usarse solo para picos y tareas técnicas en lugar de funciones comerciales.

La definición de "Terminado" se utiliza para: Cree una comprensión compartida de cuándo se completa el trabajo. Guíe al equipo de desarrollo sobre cuántos elementos de la cartera de productos debe hacer en un Sprint. Aumentar la transparencia. Describa el trabajo que debe realizarse antes de que finalice el Sprint. Describa el propósito, el objetivo y el cronograma de cada evento de Scrum.

¿Cuál es la frecuencia con la que un propietario del producto debe comunicarse y reiterar su visión del producto al equipo Scrum y a las partes interesadas clave?. Cada scrum diario. Una vez en el primer Sprint Planificación. Retrospectiva de cada Sprint. Temprano y con frecuencia.

Vamos a formar el Sprint Backlog. El Equipo de Desarrollo prefiere elegir 100 puntos de trabajo para el primer Sprint Pero el Product Owner cree que deberían seleccionar al menos 150 puntos. ¿Qué debemos hacer?. debe ser 125 puntos. debe ser 100 puntos. Deberíamos discutirlo y llegar a un terreno común. debe ser 150 puntos. Scrum Master debe decidir.

¿Cuáles son los dos artefactos principales de una reunión de planificación de sprint?. Un documento de requisitos y un plan de prueba. Un objetivo de sprint y una acumulación de sprint. Un plan de prueba y un diagrama de Gantt. Un documento de requisitos y un diagrama de Gantt.

¿Cuál es la ventaja del gráfico de quemado sobre el gráfico de quemado?. Los gráficos de quemado ocupan menos espacio que los de quemado. Los gráficos de evolución no brindan alcance para rastrear el proyecto. El gráfico de quemado muestra si hay algún cambio en los puntos totales de la historia que no muestra el gráfico de quemado. Los gráficos de quemado son fáciles de mantener.

¿Cuáles son las dos propiedades del Daily Scrum?. Su ubicación y hora deben permanecer constantes. Consiste en que el Scrum Master hace a los miembros del Equipo las tres preguntas. Tiene una duración de quince minutos o menos. Es facilitado por el líder del equipo.

El propósito de la Retrospectiva del Sprint es (seleccione tres). Obtenga asesoramiento técnico o de dominio de especialistas invitados por The Development Team o The Scrum Master. Inspeccionar cómo fue el último Sprint con respecto a las personas, las relaciones, los procesos y las herramientas. Cree un plan para implementar mejoras en la forma en que el Equipo Scrum hace su trabajo. Obtenga comentarios de las partes interesadas clave invitadas por el propietario del producto. Identifique y ordene los elementos principales que salieron bien y las mejoras potenciales.

Cada Equipo Scrum debe tener un Product Owner y un Scrum Master. Verdadero. Cada uno debe estar 100% dedicado al Equipo Scrum. Falso. Verdadero. Los resultados se ven afectados por su participación y disponibilidad.

El scrum permite reestimar la tarea asignada a los miembros del equipo responsables de actualizar el trabajo durante el sprint; identificar a la persona que es la persona responsable?. Project manager. Scrum master. Ninguno. Development team.

¿Cuánto debe trabajar el equipo de desarrollo en un elemento específico de la cartera de productos?. Por mucho que tengamos tiempo en el Sprint. Hasta que sea potencialmente liberable. Hasta que el cliente lo acepte. Hasta que el Product Owner lo acepte. Todo lo que se debe hacer según la definición de Hecho.

Refinamiento de la cartera de productos: seleccione las tres terminaciones de oraciones más aplicables. Es el acto de agregar detalles, estimaciones y pedidos a los elementos del Product Backlog. es un proceso continuo. Responde a la pregunta: ¿cómo se logrará el trabajo necesario para entregar el Incremento?. Toma no más del 10% de la capacidad del Equipo de Desarrollo. Tiene un límite de tiempo de un máximo de 4 horas. Suele ocurrir de 2 a 4 veces dependiendo de la duración del Sprint.

¿Bajo qué circunstancias se deben mantener Product Backlogs separados?. Hay varios equipos trabajando en productos independientes. Cada combinación única de equipo y producto debe tener un Product Backlog independiente. Hay varios Product Owners para un producto. Cada Product Owner debe tener su propio Product Backlog. El mismo equipo está desarrollando varias características del producto. Hay varios equipos trabajando en los componentes del mismo producto. Cada equipo debe tener un Product Backlog independiente.

Hay varios equipos trabajando en los componentes del mismo producto. Cada equipo debe tener un Product Backlog independiente. Los gerentes colaboran para asignar individuos a equipos específicos. Los equipos existentes proponen cómo les gustaría organizarse en la nueva estructura. Los gerentes reasignan personalmente a los subordinados actuales a nuevos equipos. Reúna a todos los desarrolladores y permítales autoorganizarse en equipos de desarrollo. El Chief Product Owner determina las nuevas estructuras y asignaciones del equipo.

¿Cuál es el orden de los elementos en el Product Backlog?. Los elementos agregados recientemente en la parte superior. Alfabético. Elementos menos valiosos y menos claros en la parte inferior. Los elementos menos claros en la parte superior.

El Manifiesto Ágil dice que hay que valorar responder al cambio por encima de seguir un plan. ¿Cuál de las siguientes afirmaciones ilustra esto?. Los cambios se aceptan en cualquier momento durante el esfuerzo de desarrollo según el valor comercial del cambio, la aceptación del Propietario del Producto y la capacidad del equipo para responder en un plazo aceptable para el Producto. Los cambios se aceptan hasta aproximadamente la mitad del proyecto, luego todos los cambios se posponen para una versión futura. Los cambios se aceptan solo si se eliminan otras funciones de la cartera de pedidos, de modo que se mantenga una fecha de finalización fija. Se aceptan cambios hasta el momento en que comienza el primer Sprint. Luego, los cambios se posponen a una versión futura.

¿Cuál de las siguientes declaraciones describe mejor el objetivo principal de la Retrospectiva del Sprint?. El objetivo principal de la Retrospectiva del Sprint es identificar qué salió mal u obstaculizó el Sprint. El objetivo principal de la Retrospectiva de Sprint es brindar retroalimentación a los propietarios del producto. El objetivo principal de la Retrospectiva del Sprint es asegurar el producto en el Sprint. El objetivo principal de la Retrospectiva del Sprint es recomendar formas de trabajar mejor en el Sprint.

Como propietario de un producto asistiendo a una reunión de demostración de su producto Se da cuenta de que si cambia el cronograma de lanzamiento de una característica recién identificada, podría aumentar inmediatamente el valor comercial del proyecto sin aumentar el costo de implementación. Al darse cuenta de este valor y hacer este ajuste de última hora, ¿cuál de los siguientes describe MEJOR lo que se hizo con el proyecto?. Aumentar el ROl del proyecto. Aumentar el riesgo de fracaso del proyecto. Se mejoró la calidad de una característica del producto. Cambiar la especificación de requisitos.

¿Quién elabora el Sprint Goal?. Equipo de desarrollo. Equipo Scrum. Dueño del producto. Scrum Master.

¿Qué dos afirmaciones explican por qué la definición de "Terminado" es importante para el propietario del producto?. Identifica el trabajo deshecho que se puede abordar en un Sprint separado. Ayuda al Product Owner a rastrear el trabajo abierto durante un Sprint. Crea transparencia con respecto al progreso dentro del Equipo Scrum. Asegura que el Incremento revisado en la revisión del Sprint se pueda utilizar para que el Propietario del producto pueda optar por liberarlo.

¿Cómo aborda el Manifiesto Ágil la planificación?. La aprobación de los detalles de los elementos de la cartera de productos es obligatoria antes de que cualquier elemento pueda planificarse en una iteración. Responder al cambio es más importante que seguir un plan. La planificación y el diseño iniciales son una etapa integral antes de que pueda comenzar el desarrollo. No se requiere planificación en un proyecto ágil, ya que el proyecto se centra en el estado actual.

¿Qué es la reunión Daily Scrum?. Un evento de Scrum para inspeccionar el progreso hacia el Sprint Goal y para inspeccionar la tendencia del progreso hacia la finalización del trabajo en el Sprint Backlog. Un evento de Scrum para que el Equipo de Scrum seleccione los elementos de la Lista de Producto que creen que pueden entregar en el próximo Sprint. Un evento Scrum para inspeccionar el Incremento y adaptar el Product Backlog si es necesario. Un evento Scrum para que el Equipo Scrum se inspeccione a sí mismo y cree un plan de mejoras que se implementarán durante el próximo Sprint.

Un equipo que propone la transición a Agile está en proceso de diseñar el espacio de oficina. Hay mucha discusión y debate sobre los asientos abiertos. Rebecca, que es uno de los miembros del equipo, sintió que era importante tener su propio espacio privado donde pudiera sentirse “en casa”, tener fotos de su familia, etc. ¿Cómo debería proceder el equipo? Deje que Rebecca guarde las fotografías en el escritorio de su computadora en lugar de fijarlas en el cubículo. Proporcione algo de espacio para cosas privadas (cuevas) para hacer trabajo privado, pero mantenga abierto el espacio del proyecto (comunes). Permita que Rebecca conserve su cubículo u oficina y que el resto del equipo se traslade a los asientos abiertos. Espere a que todos estén de acuerdo con la idea, no fuerce al equipo. Deje que Rebecca guarde las fotografías en el escritorio de su computadora en lugar de fijarlas en el cubículo.

¿Qué mejora la transparencia de un incremento?. Hacer todo el trabajo necesario para cumplir con la definición de "Terminado". Informar diariamente el progreso del sprint a las partes interesadas. Hacer un seguimiento y estimar todo el trabajo no hecho para completarlo en un sprint separado. Actualización de tareas de sprint correctamente en una herramienta de seguimiento electrónico.

¿Cuál de estos puede entregar un Equipo de Desarrollo al final de un Sprint (elija 2)?. Pruebas unitarias fallidas, para identificar las pruebas de aceptación para el próximo Sprint. Un incremento de software en funcionamiento que está "terminado". Un solo documento, si eso es lo que pidió el propietario del producto. Un incremento de software con errores menores conocidos.

¿Cuál es el objetivo principal del scrum diario? Marca una respuesta: Para dar un informe de estado al propietario del producto sobre lo que cada miembro ha completado en el Sprint, en qué trabajará cada miembro a continuación y para informar sobre los obstáculos del progreso. Para compartir con el equipo lo que cada miembro ha completado en el Sprint, en qué trabajará cada miembro a continuación y para informar sobre los obstáculos del progreso. Para discutir los detalles del trabajo con el equipo, ya que todos los miembros del equipo deben asistir a la reunión. Para dar un informe de estado al Scrum Master sobre lo que cada miembro ha completado en el Sprint, en qué trabajará cada miembro a continuación y para informar los obstáculos del progreso.

Scrum describe procesos y técnicas ágiles que se pueden utilizar para el desarrollo de un producto: verdadero o falso. Verdadero. Falso.

¿Qué dos frases describen mejor la relación entre el propietario del producto y el equipo de desarrollo?. Colaboran a menudo para que el propietario del producto pueda tomar decisiones informadas para equilibrar el esfuerzo y el valor de los elementos de la cartera de productos. No deben compartir más que la reunión de Planificación de Sprint y Revisión de Sprint. Colaboran a menudo, por lo que el equipo de desarrollo crea incrementos teniendo en cuenta las preocupaciones de los usuarios finales y las partes interesadas. Deben trabajar separados tanto como sea posible para mantener separadas las preocupaciones de los negocios y la tecnología. El propietario del producto debe estar con el equipo de desarrollo a tiempo completo para lograr una comprensión profunda de la tecnología que se utiliza.

Durante un Sprint un Equipo de Desarrollo determina que no podrá terminar el pronóstico completo. ¿Quién debería estar presente para revisar y ajustar el trabajo de Sprint seleccionado?. El propietario del producto y todas las partes interesadas. El propietario del producto y el equipo de desarrollo. El equipo de desarrollo. El Scrum Master, el jefe de proyecto y el Equipo de Desarrollo.

¿Cuál es la definición de Scrum Team de "Terminado"?. Lo que el Product Owner quiera que sea. Lo que sea que el Equipo Scrum defina como "hecho". Lo que los Stakeholders quieran que sea. Lo que el ScrumMaster quiera que sea.

Para comunicar bien, el proyecto Agile debe: Operar solo con un equipo de menos de 10 personas. Mantenga el tamaño del equipo grande, para evitar que nadie se quede fuera. Siempre respalde la comunicación cara a cara con un informe escrito. Dividir el proyecto en pequeños equipos.

Los principios de Agile Lean son. Elimine el desperdicio, empodere al equipo, incorpore calidad, disuada las decisiones, amplifique el aprendizaje. Elimine el desperdicio, empodere al equipo, incorpore calidad, aplace las decisiones, amplifique el aprendizaje. Elimine el desperdicio, empodere al equipo, incorpore calidad, aplace las decisiones, optimice el aprendizaje. Elimine el desperdicio, empodere al equipo, incorpore calidad, disuada la decisión,.

Un corte vertical de una característica del producto. Definición de Listo. Incremento de producto. Definición de hecho. Pila de Sprint.

Aquí hay tres componentes de la creación de historias de INVEST... Estimado, grande, comprobable. Detente, mira y escucha. Tarjeta, Conversación, Confirmación. Independiente, Negociar, Valioso.

Hay una definición separada de Listo para cada historia de usuario. Verdadero. Falso.

¿El Product Backlog contiene solo historias que están listas para implementar?. Verdadero. Falso.

¿Cuál de los siguientes no es un artefacto de Scrum?. Product Increment. Requirement Document. Product Backlog. Sprint Backlog.

Scrum permite volver a estimar tareas en función de una perspectiva creciente. ¿Qué miembro del equipo Scrum es responsable de actualizar las estimaciones del trabajo durante un Sprint?. El Development Team. El Scrum Master. El miembro más antiguo del equip. El Product Owner.

¿Cuáles son las dos formas en que la arquitectura y la infraestructura se manejan en Scrum? Elige 2 respuestas. Se discuten, determinan y documentan antes del sprint real de desarrollo de funciones. Se implementan junto con el desarrollo funcional del producto. Están construidos por un equipo separado a través de la creación de una pista arquitectónica. Se agregan al Product Backlog y se abordan en los primeros Sprints, mientras que siempre requieren al menos alguna funcionalidad comercial, sin importar cuán pequeña sea.

¿Cuál es la estructura más adecuada para los equipos de desarrollo con el fin de producir incrementos integrados?. Cada equipo de desarrollo trabaja solo una capa técnica del sistema (por ejemplo, GUI, base de datos, etc.). Cada equipo de desarrollo desarrolla la funcionalidad de principio a fin a lo largo de toda la capa técnica del sistema.

¿Qué frase describe mejor a un Product Owner?. ingeniero de requisitos. Interlocutor entre el equipo de desarrollo y los clientes. El director del equipo. Optimizador de valor.

¿Cuáles de las siguientes son las responsabilidades del propietario del producto?. Asegurarse de que el equipo de desarrollo comprenda los elementos de la cartera de productos al nivel necesario. Expresar claramente los elementos de la cartera de productos. Asegurarse de que el Product Backlog sea visible, transparente y claro para todos. Optimizar el valor del trabajo que realiza el Equipo de Desarrollo. Todas las opciones son correctas. Ordenar los elementos en el Product Backlog para lograr mejor los objetivos y misiones.

¿Por qué un Equipo de Desarrollo necesita un Sprint Goal?. Un objetivo de Sprint garantiza que se implementen todos los elementos del Product Backlog seleccionados para el Sprint. Los Sprint Goals no son valiosos. Todo se sabe del Product Backlog. El Equipo de Desarrollo está más centrado en un objetivo común pero específico. Un Sprint Goal solo da propósito al Sprint 0.

¿Qué afirmación describe mejor el Sprint Backlog como resultado de la Planificación del Sprint?. Debe ser ordenado por el Dueño del Producto. Es una descomposición de los elementos del Product Backlog de manera que se descomponga suficiente trabajo durante al menos los primeros días del Sprint. Es una lista de Historias de usuario estimadas en puntos de historia y una lista de tareas correspondientes que se estiman en horas. Es una lista exhaustiva de todas las tareas para el Sprint. Las tareas deben estimarse en horas. Es una lista de tareas donde cada miembro del Equipo de Desarrollo se ha registrado para todas las tareas que pretende realizar en el Sprint.

Mientras está en desarrollo; el entorno en el que se utilizará un producto cambia y emerge. ¿Cuál es el efecto en el Product Backlog?. Se archiva y se crea un nuevo Product Backlog para ocupar su lugar. No hay efecto, porque tiene que permanecer igual hasta el final del proyecto. Se convierte en una especificación de requisitos para garantizar la estabilidad. Evoluciona para reflejar lo que el producto necesita para ser más valioso.

Un nuevo desarrollador se ha unido a un equipo Scrum existente. Él / ella está teniendo conflictos continuos con los miembros existentes y está haciendo que el ambiente sea hostil. Si es necesario, ¿quién es responsable de destituir al nuevo miembro del equipo y por qué?. El gerente a quien reporta es responsable porque tiene autoridad para contratar y despedir. El Equipo de Desarrollo es responsable porque es un Equipo autogestionado, aunque puede que tenga que ser asesorado por el. Scrum Master. El propietario del producto es responsable porque controla el retorno de la inversión (ROI) del trabajo. Scrum Master es responsable porque necesita eliminar los impedimentos.

¿Para qué tipo de trabajo es más adecuado Scrum?. Riesgo bajo. Simple. Complejo. Predefinido.

¿Cuál es el principal beneficio del enfoque Scrum of Scrums?. Depende de la composición del equipo. Diversidad. Escalabilidad. Mayor confiabilidad.

Cuando muchos equipos Scrum están trabajando en un solo producto, ¿qué describe mejor la definición de hecho?. Todos los equipos deben usar la misma definición. Cada Equipo define y utiliza sus propios. Eso depende. Cada equipo usa el suyo propio, pero debe dejarlo claro a todos los demás equipos.

El timebox para un Daily Scrum es. Dos minutos por persona. 15 minutos para un sprint de 4 semanas. Para Sprints más cortos suele ser más corto. La misma hora del día todos los días. 4 horas. 15 minutos.

¿Cuál de las siguientes es una característica clave que esperaría encontrar en un proyecto Agile?. Una gran cantidad de informes de progreso escritos. Sin documentación del proyecto, ya que toda la comunicación es información tácita. Buena comunicación cara a cara, complementada con documentación ligera pero suficiente. Toda la documentación realizada en proyectos anteriores se replicaría para el proyecto Agile.

¿Cuál de estos describe mejor el enfoque Agile para el trabajo en equipo?. El equipo se “quemará” si tiene que trabajar horas extras durante más de dos sprints (timeboxes, iteraciones) seguidos. El equipo debe planificar trabajar una pequeña cantidad de horas extra regularmente a lo largo del proyecto. El equipo debe esperar trabajar más horas hacia el final del sprint (timebox), para poder entregar todo lo que se comprometió. El equipo debe luchar por un ritmo sostenible y una semana laboral normal.

¿Cuánto trabajo debe hacer un equipo de desarrollo en un elemento de la cartera de productos que selecciona para un Sprint?. Todo lo que le ha dicho al propietario del producto se hará para cada elemento de la cartera de productos que seleccione de. conformidad con la definición de hecho. Todo lo que pueda caber en el Sprint. Análisis, diseño, programación, pruebas y documentación. Lo mejor que puede hacer dado que, por lo general, es imposible que el control de calidad termine todas las pruebas necesarias para demostrar la capacidad de envío.

¿Cuál debe ser la frecuencia de inspección de los artefactos de scrum y el progreso hacia Sprint Goal?. Una vez en un sprint. Con la mayor frecuencia posible sin entorpecer el trabajo. Dos veces en un sprint. Tan frecuente como sea posible, incluso si se interpone en el camino del trabajo.

¿Cómo sabe una organización que un producto construido a través de Scrum es exitoso?. Al medir el tiempo real dedicado al desarrollo frente al tiempo estimado para el desarrollo. Publicando con frecuencia y actualizando los indicadores clave de rendimiento (KPI) sobre el valor después de cada lanzamiento y introduciendo esta información en el trabajo de la cartera de productos. Por el propietario del producto y las partes interesadas que aceptan el incremento en la revisión del sprint. Al medir que la velocidad ha aumentado desde la última versión.

El enfoque de acuerdo con la teoría de Scrum, ¿debería dividirse un grupo de 100 personas en varios equipos de desarrollo?. Cree una matriz de habilidades, antigüedad, nivel de experiencia y los desarrolladores se organizarán en equipos según las habilidades. El propietario del producto reúne a todos los desarrolladores que trabajan en el mismo producto para la planificación y, según las funcionalidades, los desarrolladores se autoorganizan en equipos. El maestro de Scrum actual tiene que romper el equipo con la ayuda del propietario del producto, la ubicación y el presupuesto. Entendiendo el producto, la visión del producto y las reglas del marco Scrum, el grupo se divide en equipos. Entendiendo el producto, la visión del producto y las reglas del marco Scrum, el grupo se divide en equipos.

¿Cuál de los siguientes describe mejor un incremento de software en funcionamiento?. Un nuevo diseño de interfaz de usuario para la funcionalidad entregada en iteraciones anteriores. Un conjunto de pruebas automatizado para verificar la funcionalidad entregada en iteraciones anteriores. Diagramas UML que describen cómo ofrecer funcionalidad en iteraciones futuras. Funciones adicionales en un estado utilizable que complementan las entregadas en iteraciones anteriores. Una descomposición de todos los elementos del Product Backlog en tareas para futuras listas de Sprint Backlog.

Un Equipo Scrum había planeado completar 10 historias en un Sprint. El equipo de desarrollo ha completado la codificación y las pruebas unitarias de las historias y se han integrado en el sistema de compilación. Hay 12 errores destacados informados durante las pruebas. Algunos de ellos bloquean los caminos descritos en las historias, pero ninguno de ellos es sensacional. ¿Cómo se determina si este Sprint tiene éxito o no?. El equipo debe verificar con la "definición de hecho" que acordó al comienzo del Sprint. El cliente decidirá si el código se considera casi liberable o no. ¿Cómo se determina si este Sprint tiene éxito o no?. El propietario del producto debe decidir esto en función de si está preparado para aceptar las historias.

¿Cuándo se crea el Sprint Backlog?. Antes de la reunión de planificación de Sprint. Durante la reunión de Planificación de Sprint. Durante el Sprint. Al comienzo del proyecto.

¿Cuál de los siguientes representa mejor el enfoque Agile para la planificación?. La planificación es una pérdida de tiempo y no debe hacerse. La planificación debe ser realizada por el Project Manager. La planificación es un trabajo iterativo e involucra a todo el equipo. La planificación debe hacerse en detalle desde el principio y luego no revisarse.

Después de que comience Sprint; ¿Cómo se puede actualizar la duración del Sprint?. No se puede actualizar después de que comience Sprint. Solo el Product Owner puede actualizar la duración del Sprint. El equipo de desarrollo puede decidir actualizar la duración del Sprint si todas las tareas del Sprint han finalizado. Solo el Scrum Master puede actualizar la duración del Sprint.

En medio del Sprint, el cliente decide que hay 2 funciones nuevas que quiere. El propietario del producto podría: Presente estas funciones en el próximo Daily Scrum. Presentar estas características en la próxima reunión de planificación de Sprint. Haga que el Scrum Master agregue estas características al Sprint actual. Haga que el equipo de desarrollo agregue estas funciones al Sprint actual.

¿Cuál de las siguientes afirmaciones explica mejor lo que significa el término Sprint en Scrum? Marca una respuesta: Un sprint es una cantidad específica de días para que un equipo trabaje tantas horas como sea necesario para terminar el trabajo asignado. Un sprint es una cantidad específica de días para que un equipo trabaje a un ritmo sostenible para terminar el trabajo seleccionado. Un sprint es un período de tiempo acordado para que los miembros del equipo seleccionen elementos individuales de la cartera de productos para trabajar. Un sprint es una cantidad específica de días para que un equipo pruebe y resuelva cualquier problema antes del lanzamiento o envío del producto.

¿Cuál de las siguientes no es una responsabilidad de Scrum Master?. Socialización de Scrum en toda la organización. Empoderando al equipo. Establecer prioridades junto con el propietario del producto para los elementos del Product Backlog. Evitar que la alta dirección cambie las prioridades del equipo.

¿Cuál de los siguientes principios ágiles muestra que "la arquitectura y el diseño surgen de una colaboración entre equipos"?. Los empresarios y los desarrolladores deben trabajar juntos a diario durante todo el proyecto. Construir proyectos en torno a personas motivadas. Bríndeles el entorno y el apoyo que necesitan y confíe en ellos para hacer el trabajo. Las mejores arquitecturas, requisitos y diseños surgen de equipos autoorganizados. La atención continua a la excelencia técnica y al buen diseño mejora la agilidad.

Durante cada Retrospectiva de Sprint, el Equipo Scrum revisa la Definición de Terminado y la cambia si es necesario. Verdadero. Falso.

¿Está permitido saltarse el Daily Scrum si no hay nada interesante que contar?. No. Si.

¿Cómo se deben ordenar los artículos en el Product Backlog?. Agrupados por características comerciales primero y luego cronológicamente por fecha de solicitud comercial original. Priorizado por importancia comercial primero. Los elementos que dan como resultado el mayor retorno de la inversión deben priorizarse primero. Cronológicamente por fecha de solicitud comercial original primero y luego por orden de lista en la Lista de Producto. Alfabéticamente primero y luego por orden de lista en el Product Backlog.

A medida que los Equipos Scrum maduren, se espera que se tome la siguiente decisión: Las retrospectivas de Sprint crecerán para durar más de 4 horas. Mejorarán su Definición de Listo para incluir criterios más estrictos. No hay necesidad de un Sprint con límite de tiempo, ya que los límites de tiempo son solo para nuevos equipos Scrum. Ya no se necesita un Scrum Master ya que ahora es un equipo maduro.

¿Cuáles de los siguientes son verdaderos sobre el rol del propietario del producto?. El propietario del producto es una persona. El rol de Product Owner puede ser desempeñado por un comité o un equipo de personas. Varias personas pueden compartir el rol de propietario del producto en un equipo Scrum. El propietario del producto puede ser influenciado por un comité. El Propietario del Producto es responsable de ordenar el Product Backlog.

¿Cuáles son los beneficios de incluir pruebas dentro de las actividades de desarrollo del Sprint? Elige todas las opciones posibles. Ayuda al propietario del producto a realizar un seguimiento del trabajo total restante en cada revisión de Sprint. El Scrum Master puede informar el progreso de manera más efectiva. Se aumenta la transparencia del Incremento. El Incremento está más cerca de ser potencialmente liberable. Es probable que el Incremento sea más completo.

Lo que proporciona orientación al Equipo de Desarrollo sobre por qué está construyendo el Incremento. La cartera de productos. El objetivo del sprint. Scrum de Scrums. un incremento.

El equipo Agile se encuentra en la penúltima etapa de la reunión retrospectiva donde se deciden los elementos de acción. ¿Quién se hará cargo de los elementos de acción?. El dueño del producto. El Scrum Master. todo el equipo. Quien planteó el tema en primer lugar.

Según Scrum; ¿En qué unidad de tiempo se expresa la cantidad de tiempo para que un equipo planifique las actividades de Sprint?. Horas. Minutos. Semanas. Días.

Durante la primera mitad de la reunión de planificación de iteración/sprint, el propietario del producto menciona que se debe implementar la Característica A, ya que tiene el ROI más alto. El equipo argumenta que creen que la Característica B brindaría el máximo beneficio a una sección de usuarios, como descubrieron durante conversaciones anteriores. ¿Qué debería pasar ahora?. El equipo debe usar la técnica de 'fuerza' de resolución de conflictos e ir con el Beneficio de Característica. El equipo debe utilizar la técnica de "suavizado" de resolución de conflictos. El equipo debe usar la técnica de "compromiso" de resolución de conflictos y hacer un poco de las características A y B. El equipo debe utilizar la técnica de "retirada" de resolución de conflictos e ir con la función A, ya que el propietario del producto tiene la última palabra en lo que se refiere al ROI de una función.

¿Por qué Scrum evita que los propietarios de productos cambien los elementos de la cartera de productos en los que se está trabajando durante el Sprint?. Un ciclo de Sprint no es tiempo suficiente para que la alta dirección revise y apruebe los cambios. El equipo de desarrollo no puede cumplir con su compromiso de Sprint para completar el trabajo si los requisitos están cambiando. Esto obliga a los Product Owners a centrarse en lo que es realmente importante para el desarrollo del equipo. El equipo de desarrollo debe poder limitar la autoridad del propietario del producto.

¿Quién ayuda al Product Owner a decidir la acción correcta en la pregunta anterior cuando iniciar un Sprint?. Equipo de desarrollo. No hay un rol específico para eso, todos deben compartir la decisión. Scrum Master. Dueño del producto.

Lograr la colaboración entre el propietario de un producto y el equipo Necesitan hablar en un idioma común para entenderse entre sí, ¿cuál de los siguientes artefactos ayuda a lograr esto?. La acumulación de Sprint. Reunión de lanzamiento de Sprint. Plan de iteración. El product backlog.

¿Cuáles de las siguientes afirmaciones son verdaderas sobre la reunión diaria de Scrum: A. Esta es una reunión diaria de 15 minutos. B. El propietario del producto dirige la reunión. C. La reunión diaria de Scrum se lleva a cabo en el mismo lugar y hora. D. La reunión diaria del equipo Scrum es para que cada miembro del equipo brinde las cosas realizadas, las cosas que hacer antes de la próxima reunión e identifique cualquier obstáculo. A y D. A y C. A, B y C. A, C y D.

¿Cuál es el tamaño recomendado para un Equipo Scrum?. Depende del product backlog. 10 recursos de tiempo completo más el Product Owner y Scrum Master. 7 más/menos 2 recursos de tiempo completo. 15 recursos de tiempo completo.

Uno de los objetivos de Scrum es crear un ambiente de trabajo donde las personas estén tan enfocadas en Sus tareas que no les importa trabajar horas extras. Verdadero. Falso.

Un principio clave de Scrum es su reconocimiento de que durante un proyecto; _____% de los requisitos cambian. 10. 60-65. 30-50. 50-60.

¿Qué rol es responsable de convertir el Product Backlog en piezas incrementales de funcionalidad?. Dueño del producto. Scrum Master. Gerente de proyecto. Equipo.

En un Sprint de 30 días; ¿Cuánto dura la reunión de revisión de Sprint?. De cuatro a ocho horas. Al menos ocho horas. Máximo cuatro horas.

¿Cuál de las siguientes es una buena opción cuando un Product Owner está sobrecargado de trabajo?. Liberar al Product Owner de otras responsabilidades. Limite la cantidad de tiempo que el propietario del producto pasa con el equipo Scrum. Dividir el rol de Product Owner y distribuir las funciones entre más personas. Pídele al Project Manager que recoja algunas de las responsabilidades del Product Owner.

Después de que un Equipo se haya comprometido con un objetivo de Sprint; que autoridad tiene. El equipo tiene autoridad para intercambiar elementos de la lista de pedidos del Sprint con elementos de la lista de pedidos del producto si no puede terminarlos. El Equipo hace todo lo necesario para lograr el objetivo. El Equipo trabaja bajo la autoridad del Arquitecto de Producto que ha establecido la definición de "hecho". El Equipo trabaja de acuerdo con las prioridades establecidas por el Scrum Master ya que el Scrum Master está comprometido con el Marco Scrum.

¿Quién es responsable del valor comercial entregado por un Equipo Scrum?. Patrocinador de proyecto. Dueño del producto. Scrum Master. Gerente de proyecto.

¿Qué hace el Product Owner durante un Sprint?. Guía al Equipo en su trabajo. Interviene cuando es necesario para asegurarse de que el ritmo de trabajo sea sostenible. Protege al Equipo y al proceso. Aclara requisitos y responde preguntas.

De acuerdo con las pautas de Scrum; ¿Quién es responsable de contratar o asignar una nueva persona a un equipo?. Dueño del producto. Scrum Master. Esto está fuera del alcance de Scrum.

¿El Product Owner y el Scrum Master pueden ser la misma persona?. Sí, si la persona tiene la autoridad y el poder para hacer ambas cosas. Sí, siempre que la persona pueda equilibrar ambas responsabilidades con cuidado. No. La persona tendría demasiado poder y crearía confusión. No. Tomaría demasiado tiempo de una persona.

¿Qué técnica es un método productivo para que el Scrum Master use para ayudar. Enseñar al equipo a hablar en términos de necesidades y objetivos comerciales. Facilitar reuniones colaborativas entre ellos. Todos estos. Enseñar al Product Owner sobre las tecnologías empleadas durante los sprints.

¿Cuáles son las cualidades deseables de una Visión de Producto?. Describe por qué se persigue el proyecto y el estado final deseado del producto. Presenta una descripción detallada que ilumina e inspira. Proporciona una estructura de desglose completa de la fórmula de ROI. Describe la trazabilidad hasta el gobierno corporativo general en la inversión en TI.

¿Cuál de los siguientes describe mejor un sprint?. Un sprint es una cantidad de tiempo condensada en la que un equipo de desarrollo trabaja tantas horas como sea necesario para terminar el trabajo que se le ha asignado. Un sprint es una cantidad de tiempo preestablecida en la que el equipo de desarrollo trabaja a un ritmo sostenible para completar un conjunto de trabajo elegido. Un sprint es un período de tiempo preespecificado durante el cual los miembros del equipo eligen elementos individuales de la cartera de productos para trabajar. A medida que se completa cada elemento, se incorpora un nuevo elemento al sprint. Un sprint es una cantidad fija de tiempo reservada para que un equipo realice pruebas y corrija cualquier error pendiente justo antes de que se envíe el producto.

¿Quién no está en el Scrum Team?. El propietario del producto. El equipo de desarrollo. El Scrum Master. Gerente de proyecto.

¿Quién es responsable de actualizar las estimaciones de trabajo durante un Sprint?. El miembro más joven del equipo. El equipo de desarrollo. El propietario del producto. El Scrum Master.

¿Cuándo se llama a una terminación anormal de Sprint?. Cuando está claro al final de un Sprint que no todo estará terminado. Cuando el Equipo siente que el trabajo es demasiado duro. Cuando Ventas tiene una oportunidad importante. Cuando el Product Owner determina que no tiene sentido terminarlo.

Quién debe saber más sobre el progreso hacia un objetivo comercial o un lanzamiento; y ser capaz de explicar las alternativas más claramente?. El Scrum Master. El Gerente de Proyecto. El equipo de desarrollo. El propietario del producto.

¿Quién es el principal responsable de garantizar que todos sigan y practiquen las reglas de Scrum?. Cada desarrollador individual. El propietario del producto. Todos los miembros del equipo colectivamente. El Scrum Master.

Cuando un equipo de desarrollo determina que se ha comprometido demasiado con un Sprint, ¿quién debe estar presente al revisar y ajustar el trabajo del Sprint seleccionado?. El Product Owner, Scrum Master y el Equipo de Desarrollo. El equipo de desarrollo. El propietario del producto y todas las partes interesadas. Scrum Master, Project Manager y Development Team.

Durante una reunión de Daily Scrum, uno de los miembros del equipo menciona que ha encontrado un código fuente abierto que cree que resolverá uno de Durante una reunión de Daily Scrum, uno de los miembros del equipo menciona que ha encontrado un código fuente abierto que cree que resolverá uno de los problemas del proyecto. Quiere implementarlo de inmediato. ¿Cuál es el siguiente mejor paso?. Se pide al resto del equipo que evalúe la solución y prepare un informe. Product Owner toma nota y lo simula él mismo. Después de Daily Scrum, se lleva a cabo una reunión separada para discutir la solución de código abierto. Pídele que proporcione un ejemplo para que puedan considerar usar el código.

¿Cuál de los siguientes es el objetivo principal de un Sprint Backlog?. Para que el propietario del producto comprenda a qué se ha comprometido el equipo para un Sprint. Para que el Equipo se autogestione durante el Sprint. Para que el Scrum Master gestione el progreso durante el Sprint. Para que el Equipo administre la cantidad de horas dedicadas a tareas en el Sprint.

¿Cómo sugieren abordar la arquitectura los principios del Manifiesto Ágil?. La arquitectura no es importante pero la funcionalidad es importante. La arquitectura se define e implementa en las primeras iteraciones. Surge la arquitectura. La arquitectura se define y planifica por adelantado.

¿Cómo se describen mejor las responsabilidades del propietario del producto?. Evitar que las partes interesadas distraigan al equipo. Optimización del valor comercial de la obra. Gestionar el proyecto y asegurar que el trabajo cumpla con los compromisos con las partes interesadas. Dirigir las actividades diarias del Equipo.

¿Cuál es el resultado más probable si el Product Owner no está disponible durante un Sprint?. El Scrum Master asume las responsabilidades del Product Owner. El Equipo extiende la duración del Sprint hasta que el Dueño del Producto regresa. El Sprint se termina anormalmente. El incremento del producto puede no cumplir con las expectativas.

MCQ: ¿Cómo aborda el Manifiesto Ágil la planificación?. La aprobación de los detalles de los elementos de la cartera de productos es obligatoria antes de que cualquier elemento pueda planificarse en una iteración. Medir el flujo de cambio con el conocimiento del dominio en evolución puede guiar mejor el trabajo en curso. La planificación y el diseño iniciales son una etapa integral antes de que pueda comenzar el desarrollo. No se requiere planificación en un proyecto ágil, ya que el proyecto se centra en el estado actual.

En Scrum, el trabajo priorizado a realizar se denomina. Sprint planning. Sprint backlog. Standup meetings - Reuniones de pie. Product backlog.

El Scrum Master: controla el orden de prioridad de los elementos en la cartera de pedidos del equipo. es el guardián de la visión del producto. es el experto en Scrum del equipo. crea, refina y comunica los requisitos del cliente al equipo.

El momento del día más adecuado para tener una reunión de estado de Scrum es. 09 A.M. 5:00 PM. despues del almuerzo. 12:00.

¿Cuál es la relación entre Product Backlog y Sprint Backlog?. El Sprint Backlog es un subconjunto del Product Backlog. El Product Backlog es igual al Sprint Backlog. El Sprint Backlog es propiedad del propietario del producto. El Product Backlog es un subconjunto del Sprint Backlog.

¿Cuáles son cuatro eventos Scrum?. Retrospectiva de Sprint, Inspección, Adaptación, Revisión de Sprint. Daily Scrum, Inspección, Adaptación, Sprint Review. Reunión de planificación de Sprint, Scrum diario, Revisión de Sprint, Retrospectiva de Sprint. Reunión de Planificación de Sprint, Transparencia, Adaptación, Revisión de Sprint.

¿Cuál es la frecuencia de la reunión de Scrum?. Una vez a la semana. mitad de la semana. Diariamente. Sobre emergencias.

¿Quién es la persona responsable del seguimiento y actualización de Scrum?. Consultor o PYME. Dueño del producto. Scrum Master. Esto está fuera del alcance de Scrum.

La product backlog es mantenida por. El equipo autogestionario. Product Owner. Scrum Master. Senior Management.

¿Cómo se guían los equipos durante un Sprint?. Por su conocimiento colectivo y experiencia. Por el Scrum Master que se asegura de que no pierdan el tiempo. Por el Product Owner que asiste al Daily Stand-up. Por la documentación del proyecto y el proceso Scrum.

Durante una reunión de planificación de Sprint; el propietario del producto. Divide las historias seleccionadas en tareas específicas. Presenta historias que le gustaría que el Equipo completara durante el Sprint. Decide cuántas historias se entregarán al final del Sprint. Determina cómo el equipo lleva a cabo su trabajo.

Al usar Scrum, ¿quién es el principal responsable de tomar decisiones de compensación entre el alcance y el cronograma?. El equipo. El Gerente de Proyecto. El propietario del producto. El Scrum Master.

¿Cuál de las siguientes es cierta con respecto a los impedimentos?. La principal prioridad del Scrum Master es eliminar los impedimentos. El Equipo no debe usar las reuniones diarias de Scrum para informar impedimentos. Es el trabajo del propietario del producto eliminar los impedimentos. Un servidor de funcionamiento lento no se considera un impedimento.

El Product Backlog está ordenado por: Los elementos menos valiosos en la parte superior a los más valiosos en la parte inferior. Artículos más seguros en la parte superior a artículos más riesgosos en la parte inferior. Lo que el Dueño del Producto considere más apropiado. Artículos pequeños en la parte superior a artículos grandes en la parte inferior.

¿Cuál es el enfoque que fomenta Scrum cuando un equipo determina que será difícil entregar algún valor al final de un Sprint?. Escalar inmediatamente a la Alta Gerencia. Junto con el propietario del producto, concéntrese en lo que se puede hacer e identifique una forma de entregar algo valioso al final de cada Sprint. Extiende el Sprint unos días para acomodar el trabajo adicional. Sugerir al Propietario del Producto que finalice anormalmente el Sprint.

¿Qué rol es MÁS PROBABLE que comunique un impedimento durante un Daily Scrum?. Product Owner. Team. Scrum Master. Stakeholders.

¿Cuál es el propósito principal de una Revisión de Sprint? Elige la mejor respuesta. Para que el equipo revise su trabajo y determine qué se necesita para completar el siguiente conjunto de elementos pendientes. Para que las partes interesadas revisen lo que el equipo ha construido y den su opinión sobre qué hacer a continuación. Para que el Product Manager pueda mostrar el progreso a los Stakeholders. Para que las partes interesadas "mantengan los pies del equipo en el fuego", para asegurarse de que se produzca algo durante el Sprint.

¿Qué afirmación es precisa sobre el rol del Product Owner durante el Daily Scrum?. La participación del Product Owner la define el equipo. El propietario del producto garantiza que la tasa de reducción se mantenga en la tasa estimada. El propietario del producto describe los cambios adicionales que debe absorber el equipo en el Sprint. El propietario del producto proporciona instrucciones al equipo sobre cómo implementar una solución viable.

¿Quién es responsable de facilitar la reunión de retrospectiva de Sprint?. Dueño del producto. Scrum Master. Team. Senior Management.

El timebox para completar la reunión de planificación de Sprint es. 16 horas. 4 horas. 20 horas. 8 horas para un Sprint mensual, proporcionalmente menos para Sprints más corto.

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

El equipo de desarrollo debe tener todas las habilidades necesarias para. Los desarrolladores del equipo de desarrollo trabajan en estrecha colaboración con analistas comerciales, arquitectos, desarrolladores y probadores que no están en el equipo. Convierta el Product Backlog que selecciona en un incremento de la funcionalidad del producto potencialmente entregable. Realice todo el trabajo de desarrollo, pero no los tipos de pruebas que requieren herramientas y entornos de prueba especializados. Complete el proyecto según lo estimado cuando la fecha y el costo estén comprometidos con el propietario del producto.

¿Cuándo termina un Sprint?. Cuando el Product Owner dice que está "hecho". Cuando se completan todas las tareas. Cuando expira el timebox. Cuando todos los elementos de la cartera de productos cumplen su definición de "hecho".

¿Scrum Master es un puesto de "gerencia"?. Verdadero. Falso.

¿Cuál es el rol de la Gerencia en Scrum?. Supervisar continuamente los niveles de dotación de personal del Equipo de Desarrollo. La gerencia apoya al propietario del producto con conocimientos e información sobre las capacidades del sistema y el producto de alto valor. La gerencia apoya al Scrum Master para provocar un cambio organizacional que fomente el empirismo, la autoorganización, la inteligencia de abajo hacia arriba y la liberación inteligente de software. Para identificar y eliminar a las personas que no están trabajando lo suficientemente duro. Supervisar la productividad del Equipo de Desarrollo.

¿Qué dos (2) cosas no hace el Equipo de Desarrollo durante el primer Sprint?. Ofrezca un incremento de la funcionalidad potencialmente entregable. Fije la arquitectura y la infraestructura completas. Desarrollar y entregar al menos una pieza de funcionalidad. Desarrolle un plan para el resto del proyecto.

Los miembros del Equipo de Desarrollo se ofrecen como voluntarios para poseer un elemento de Sprint Backlog: Siempre que un miembro del equipo pueda acomodar más trabajo. Durante el Daily Scrum. Nunca. Todos los Elementos del Backlog de Sprint son "propiedad" de todo el Equipo de Desarrollo, aunque cada uno puede ser realizado por un miembro individual del equipo. En la reunión de planificación del Sprint.

¿Cuál de los siguientes no es un rol en un Scrum Team?. Equipo de desarrollo. Clientes. Scrum Master. Dueño del producto.

¿Qué significa decir que un evento tiene una caja de tiempo?. El evento debe ocurrir en un momento dado. El evento no puede tomar más de una cantidad máxima de tiempo. El evento debe tomar al menos una cantidad mínima de tiempo. El evento debe ocurrir en un tiempo determinado.

Se debe cambiar la membresía del equipo de desarrollo. Cada Sprint para promover el aprendizaje compartido. Según sea necesario, teniendo en cuenta la reducción a corto plazo de la productividad. Tal como lo haría en cualquier equipo de desarrollo, sin una consideración especial por los cambios en la productividad. Nunca, porque reduce la productividad.

¿Qué afirmación describe mejor la Revisión del Sprint?. Se utiliza para felicitar al Equipo de Desarrollo si hizo lo que se comprometió a hacer, o para castigar al Equipo de Desarrollo si no cumplió con sus compromisos. Es una revisión de las actividades del equipo durante el Sprint. Es cuando el Equipo Scrum y las partes interesadas inspeccionan el resultado del Sprint y deciden qué hacer en el próximo Sprint. Es una demostración al final del Sprint para que todos en la organización brinden retroalimentación sobre el trabajo realizado.

Cuando varios equipos trabajan juntos; cada equipo debe mantener un Product Backlog separado. Verdadero. Falso.

Cuando muchos equipos de desarrollo están trabajando en un solo producto, ¿qué describe mejor la definición de "hecho?. Eso depende. Cada equipo de desarrollo tiene su propia definición de "hecho". Las diversas diferencias en la definición se discuten y reconcilian durante la fase de estabilización. Cada equipo de desarrollo usa el suyo propio, pero debe dejar claro a todos los demás equipos si hay diferencias. Todo el equipo de desarrollo debe tener una definición de "hecho" que cuando su trabajo se integre resulte en una definición de "hecho" que sea potencialmente entregable.

Una organización ha decidido adoptar Scrum, pero la gerencia quiere cambiar la terminología para que se ajuste a la terminología que ya se usa. ¿Qué es probable que suceda si se hace esto?. Todas las respuestas aplican. La gerencia puede sentirse menos ansiosa. Sin un nuevo vocabulario como recordatorio del cambio, muy poco puede suceder. Es posible que la organización no comprenda qué ha cambiado dentro de Scrum y que se pierdan los beneficios de Scrum.

Scrum no tiene un rol llamado "gestor de proyectos". Verdadero. Falso.

Cuando un Equipo de Desarrollo determina que se ha comprometido en exceso para un Sprint ¿Quién tiene que estar presente al revisar y ajustar el trabajo de Sprint seleccionado?. Scrum Master, Project Manager y Development Team. El propietario del producto y todas las partes interesadas. El propietario del producto y el equipo de desarrollo. El equipo de desarrollo.

¿Por qué el Daily Scrum se realiza a la misma hora y en el mismo lugar?. La consistencia reduce la complejidad y los gastos generales. El Product Owner lo exige. El lugar puede ser nombrado. Las habitaciones son difíciles de reservar y esto permite reservarlas con anticipación.

¿Cuál es la forma principal en que un Scrum Master mantiene a un equipo de desarrollo trabajando en su nivel más alto de productividad?. Asegurándose de que las reuniones comiencen y terminen en el momento adecuado. Evitando cambios en el Backlog una vez que comienza el Sprint. Manteniendo altas las características de alto valor en el Product Backlog. Facilitando las decisiones del Equipo de Desarrollo y eliminando impedimentos.

¿Quién tiene la última palabra en el orden del Product Backlog?. El equipo de desarrollo. El Scrum Master. Las partes interesadas. El propietario del producto. El CEO.

¿Quién está obligado a asistir al Daily Scrum?. El equipo de desarrollo y Scrum Master. El equipo Scrum. Scrum Master y Product Owner. El equipo de desarrollo y el propietario del producto. El equipo de desarrollo.

El CEO le pide al Equipo de Desarrollo que agregue un elemento "muy importante" al Sprint actual. ¿Qué debe hacer el Equipo de Desarrollo?. Agregue el elemento al Sprint actual y suelte un elemento del mismo tamaño. Agregue el elemento al Sprint actual sin ningún ajuste. Informar al Product Owner para que pueda trabajar con el CEO. Agregue el elemento al próximo Sprint.

¿Cuál es el tamaño recomendado para un Equipo de Desarrollo (dentro del Equipo Scrum)?. 6 más o menos 3. 9 más o menos 2. 3 más o menos 1. 15 más o menos 3.

¿Qué afirmación describe mejor a Scrum?. Una completa metodología que define cómo desarrollar software. Un proceso definido y predictivo que se ajusta a los principios de la Gestión Científica. Un libro de cocina que define las mejores prácticas para el desarrollo de software. Un marco dentro del cual se desarrollan productos complejos en entornos complejos.

Una retrospectiva se suele hacer... Después de la reunión de planificación de Sprint. Justo antes del inicio de un sprint, para preparar todo lo necesario para hacer el sprint. Normalmente el último día del sprint. Como dicta el Scrum Master.

Durante la Planificación del Sprint, el Equipo Scrum decide... Qué historias están hechas-hechas. Qué cambios se deben hacer en el Product Backlog. Qué historias se pueden comprometer para el sprint y un plan de acción para ejecutar. Lo que no salió bien en la iteración anterior.

Cuatro de los cinco valores de Scrum son el coraje; compromiso; respeto y enfoque. ¿Cuál falta?. Franqueza. Confianza. Honor. Lealtad.

A los desarrolladores y arquitectos de control de calidad de Business Analyst se les asignaría este rol en un equipo Scrum. Gerente de producto. Equipo de desarrollo. Dueño del producto. Scrum Master.

¿Cuál NO es una responsabilidad central de un Scrum Master?. Asegúrese de que se vivan los valores de Scrum. Priorizar historias de usuario. Eliminación de impedimentos. Facilitar las ceremonias Scrum.