Menú

Cuestionario en línea de Agile Scrum: Pon a prueba tu conocimiento de Agile Scrum

  • Principal
  • Otro
  • Cuestionario en línea de Agile Scrum: Pon a prueba tu conocimiento de Agile Scrum

agile scrum online quiz

Pruebe Nuestro Instrumento Para Eliminar Los Problemas

Cuestionario en línea - Scrum ágil

Aprendimos más sobre Marco ágil escalado en nuestro último tutorial.

Con este cuestionario en línea, llegamos al final de nuestra serie en Metodología ágil y Scrum . La serie puede ser uno de los trabajos más profundos y prácticos sobre Agile que encontrará en Internet.

Sin embargo, Agile como tema en sí mismo es ilimitado y sin fin. Cuanto más practiques Agile, más lo asimilarás y dominarás.

Hemos desarrollado un cuestionario en línea para que practiques el ejercicio y pruebes tus conocimientos sobre Agile. Así que adelante, haz la prueba.

Prueba ágil de Scrum

Nota IMPORTANTE: Si aún no ha leído los tutoriales sobre Agile, la recomendación es primero lee los tutoriales y luego intente el cuestionario para obtener mejores resultados.

Antes de comenzar la prueba, lea atentamente las siguientes instrucciones:

  • El límite de tiempo para la prueba es de 10 minutos.
  • El cuestionario consta de 20 preguntas.
  • El cuestionario es un documento de preguntas de opción múltiple en el que una pregunta puede tener más de una respuesta correcta.
  • Por cada respuesta correcta, puede obtener 1 punto.
  • No hay una marca negativa para las respuestas incorrectas.

Inicie la prueba ahora: (Respuestas en negrita)

Q #1) ¿Cuál de los siguientes se entrega al final del Sprint?

a. Un documento que contiene casos de prueba para el sprint actual

B. Un diseño arquitectónico de la solución

C. Un incremento del software Done

D. Diseños de wireframes para la interfaz de usuario

Razonamiento

El resultado de cada Sprint es un Incremento de un Software Hecho que puede enviarse al usuario final para su uso. Un elemento solo se marca como terminado si coincide con la definición de terminado.

P # 2) La Lista de Producto debe ordenarse sobre la base de?

a. Valor de los artículos que se entregan

B. La complejidad de los artículos que se entregan.

C. Tamaño de los artículos que se entregan

D. El riesgo asociado con los artículos

mi. Basado en la elección del Equipo Scrum

Razonamiento

El Product Backlog se ordena sobre la base del valor que brindan a la empresa.

El valor puede estar influenciado por varios otros factores como el riesgo, la complejidad y la criticidad, pero no son la base directa para calcular el Valor. El valor del artículo que se entrega es calculado por el Product Owner y él es el responsable de ordenar el Product Backlog.

P # 3) En un entorno ágil, ¿cuál es la principal responsabilidad de un tester?

a. Cree escenarios de prueba y casos de prueba

B. Encontrar errores

C. Cree scripts de automatización

D. Enviar informes de ejecución de pruebas a las partes interesadas

mi. No hay ningún rol como Tester en Scrum

Razonamiento

En un equipo Scrum, solo hay tres roles: Scrum Master, Product Owner y el equipo de desarrollo. No se permite ningún otro rol y no hay excepción a esta regla.

Uno de los miembros del equipo de desarrollo puede estar más inclinado a las pruebas y ha realizado pruebas como el área de especialización, pero aún así se le llamaría desarrollador.

P # 4) ¿Cuándo se realiza una ceremonia de retrospectiva de Sprint?

a. Siempre que el equipo sugiera

B. Al final de cada Sprint

C. Siempre que sea necesario

D. Siempre que el Product Owner sugiera

mi. Siempre que el Scrum Master sugiera

Razonamiento

En Scrum, es obligatorio realizar todas las ceremonias de Scrum, incluida la Retrospectiva de Sprint.

Sprint Retrospective es una reunión en la que todos los miembros del equipo se sientan y hacen una retrospectiva de su sprint actual y exponen los elementos de acción para improvisar para los próximos sprints. Por la misma razón, Sprint Retrospective se lleva a cabo al final de cada Sprint.

P # 5) ¿Cuándo se puede cancelar un Sprint?

a. Los elementos de Sprint ya no son necesarios

B. Sprint nunca se puede cancelar

C. Cuando Development no puede completar el trabajo

D. La información necesaria para iniciar el desarrollo no está disponible

mi. Siempre que el Product Owner diga

Razonamiento

El poder de cancelar el Sprint recae solo en el propietario del producto. Puede llamar para cancelar un Sprint en curso cuando la empresa ya no necesite los Elementos del Sprint, es decir, los elementos se hayan vuelto obsoletos.

P # 6) ¿Qué debe hacer un equipo de desarrollo durante una reunión de planificación de Sprint cuando se han dado cuenta de que han seleccionado más elementos que los que pueden completar en un Sprint?

a. Consiga más desarrolladores a bordo

B. Busque ayuda de los otros miembros del equipo Scrum

C. Trabajar horas extra

D. Informar al propietario del producto

mi. Responde una llamada para eliminar algunos de los elementos del Backlog de Sprint

Razonamiento

Como todavía estamos en la reunión de planificación del Sprint, es decir, aún no hemos iniciado el Sprint, los desarrolladores pueden realizar cambios en los elementos del Backlog del Sprint. Pueden optar por eliminar algunos de los elementos que creen que no se pueden completar con la capacidad del equipo de desarrollo actual.

Tenga en cuenta que la adición o eliminación siempre debe realizarse en consenso con el propietario del producto, ya que es él quien decide la prioridad de estos elementos. La eliminación no está permitida una vez que ha comenzado el Sprint.

Q #7) ¿Quién es responsable de medir el desempeño del Proyecto?

a. El Scrum Master

B. El Gerente de Entrega

C. El propietario del producto

D. El equipo de desarrollo

mi. El equipo Scrum

Razonamiento

Al ser la voz del cliente, es responsabilidad del propietario del producto medir el rendimiento del proyecto y la versión y ver si el equipo está en camino de completar el proyecto a tiempo.

Q #8) ¿Cuáles son las principales responsabilidades de un equipo de desarrollo autoorganizado?

a. Desarrollar los elementos del Sprint Backlog

B. Calcule los artículos que se recogerán para el próximo Sprint

C. Monitorear el desempeño del Proyecto y enviar un informe a las partes interesadas.

D. Crear nuevos elementos del Backlog de productos

mi. Asignar los elementos de Sprint actuales

Razonamiento

La principal responsabilidad de un equipo autoorganizado es estimar los elementos de la cartera de productos (también conocido como ejercicio de señalamiento de historias), extraerlos de la parte superior de la cartera de productos y dividirlos en varias tareas que se pueden asignar a las personas en un equipo y finalmente desarrollarlos.

Q #9) Que hace un Quemar Visualización del gráfico?

a. Progreso del proyecto

B. Cantidad de trabajo restante con respecto al tiempo

C. La velocidad del equipo

D. La capacidad de los miembros del equipo

mi. ¿Cuántos artículos más se pueden recoger en un Sprint?

Razonamiento

Un gráfico de evolución representa la cantidad de trabajo restante con respecto al tiempo.

El eje horizontal representa el tiempo, mientras que el eje vertical representa la cantidad de trabajo restante. El gráfico de evolución es una de las varias métricas que se utilizan en Scrum para proyectar la fecha de finalización del proyecto, dado que la acumulación de productos, la capacidad del equipo y la velocidad del equipo siguen siendo las mismas.

Q #10) ¿Cuáles son las principales responsabilidades de un Scrum Master?

a. Eliminar impedimentos

B. Facilitar la reunión cuando se solicite

C. Ayuda al propietario del producto a solicitar la cartera de productos.

D. Consultar al equipo de desarrollo y al propietario del producto

mi. Cerrar la brecha entre el equipo y el cliente

Razonamiento

Scrum Master es la persona responsable de facilitar / entrenar al Equipo de Desarrollo y al Propietario del Producto para trabajar en las actividades de desarrollo del día a día. Él es quien se asegura de que el equipo comprenda los valores y principios de Scrum y sea capaz de practicarlos.

Al mismo tiempo, Scrum Master también asegura que el Equipo se siente entusiasmado con Agile para lograr lo mejor fuera del marco. Scrum Master también ayuda y apoya al equipo para que se autoorganice y elimina impedimentos para ellos.

Q #11) En Scrum, ¿cuándo se termina un Sprint?

a. Cuando se completen todos los elementos del Sprint Backlog

B. Cuando el Product Owner sugiere

C. Cuando se completen todas las tareas del Sprint Backlog

D. Cuando se complete la prueba final

mi. Cuando expira el cuadro de tiempo

Razonamiento

Todas las actividades de Sprint están encuadradas en el tiempo, incluido Sprint. A diferencia de otras actividades de Sprint, Sprint no se puede ampliar ni acortar.

Si, por ejemplo, no se completan todos los elementos de un Sprint, el Sprint todavía se marca como terminado y los elementos restantes se mueven al Product Backlog desde donde se puede programar para cualquiera de los Sprint subsiguientes en función de la prioridad revisada. . Del mismo modo, el Sprint nunca se puede acortar.

Si todos los elementos de Sprint se completan antes de tiempo, el equipo de desarrollo tiene la libertad de extraer los elementos principales de la Lista de productos pendientes y comenzar el desarrollo.

Q #12) ¿Cuál es la importancia de determinar una Definición de Terminado?

a. Determina el objetivo detrás de cada sprint.

B. Determina la cantidad de tareas que se completan para cada elemento del Sprint Backlog

C. Aumenta la transparencia

D. Los incrementos entregados son más efectivos y potencialmente liberables

mi. Desarrolla un entendimiento común entre todos los miembros del equipo sobre lo que se debe completar para marcar cada elemento como completo.

Razonamiento

La ideología detrás de la creación de una Definición de Terminado es tener un conjunto de lista de verificación que sea común a todos los Elementos de Sprint y determine todo lo que se debe hacer para completar un elemento de la lista de tareas pendientes.

Tener una Definición de Terminado generará un entendimiento común entre todos los miembros del equipo sobre lo que se debe hacer. Permitirá que todos comprendan lo que significa cuando un equipo de desarrollo dice que algo está completo. Ese es el tipo de transparencia que aporta la Definición de Hecho.

La Definición de hecho también sirve al propósito en el sentido de que el Desarrollo ahora puede pensar y planificar mejor ya que saben lo que se espera de un elemento de trabajo en particular.

Q #13) ¿Qué se hace durante una reunión de revisión de Sprint?

a. Demo del Incremento

B. El equipo analiza las mejoras que se pueden aplicar para los próximos sprints.

C. Presentar el desempeño del proyecto a las partes interesadas

D. Inspeccionar el progreso hacia el Sprint Goal

mi. Discutir los aspectos arquitectónicos y técnicos del proyecto.

Razonamiento

La reunión de revisión de Sprint se lleva a cabo para demostrar el Incremento de Sprint a las partes interesadas y los clientes. Otra tarea muy importante en la reunión de revisión de Sprint es demostrar el desempeño del proyecto a las partes interesadas.

El equipo de desarrollo es responsable de demostrar el incremento, mientras que el propietario del producto es responsable de demostrar el desempeño del proyecto. Las partes interesadas y los clientes están abiertos a proporcionar comentarios que luego son incorporados por el equipo.

Q #14) ¿Qué es una revisión de Sprint?

a. Actividad para introspección y adaptación

B. Actividad para mejorar los procesos de Scrum

C. Actividad para buscar la aprobación del trabajo realizado

D. Actividad para planificar el próximo Sprint

mi. Actividad para planificar el lanzamiento

Razonamiento

Sprint Planning, Daily Scrum, Sprint Review y Sprint Retrospective, las cuatro ceremonias de Scrum son oportunidades de inspección y adaptación. Durante una Revisión de Sprint, la idea es inspeccionar y buscar comentarios de las partes interesadas y adaptarlos.

Q #15) ¿Qué entendemos por multifuncional ¿Equipo de desarrollo?

a. Cada uno de los miembros del equipo de desarrollo debe ser multifuncional

B. El desarrollador debería poder crear casos de prueba y ejecutarlos

C. El equipo de desarrollo debe colaborar con los demás equipos de desarrollo.

D. El equipo de desarrollo está formado por desarrolladores y probadores

mi. El equipo de desarrollo debe tener todas las habilidades necesarias para entregar el Incremento terminado

Razonamiento

Los equipos de Scrum multifuncionales son los equipos que tienen todas las habilidades y la competencia necesarias dentro del equipo para realizar su trabajo. Estos equipos no dependen de nadie fuera del equipo para completar los elementos de trabajo.

Por lo tanto, Scrum Team es una amalgama muy creativa de diferentes habilidades necesarias para completar todo el elemento de trabajo. Es posible que cada miembro del equipo no tenga necesariamente todas las habilidades necesarias para construir el producto, pero es competente en su área de especialización.

Dicho esto, el miembro del equipo no tiene por qué ser multifuncional, pero el equipo en su conjunto tiene que serlo.

insertar nodo en el árbol binario de Java

P # 16) ¿Quién debería asistir necesariamente a la reunión Daily Standup?

a. El equipo de desarrollo

B. El equipo Scrum

C. El equipo de desarrollo y el propietario del producto

D. El equipo de desarrollo y el Scrum Master

mi. El equipo Scrum y las partes interesadas

Razonamiento

El equipo de desarrollo debe asistir necesariamente a la reunión diaria de Standup todos los días. Cualquier otra persona que desee asistir a la reunión es muy bienvenida, pero no es obligatorio asistir.

Aparte del Equipo de Desarrollo, quien asiste a la reunión no puede dar actualizaciones ni participar. Puede disfrutar escuchando mientras otros participan. Sin embargo, el Scrum Master puede asistir a la reunión y también facilitarla si ha sido solicitado por el Equipo de Desarrollo.

Incluso las partes interesadas pueden asistir a las reuniones diarias de Standup.

Q #17) ¿Qué sucede cuando no se pueden completar todos los elementos de Sprint?

a. El Sprint debe extenderse

B. El Sprint termina con los elementos terminados

C. El Sprint debe cancelarse

D. Los elementos de Sprint sin terminar deben eliminarse del Sprint Backlog

mi. Inicie el siguiente Sprint con los elementos sin terminar primero

Razonamiento

En caso de que el equipo no pueda completar todos los elementos del Sprint Backlog, no sucede nada. El Sprint finaliza en la fecha estipulada con los elementos completados. El equipo de desarrollo demuestra los elementos completados en la reunión de revisión de Sprint.

Los elementos no completados se mueven de nuevo al Product Backlog y nuevamente se priorizan desde allí.

P # 18) ¿Cuál debería ser el tamaño del equipo de desarrollo?

a. 5+-3

b. 5+-4

c. 6+-4

D. 6 + -3

es. 6 + -2

Razonamiento

El tamaño del equipo de desarrollo ideal y recomendado debe ser 6 + -3. El tamaño del equipo de desarrollo debe elegirse muy sabiamente, ya que puede obstaculizar directamente la productividad del equipo, lo que afecta la entrega del producto.

El equipo de desarrollo no debe ser muy grande, ya que podría requerir mucha coordinación entre los miembros del equipo. Sin embargo, para un equipo muy pequeño, sería muy difícil tener todas las habilidades necesarias para entregar un Incremento. Por lo tanto, se debe elegir un número óptimo para el tamaño del equipo de desarrollo.

Q #19) ¿Qué actividades forman parte del refinamiento de la cartera de productos?

a. Estimar los elementos de la cartera de productos

B. El orden de los elementos del Backlog del producto

C. Crear la definición de terminado

D. Creación de tareas

mi. Lluvia de ideas sobre los elementos de la cartera de productos

Razonamiento

El refinamiento de la cartera de productos es una actividad en la que todo el equipo se reúne y realiza una lluvia de ideas sobre los elementos de la cartera de pedidos. Los elementos de la lista de trabajos pendientes se refinan y se les agregan los detalles.

Durante la reunión, los elementos del Product Backlog se ordenan en función de su prioridad. Una vez que se han refinado los elementos de la lista de productos pendientes, los miembros del equipo de desarrollo estiman los elementos de la lista de productos pendientes.

Q #20) ¿Cuál de las siguientes actividades no tiene un horario fijo?

a. Retrospectiva del Sprint

B. pique

C. Refinamiento de la cartera de productos

D. Scrum diario

mi. Revisión de Sprint

Razonamiento

En Scrum, todas las ceremonias están encuadradas en el tiempo, es decir, no se pueden extender. A excepción de Sprint, otros tampoco se pueden acortar. El refinamiento de la cartera de productos es una de esas reuniones que no tiene un plazo fijo, sino que es un proceso continuo y se puede realizar cuando el equipo lo desee.

Tenga en cuenta que el equipo no debe dedicar demasiado tiempo a la reunión de refinamiento de la cartera de pedidos.

¡Verifique los puntajes de la prueba Agile Scrum Quiz para evaluar su comprensión!

Espero que haya disfrutado de la amplia gama de tutoriales en esta serie Agile y estamos seguros de que esta será la mejor guía sobre Agile para cualquiera que quiera aprender más sobre Agile.

PREV Tutorial

Lectura recomendada

^