Un desarrollador senior lleva tres Sprints bloqueado con el mismo problema de arquitectura. El Product Owner no sabe cómo priorizar entre dos épicas con igual urgencia. El equipo discute en cada Daily sin llegar a ningún acuerdo. Tres situaciones distintas, tres personas distintas, tres necesidades distintas. Y tú, como Scrum Master, usas la misma respuesta para las tres: facilitas una conversación, propones un ejercicio, moderas el debate. El problema es que no todas las situaciones necesitan facilitación. Algunas necesitan mentoring. Otras, coaching puro. Confundir los tres es uno de los errores más silenciosos y más costosos del rol.
Tres herramientas distintas para tres situaciones distintas
El Scrum Master opera desde múltiples registros. El Scrum Guide describe el rol como un true leader que sirve al equipo, al Product Owner y a la organización. Pero esa descripción no especifica cómo se sirve en cada contexto, y ahí está la trampa.
Coaching parte de la premisa de que la persona tiene la respuesta dentro. El Scrum Master hace preguntas poderosas, escucha activamente y acompaña el proceso de descubrimiento sin aportar soluciones. Es el modo adecuado cuando alguien necesita claridad sobre sus propias decisiones o cuando el equipo debe encontrar su propio camino hacia la autogestión.
Mentoring es lo opuesto en ese eje: el Scrum Master comparte experiencia, da perspectiva y ofrece referentes concretos. Es apropiado cuando alguien carece de contexto o experiencia para tomar una decisión informada.
Facilitación no es ni coaching ni mentoring. Es diseño de conversaciones. El Scrum Master estructura el espacio para que un grupo llegue a un resultado colectivo, sin imponer ni guiar hacia una respuesta predefinida.
Saber cuál usar no es intuición. Es diagnóstico.
Cómo se aplica en situaciones reales de equipo
La diferencia entre los tres modos se vuelve concreta cuando los pones en contexto.
Cuando usar coaching
Un desarrollador lleva semanas sintiéndose infravalorado en el equipo. No es un problema técnico ni de proceso. Es una cuestión de percepción, motivación y relaciones. Aquí el coaching es la herramienta correcta. Preguntas como «¿Qué necesitarías para sentir que tu aportación es visible?» o «¿Qué está en tu mano cambiar esta semana?» abren un espacio que ninguna dinámica de facilitación puede crear.
Cuando usar mentoring
Un Scrum Master junior acaba de incorporarse a un equipo distribuido y no sabe cómo gestionar la Daily en remoto sin que se convierta en un informe de estado. Aquí no necesita que le hagas preguntas. Necesita que le cuentes qué ha funcionado, qué no, y por qué. El mentoring acelera la curva de aprendizaje cuando la experiencia propia todavía no existe.
Cuando usar facilitación
El equipo lleva dos Sprints debatiendo si adoptar una nueva práctica técnica. Hay posiciones encontradas y la conversación se repite sin avanzar. El Scrum Master no tiene —ni debe tener— una opinión sobre la decisión técnica. Su trabajo es diseñar una sesión donde todas las voces sean escuchadas y el grupo llegue a un acuerdo por sí mismo. Eso es facilitación pura.
La regla práctica: antes de intervenir, hazte esta pregunta:
- ¿Esta persona necesita encontrar su propia respuesta? → Coaching
- ¿Le falta contexto o experiencia para decidir bien? → Mentoring
- ¿Un grupo necesita llegar a un acuerdo colectivo? → Facilitación
Los errores que cometen incluso los Scrum Masters experimentados
Conocer los tres modos no garantiza usarlos bien. Estos son los antipatrones más frecuentes:
- Mentorizar cuando toca hacer coaching. Es el más habitual. El Scrum Master tiene experiencia, quiere ayudar, y da la respuesta antes de que la persona haya tenido oportunidad de encontrarla. Esto genera dependencia y frena el crecimiento del equipo.
- Facilitar para evitar tomar posición. Algunos Scrum Masters usan la facilitación como escudo. Cuando deberían dar feedback directo o compartir su perspectiva, se esconden detrás de «¿y vosotros qué pensáis?». La neutralidad tiene un límite.
- Hacer coaching en momentos de urgencia. Si el equipo está en crisis y necesita orientación inmediata, no es el momento para preguntas abiertas. Leer el contexto es parte de la competencia.
- No salir del modo coaching nunca. Hay Scrum Masters que han interiorizado tanto el rol no directivo que son incapaces de compartir su experiencia cuando sería genuinamente útil. El mentoring no es una debilidad del rol.
El siguiente nivel está en combinar los tres modos dentro de una misma conversación: empezar con facilitación para abrir el espacio, usar coaching para profundizar, y cerrar con mentoring si el contexto lo pide. Eso requiere presencia, escucha y práctica deliberada.
El diagnóstico correcto es la competencia más valiosa
Dominar coaching, mentoring y facilitación por separado es el punto de partida. Saber cuál usar en cada momento es donde está la diferencia real entre un Scrum Master funcional y uno que transforma equipos.
No se trata de tener más herramientas. Se trata de leer la situación antes de actuar. Esa lectura se entrena, se afina con la experiencia y se mejora con reflexión deliberada sobre la propia práctica.
En el próximo post exploraremos cómo desarrollar la escucha activa como competencia técnica del Scrum Master, más allá del tópico.