Preguntas de entrevista para Scrum Master: respuestas que funcionan
162 solicitudes por oferta, promedio de 2026.
Advertisement
Llegas a la entrevista para Scrum Master y, a los cinco minutos, te das cuenta de que no preguntan por el manual. Preguntan por lo que harías el martes a las diez de la mañana cuando el equipo no se pone de acuerdo. Ese tipo de preguntas separa a quien tiene el certificado de quien puede hacer el trabajo.
La buena noticia es que la mayoría de entrevistas siguen un patrón. Si entiendes qué busca el entrevistador en cada bloque, puedes dejar de improvisar y empezar a responder con intención.
Qué evalúa el entrevistador en cada pregunta#
Antes de memorizar respuestas, conviene entender qué miden. No buscan una definición de la Guía Scrum. Buscan señales de que sabes navegar ambigüedad, facilitar conversaciones difíciles y proteger al equipo sin crear una burbuja. Una buena respuesta muestra criterio, no teoría.
Tres bloques suelen repetirse: preguntas de filtro para descartar rápido, preguntas técnicas para comprobar que entiendes el marco y las métricas, y preguntas de comportamiento para ver cómo actúas bajo presión. Las de comportamiento son las que más peso tienen en la decisión final.
Preguntas de filtro: las que te abren (o cierran) la puerta#
Estas preguntas son cortas, pero dicen mucho. Si fallas aquí, no llegas a la siguiente ronda.
- ¿Qué hace un Scrum Master según tu experiencia?
- ¿Qué artefacto o evento eliminarías si pudieras?
- ¿Cómo mides el éxito de un equipo ágil?
Qué evalúan: si tienes una visión práctica del rol, si entiendes el propósito por encima de la ceremonia, y si conoces métricas útiles (no solo velocidad).
Error común: responder con la definición del libro. Si suenas como un PDF, no convences. Mejor cuenta qué haces tú, con ejemplos reales.
Preguntas técnicas: demuestra que entiendes el oficio#
Aquí se nota si trabajas con Scrum de verdad o si solo lo estudiaste para el examen. Espera preguntas sobre eventos, artefactos, dependencias y escalado.
- ¿Cómo preparas y facilitas el Sprint Planning?
- ¿Qué haces cuando el Product Owner mete requisitos nuevos a mitad de sprint?
- ¿Cómo gestionas las dependencias con otros equipos?
- ¿Cuál es la diferencia entre un impedimento y una dependencia?
Qué evalúan: dominio del marco, capacidad de priorizar, y si sabes cuándo ser estricto con el proceso y cuándo ser pragmático.
Respuesta modelo: preparar el Sprint Planning
"Antes de la sesión, trabajo con el Product Owner para que el Product Backlog esté refinado y priorizado. Reviso la capacidad del equipo, teniendo en cuenta vacaciones, soporte y cualquier compromiso pendiente. En la reunión, el PO presenta el objetivo del sprint y los ítems candidatos. El equipo pregunta, descompone las historias y estima. Yo me aseguro de que el objetivo quede claro y de que el compromiso sea realista, no optimista. Al final, el equipo tiene un Sprint Backlog que entiende y un objetivo que puede recordar sin mirar un documento."
Por qué funciona: muestra preparación previa, colaboración con el PO, gestión de capacidad y foco en el objetivo, no solo en la lista de tareas.
Respuesta modelo: requisitos nuevos a mitad de sprint
"Depende de la situación. Si es un cambio de negocio urgente, convoco una conversación rápida con el PO y el equipo para entender el impacto. Si el sprint tiene margen, negociamos qué entra y qué sale, sin añadir carga oculta. Si no hay margen, ayudo al PO a priorizar y a explicar a los interesados por qué el cambio espera al próximo sprint. Nunca meto algo 'pequeño' sin que el equipo lo decida. La clave es proteger el compromiso sin ser un obstáculo para el negocio."
Por qué funciona: no es dogmática, muestra negociación y comunicación, y pone al equipo en la decisión.
Preguntas de comportamiento: las que pesan más en la decisión#
Estas preguntas empiezan con "cuéntame una situación..." o "¿qué hiciste cuando...?". El entrevistador quiere una historia concreta, no una teoría. Usa la estructura STAR (Situación, Tarea, Acción, Resultado) si te ayuda, pero no suenes mecánico.
- Cuéntame un conflicto entre dos miembros del equipo y cómo lo manejaste.
- ¿Qué hiciste cuando el equipo no cumplía los acuerdos del equipo?
- Describe una vez en la que tuviste que decirle "no" a un stakeholder.
- ¿Cómo has ayudado a un equipo a pasar de formado a autogestionado?
Qué evalúan: madurez emocional, capacidad de facilitación, y si generas confianza o si solo eres un administrador de reuniones.
Respuesta modelo: conflicto entre miembros del equipo
"En mi equipo anterior, dos desarrolladores tenían desacuerdos constantes sobre la arquitectura. Las discusiones empezaron a retrasar decisiones y a crear tensión en las daily. Primero, hablé con cada uno por separado para entender su perspectiva sin juzgar. Después, organicé una sesión de tres donde cada uno explicó su postura y sus preocupaciones, y yo facilité para que no se interrumpieran. Llegaron a un acuerdo técnico con un criterio claro para futuras decisiones. En los siguientes sprints, la relación mejoró y las decisiones se tomaban más rápido."
Por qué funciona: muestra intervención individual y grupal, neutralidad, y un resultado observable.
Respuesta modelo: decir "no" a un stakeholder
"Un director pedía reportes diarios de progreso que consumían dos horas al equipo. En lugar de rechazarlo de plano, le mostré el coste: esas dos horas salían del desarrollo. Propuse una alternativa: un panel con métricas automáticas actualizadas en tiempo real y una reunión quincenal de quince minutos para preguntas. Aceptó. El equipo recuperó tiempo y el director tenía más visibilidad que antes, con menos esfuerzo para todos."
Por qué funciona: no dice "no" y ya. Ofrece una solución, muestra datos y busca el beneficio de todas las partes.
Errores comunes que te descartan#
Hay patrones que veo repetirse y que siempre restan puntos.
- Hablar solo de procesos y nunca de personas. Si no mencionas al equipo, suenas como un administrador.
- Dar respuestas genéricas. "Fomento la comunicación abierta" no dice nada. Cuenta cómo.
- No reconocer errores. Si todo lo que hiciste salió perfecto, no eres creíble.
- Confundir Scrum Master con Project Manager. Si hablas de asignar tareas y controlar horas, hay un problema de base.
- Usar jerga sin explicar. Si dices "circular la información" o "facilitar el artefacto", necesitas decir qué significa en la práctica.
Checklist de preparación#
Antes de la entrevista, repasa esto:
- Revisa la descripción del puesto y subraya las palabras clave que repiten.
- Prepara tres historias concretas de tu experiencia usando la estructura STAR.
- Investiga la empresa: qué producto tienen, qué tamaño, qué retos podría tener un equipo ágil ahí.
- Practica tus respuestas en voz alta, no solo en tu cabeza.
- Prepara tres preguntas para hacerles: sobre el equipo, sobre la madurez ágil de la organización, y sobre cómo miden el éxito del rol.
- Usa un analizador de compatibilidad entre tu CV y la oferta para detectar qué habilidades destacar.
- Repasa las métricas ágiles que conoces y cuándo usarías cada una.
Si quieres practicar con ofertas reales, en la bolsa de empleo de jobrise.io puedes ver qué piden hoy las empresas y preparar tus respuestas en consecuencia. También puedes leer más sobre gestión ágil en nuestro blog.
Herramientas gratis#
- jobrise.io/es/free-ats-checker/
- jobrise.io/es/free-jd-decoder/
- jobrise.io/es/jobs/
- jobrise.io/es/blog/
Preguntas frecuentes#
¿Cuánto dura una entrevista para Scrum Master?
La primera ronda suele durar entre 30 y 45 minutos. Si hay casos prácticos o una segunda entrevista con el equipo, puede alargarse a una hora o más. Pregunta siempre el formato al agendar para prepararte bien.
¿Me van a preguntar por SAFe u otros marcos escalados?
Depende de la empresa y el tamaño. En organizaciones con varios equipos, es probable que pregunten por experiencia con LeSS, SAFe o Nexus. Si no tienes experiencia, sé honesto, pero muestra que entiendes los retos de coordinar varios equipos.
¿Qué pasa si no sé responder una pregunta técnica?
No inventes. Di algo como: "No tengo experiencia directa con eso, pero mi aproximación sería..." y razona. Los entrevistadores valoran la honestidad y el pensamiento estructurado más que una respuesta perfecta.
¿Debo llevar certificaciones como PSM o CSM?
Muchas empresas las piden en la oferta, pero no son un requisito universal. Si las tienes, menciónalas. Si no, destaca tu experiencia práctica y resultados concretos. Un certificado sin experiencia real convence poco.
¿Qué pregunta debería hacer yo al final?
Pregunta por el mayor reto actual del equipo. Te da información útil para decidir si quieres trabajar ahí, y demuestra que te importa el trabajo real, no solo el título.
Advertisement
Advertisement
Envíaselo a quien tenga la entrevista esta semana.
Sigue leyendo
BBVA empleos tech: cómo es el proceso y la entrevista
Guía completa sobre empleos tech en BBVA: fases del proceso de selección, preguntas de la entrevista y cómo preparar tu CV para banca digital.
Carta de presentación que pasa el ATS en España
Guía práctica para escribir una carta de presentación que pase el ATS en España, con estructura de tres párrafos, ejemplos y errores comunes que evitar.
Carta de presentación para Backend Developer: ejemplo adaptable
Guía para escribir una carta de presentación de Backend Developer con estructura, ejemplo adaptable, errores comunes y checklist práctico.
Advertisement
Advertisement