Menú

Más de 30 preguntas y respuestas principales de la entrevista de Scrum (LISTA 2021)

  • Principal
  • Otro
  • Más de 30 preguntas y respuestas principales de la entrevista de Scrum (LISTA 2021)

30 top scrum interview questions

Pruebe Nuestro Instrumento Para Eliminar Los Problemas

Lista de las preguntas más frecuentes de la entrevista de Scrum con respuestas detalladas para ayudarlo en la preparación de la entrevista:

Estas son algunas de las preguntas de la entrevista y sus respuestas que generalmente se hacen al entrevistar a un candidato que afirma conocer la metodología Agile Scrum.

Además, lea=> Las 25 mejores preguntas y respuestas de la entrevista de pruebas ágiles

Antes de saltar a la metodología ágil scrum respuestas a las preguntas de la entrevista, les recomendaría a todos que primero revisen la pregunta e intenten responder por su cuenta y, una vez que hayan terminado, pasen a ver las respuestas.

Principales preguntas y respuestas de la entrevista de Scrum

Por lo tanto, en este artículo, primero escribí solo la pregunta para que todos tengan espacio para pensar en las respuestas. Luego, en la última parte del artículo, escribí las respuestas.

Además, me gustaría mencionar aquí que hay muchos escenarios que no pueden tener la respuesta correcta o incorrecta. Solo depende de la cultura de la organización y de la perspectiva de cada uno de resolver la situación.

Entonces, aquí están las preguntas:

Debe leer=> Introducción a la metodología Agile Scrum

Preguntas de la entrevista de Scrum (desplácese hacia abajo para obtener respuestas)

Q # 1. ¿En qué se diferencia scrum de la cascada?
Q # 2. ¿En qué se diferencia scrum del modelo iterativo?
Q # 3. ¿Conoces alguna otra metodología ágil además de Scrum?
Q # 4. ¿Cuáles son las ceremonias que realizas en el scrum?
Q # 5. ¿Conoces a los Tres Amigos en Scrum?
Q # 6. ¿Cuál crees que debería ser el tamaño ideal de un equipo Scrum?
Q # 7. ¿Qué discuten en la reunión diaria de pie?
Q # 8. ¿Cómo se llama el 'boxeo de tiempo' de un proceso de scrum?
Q # 9. ¿Cuál debería ser la duración ideal de un sprint?
Q # 10. ¿Cómo se definen los requisitos en un scrum?
Q # 11. ¿Cuáles son los diferentes artefactos en scrum?
Q # 12. ¿Cómo se define una historia de usuario?
Q # 13. ¿Cuáles son los roles de un Scrum Master y Product owner?
Q # 14. ¿Cómo se mide el trabajo realizado en un sprint?
Q # 15. ¿Qué es la velocidad?
Q # 16. Entonces, en Scrum, ¿qué entidad es responsable del entregable? Scrum Master o propietario del producto?
Q # 17. ¿Cómo mides la complejidad o el esfuerzo en un sprint? ¿Hay alguna forma de determinarlo y representarlo?
Q # 18. ¿Cómo realiza un seguimiento de su progreso en un sprint?
Q # 19. ¿Cómo se crea el gráfico de quemado?
Q # 20. ¿Qué haces en una revisión de sprint y una retrospectiva?
Q # 21. ¿Ves alguna desventaja de usar scrum?
Q # 22. ¿Crees que scrum se puede implementar en todo el proceso de desarrollo de software?
Q # 23. Durante la revisión, suponga que el propietario del producto o la parte interesada no está de acuerdo con la función que implementó, ¿qué haría usted?
Q # 24. En caso de que el scrum master no esté disponible, ¿seguiría realizando la reunión diaria de pie?
Q # 25. ¿Dónde encaja la automatización en scrum?
Q # 26. Aparte de la planificación, revisión y retrospectiva, ¿conoces alguna otra ceremonia en scrum?
Q # 27. ¿Puede dar un ejemplo de dónde no se puede implementar scrum? En ese caso, ¿qué sugieres?
Q # 28. Dime una gran ventaja de usar scrum.
Q # 29. ¿Qué es DoD? ¿Cómo se logra esto?
Q # 30. ¿Qué es MVP en scrum?
Q # 31. ¿Qué son las epopeyas?
Q # 32. ¿Cómo se calcula un punto de la historia?
Q # 33. ¿Es posible que se encuentre con diferentes puntos de la historia para los esfuerzos de desarrollo y prueba? En ese caso, ¿cómo resuelve este conflicto?
Q # 34. Estás en medio de un sprint y, de repente, el propietario del producto viene con un nuevo requisito, ¿qué harás?
Q # 35. En caso de que reciba una historia en el último día del sprint para probar y descubra que hay defectos, ¿qué hará? ¿Marcarás la historia por terminar?

Ahora aquí las respuestas a las preguntas:

Preguntas y respuestas de la entrevista Scrum

P # 1) ¿En qué se diferencia el scrum de la cascada?

Responder: Las principales diferencias son:

  • Los comentarios del cliente se reciben en una etapa temprana en Scrum que cascada , mientras que la retroalimentación del cliente se recibe hacia el final del ciclo de desarrollo.
  • Acomodar el requisito nuevo o modificado en scrum es más fácil que la cascada.
  • Scrum se centra en el desarrollo colaborativo que cascada donde todo el ciclo de desarrollo se divide en fases.
  • En cualquier momento, podemos revertir los cambios en scrum que en cascada.
  • Las pruebas se consideran una fase en la cascada, a diferencia de scrum.

P # 2) ¿En qué se diferencia scrum del modelo iterativo?

Responder: Scrum es un tipo de modelo iterativo pero es iterativo + incremental.

Q #3) ¿Conoces alguna otra metodología ágil además de Scrum?

Responder: Otra metodología ágil incluye KanBan, XP, Lean.

P # 4) ¿Cuáles son las ceremonias que realizas en el scrum?

Responder: Hay 3 ceremonias principales realizadas en Scrum:

  • Reunión de planificación: Aquí, todos los equipos de scrum junto con el scrum master y el propietario del producto se reúnen para discutir cada elemento de la cartera de productos que pueden trabajar en el sprint. Cuando la historia se estima y el equipo la comprende bien, la historia pasa al Sprint Backlog.
  • Reunión de revisión: Aquí, el equipo de scrum demuestra su trabajo realizado a las partes interesadas.
  • Reunión retrospectiva: Aquí, los equipos de scrum junto con el Scrum Master y el Product Owner se reúnen para hacer una retrospectiva del último Sprint en el que trabajaron. Principalmente discuten sobre las 3 cosas:
    • ¿Qué salió bien?
    • ¿Qué se podría hacer mejor?
    • Elementos de acción

Aparte de estas tres ceremonias, tenemos una más llamada reunión de 'preparación de Backlog'.

En esta reunión, el equipo de scrum junto con el Scrum Master y el Product Owner. El propietario del producto presentó los requisitos comerciales según la prioridad y el equipo discutido sobre ellos identifica la complejidad, las dependencias y los esfuerzos. El equipo también puede hacer la historia apuntando a esta etapa.

P # 5) ¿Conoces a los Tres Amigos en Scrum?

Responder: Los tres Amigos son: Product Owner, Scrum Master y Scrum Team.

P # 6) ¿Cuál crees que debería ser el tamaño ideal de un equipo Scrum?

Responder: El tamaño ideal es de 7 a 9 con +/- 2

preguntas de la entrevista en angularjs para experimentados

P # 7) ¿Qué discuten en la reunión diaria de pie?

Respuesta: Discutimos las siguientes tres cosas:

  • ¿Qué hice hoy?
  • ¿Qué planeo hacer mañana?
  • Cualquier impedimento / obstáculo

P # 8) ¿Cómo se llama el 'Time Boxing' de un proceso de scrum?

Responder: Se llama 'Sprint'

P # 9) ¿Cuál debería ser la duración ideal de un sprint?

Responder: Se recomienda tener de 2 a 4 semanas del ciclo de velocidad.

P # 10) ¿Cómo se definen los requisitos en un scrum?

Responder: Los requisitos se denominan 'Historias de usuarios' en Scrum.

P # 11) ¿Cuáles son los diferentes artefactos en scrum?

Respuesta: Hay dos artefactos mantenidos en Scrum:

  • Pila de Producto: Que contiene la lista priorizada de requisitos comerciales
  • Cartera de Sprint: Contiene las historias de usuario que debe realizar el equipo de scrum para un sprint.

P # 12) ¿Cómo se define una historia de usuario?

Responder: Las historias de usuario se definen en el formato de

Como un

quiero

Así que eso

P # 13) ¿Cuáles son los roles de un Scrum Master y Product owner?

Responder:

Scrum Master: Actúa como líder de servicio para el equipo de scrum. Preside todas las ceremonias de scrum y entrena al equipo para que comprenda e implemente los valores y principios de scrum.

Dueño del producto: Es el punto de contacto de un equipo scrum. Es quien trabaja más cerca del negocio. La principal responsabilidad del propietario de un producto es identificar y refinar los elementos de la cartera de productos.

P # 14) ¿Cómo se mide el trabajo realizado en un sprint?

Responder: Se mide por velocidad.

P # 15) ¿Qué es la velocidad?

Responder: La velocidad es la suma de los puntos de la historia que un equipo de scrum completa (cumple con la definición de hecho) durante un sprint.

P # 16) Entonces, en scrum, ¿qué entidad es responsable de los entregables? Scrum Master o Product Owner?

Responder: Ni el Scrum Master, ni el Product Owner. Es responsabilidad del equipo propietario del entregable.

P # 17) ¿Cómo se mide la complejidad o el esfuerzo en un sprint? ¿Hay alguna forma de determinarlo y representarlo?

Responder: La complejidad y el esfuerzo se miden a través de “Story Points”. En Scrum, se recomienda utilizar la serie de Fibonacci para representarlo.

P # 18) ¿Cómo realiza un seguimiento de su progreso en un sprint?

Responder: El progreso se registra mediante un 'gráfico de quemado'.

P # 19) ¿Cómo se crea el gráfico Burn-Down?

Responder: El gráfico de quemado es un gráfico que muestra el esfuerzo real estimado v / s de las tareas de scrum.

Es un mecanismo de seguimiento mediante el cual para un sprint particular; Se realiza un seguimiento de las tareas diarias para comprobar si las historias avanzan hacia la finalización de los puntos de la historia comprometidos o no. Aquí, debemos recordar que los esfuerzos se miden en términos de historias de usuarios y no de horas.

P # 20) ¿Qué haces en una revisión de sprint y una retrospectiva?

Responder: Durante la revisión de Sprint, realizamos un recorrido y demostramos la función o historia implementada por el equipo de scrum a las partes interesadas.

Durante la Retrospectiva, tratamos de identificar de manera colaborativa lo que salió bien, lo que se podría hacer mejor y los elementos de acción para tener una mejora continua.

P # 21) ¿Ves alguna desventaja de usar scrum?

Responder: No veo ninguna desventaja en usar scrum. Los problemas surgen principalmente cuando el equipo de scrum no comprende los valores y principios del scrum o no es lo suficientemente flexible para cambiar.

P # 22) ¿Crees que scrum se puede implementar en todo el proceso de desarrollo de software?

Responder: Scrum se utiliza principalmente para

  • Proyectos complejos.
  • Proyectos que tienen plazos tempranos y estrictos.
  • Cuando estamos desarrollando cualquier software desde cero.

P # 23) Durante la revisión, suponga que el propietario del producto o la parte interesada no está de acuerdo con la función que implementó, ¿qué haría?

Responder: Lo primero es que no marcaremos la historia como hecha.

Primero confirmaremos el requisito real de la parte interesada, actualizaremos la historia del usuario y la incluiremos en la lista de trabajos pendientes. Según la prioridad, estaríamos sacando la historia en el próximo sprint.

P # 24) En caso de que el scrum master no esté disponible, ¿seguiría realizando la reunión diaria de pie?

Responder: Sí, podemos seguir adelante y hacer nuestra reunión diaria de pie.

P # 25) ¿Dónde encaja la automatización en scrum?

Responder: La automatización juega un papel vital en Scrum. Para tener una retroalimentación continua y asegurar los entregables de calidad, debemos intentar implementar enfoques TDD, BDD y ATDD durante nuestro desarrollo. La automatización en scrum no solo está relacionada con las pruebas, sino que también se aplica a todos los aspectos del desarrollo de software.

Como dije antes de presentar TDD, BDD y ATDD acelerarán nuestro proceso de desarrollo junto con el mantenimiento de los estándares de calidad; La automatización del proceso de construcción e implementación también acelerará la disponibilidad de funciones en diferentes entornos, desde el control de calidad hasta la producción.

En lo que respecta a las pruebas, las pruebas de regresión deberían ser las que recibirán más atención. Con el progreso de cada sprint, la suite de regresión sigue aumentando y se vuelve prácticamente muy difícil ejecutar la suite de regresión manualmente para cada sprint. Debido a que tenemos la duración del sprint de 2 a 4 semanas, automatizarlo sería imperial.

P # 26) Aparte de la planificación, revisión y retrospectiva, ¿conoces alguna otra ceremonia en scrum?

Responder: Tenemos la reunión de Refinamiento del Backlog de Producto (reunión de preparación del Backlog) donde el equipo, el Scrum Master y el Product Owner se reúnen para comprender los requisitos comerciales, dividirlos en historias de usuarios y estimarlos.

P # 27) ¿Puede dar un ejemplo de dónde no se puede implementar scrum? En ese caso, ¿qué sugieres?

Responder: Scrum se puede implementar en todo tipo de proyectos. No solo es aplicable al software, sino que también se implementa con éxito en proyectos de ingeniería y mecánica.

P # 28) ¿Dime una gran ventaja de usar scrum?

Responder: La principal ventaja es: retroalimentación temprana y producción del producto mínimo viable para las partes interesadas.

inicializando variables estáticas c ++

P # 29) ¿Qué es DoD? ¿Cómo se logra esto?

Responder: DoD significa Definición de Hecho. Se logra cuando

  • La historia está en desarrollo completo
  • QA completo
  • La historia cumple y satisface los criterios de aceptación.
  • La regresión alrededor de la historia está completa.
  • La función puede enviarse / implementarse en producción.

P # 30) ¿Qué es MVP en scrum?

Responder: Un producto mínimo viable es un producto que tiene la característica mínima requerida que se puede demostrar a las partes interesadas y es elegible para ser enviado a producción.

P # 31) ¿Qué son las epopeyas?

Responder: Las epopeyas son historias de usuarios equívocas o podemos decir que estas son historias de usuarios que no están definidas y se guardan para sprints futuros.

Q # 32) ¿Cómo se calcula un punto de la historia?

Responder: Un punto de la historia se calcula teniendo en cuenta el esfuerzo de desarrollo + el esfuerzo de prueba + la resolución de dependencias y otros factores que requerirían para completar una historia.

P # 33) ¿Es posible que encuentre diferentes puntos de la historia para los esfuerzos de desarrollo y prueba? En ese caso, ¿cómo resuelve este conflicto?

Responder: Sí, este es un escenario muy común. Puede haber una posibilidad de que el punto de la historia dado por el equipo de desarrollo sea, digamos 3, pero el evaluador le da 5. En ese caso, tanto el desarrollador como el evaluador deben justificar su punto de la historia, tener discusiones en la reunión y colaborar para concluir un punto de historia común.

P # 34) Estás en medio de un sprint y, de repente, el propietario del producto viene con un nuevo requisito, ¿qué harás?

Responder: En un caso ideal, el requisito se convierte en una historia y pasa a la acumulación. Luego, según la prioridad, los equipos pueden retomarlo en el siguiente sprint.

Pero si la prioridad del requisito es realmente alta, entonces el equipo tendrá que acomodarlo en el sprint, pero tiene que comunicar muy bien a las partes interesadas que incorporar una historia en el medio del sprint puede resultar en que se desborden algunas historias. el siguiente sprint.

P # 35) En caso de que reciba una historia en el último día del sprint para probar y descubra que hay defectos, ¿qué hará? ¿Marcarás la historia como terminada?

Responder: Una historia se realiza solo cuando está en desarrollo completo + control de calidad completo + se cumple con los criterios de aceptación + es elegible para ser enviado a producción. En este caso, si hay defectos, la historia está parcialmente terminada y no completamente, por lo que la extenderé al siguiente sprint.

Espero que algunas de las preguntas y respuestas más frecuentes de la entrevista scrum le sean útiles para preparar la entrevista scrum.

Lectura recomendada

^