Un scrum master es la persona que se encarga de que un equipo trabaje con Scrum de verdad: organiza y facilita las reuniones del método, elimina los obstáculos que frenan al equipo, protege su foco frente a interrupciones y le ayuda a mejorar sprint a sprint. No es el jefe del proyecto ni quien decide qué se construye: su trabajo es que el equipo funcione bien y entregue algo útil de forma regular.
Si estás arrancando un proyecto de software, una app o una plataforma web, es normal preguntarse si necesitas uno, si lo puede hacer alguien de tu equipo o si conviene contratarlo fuera. Te explicamos qué hace exactamente, en qué se diferencia de otros roles y cuándo tiene sentido un scrum master externo.
Qué es Scrum en pocas palabras
Scrum es un marco de trabajo para desarrollar productos complejos en ciclos cortos llamados sprints, de un mes como máximo y habitualmente de una o dos semanas. Al final de cada sprint el equipo entrega una parte del producto que funciona y que se puede revisar.
La Guía de Scrum, el documento de referencia que mantienen sus creadores, define tres responsabilidades:
- Product owner: decide qué se construye y en qué orden, para que el producto aporte el máximo valor. Gestiona la lista de trabajo pendiente (el product backlog).
- Desarrolladores: las personas que construyen el producto: programación, diseño, pruebas.
- Scrum master: responsable de que Scrum se aplique bien y de la eficacia del equipo.
Y cinco eventos: el propio sprint, la planificación del sprint, la reunión diaria de 15 minutos, la revisión del sprint con los interesados y la retrospectiva, en la que el equipo decide qué mejorar.
Qué hace un scrum master en el día a día
- Facilita los eventos de Scrum y se asegura de que sirvan para algo: planificaciones con un objetivo claro, reuniones diarias cortas y retrospectivas que acaban en acciones concretas.
- Elimina impedimentos: un acceso que no llega, una dependencia de otro proveedor, una decisión que nadie toma. Si algo bloquea al equipo, lo persigue hasta resolverlo.
- Protege al equipo de interrupciones: canaliza las peticiones nuevas hacia el product owner para que entren por el backlog y no por el chat a media tarde.
- Ayuda al product owner a ordenar el backlog, a escribir el trabajo de forma que se entienda y a definir objetivos de sprint realistas.
- Enseña el método al equipo y a la empresa, sobre todo cuando es la primera vez que trabajan así.
- Hace visible el avance con tableros y métricas sencillas para que cualquiera sepa en qué punto está el proyecto sin pedir informes.
La Guía de Scrum lo describe como un líder que sirve al equipo y a la organización: su autoridad no viene de mandar, sino de hacer que el trabajo fluya.
Scrum master, product owner y jefe de proyecto: diferencias
| Rol | Pregunta que responde | Decide |
|---|---|---|
| Product owner | ¿Qué construimos y en qué orden? | Prioridades del producto |
| Scrum master | ¿Cómo trabajamos para entregar bien y mejorar? | Forma de aplicar el método; no decide el producto |
| Jefe de proyecto tradicional | ¿Cumplimos alcance, plazo y presupuesto? | Planificación, asignación de tareas y seguimiento |
En Scrum no existe el jefe de proyecto como tal: sus funciones se reparten entre el product owner, que decide el qué, y el equipo, que se organiza para el cómo. Por eso un error frecuente es convertir al scrum master en quien reparte tareas y persigue horas: con eso se pierde lo que hace útil el método.
Lo que un scrum master no hace
Para evitar malentendidos al incorporar el rol, conviene tener claro lo que queda fuera de su trabajo:
- No decide qué funcionalidades se construyen ni en qué orden: eso es del product owner.
- No reparte tareas: los desarrolladores se organizan para cumplir el objetivo del sprint.
- No es el secretario del equipo: no se limita a convocar reuniones y tomar notas.
- No evalúa el rendimiento individual de las personas del equipo.
- No negocia el presupuesto ni el contrato con el cliente o con proveedores.
Cuando el scrum master acaba haciendo estas cosas, el equipo deja de autoorganizarse y Scrum se convierte en una forma nueva de llamar a la gestión de siempre.
¿Necesita tu proyecto un scrum master?
No todos los proyectos lo necesitan a tiempo completo. Estas señales indican que sí te hace falta alguien en ese papel:
- El equipo tiene tres o más personas trabajando a la vez en el mismo producto.
- Las prioridades cambian a menudo y el equipo no sabe qué es lo importante esta semana.
- Las entregas se retrasan sin que nadie sepa explicar bien por qué.
- Las reuniones se alargan y no terminan en decisiones.
- Es la primera vez que la empresa trabaja con un método ágil.
En equipos pequeños, el papel puede asumirlo a tiempo parcial alguien con experiencia del propio equipo. Lo que no funciona es que lo haga el product owner a la vez: decidir qué se construye y proteger al equipo de las prioridades cambiantes son dos tareas que chocan.
Cuándo contratar un scrum master externo
Un scrum master externo tiene sentido cuando:
- Vas a adoptar Scrum por primera vez y quieres que alguien con experiencia lo implante bien desde el principio y forme al equipo para que luego siga solo.
- El proyecto es crítico y de duración limitada, como el lanzamiento de una app o la migración de una plataforma, y no compensa contratar a alguien en plantilla.
- Trabajas con un equipo de desarrollo externo y necesitas a alguien que haga de puente entre tu negocio y el equipo técnico.
- El equipo está atascado y hace falta una mirada externa que detecte qué falla en el proceso sin estar dentro de las dinámicas internas.
Al contratarlo, pregunta por proyectos parecidos al tuyo, cómo mide el avance del equipo, qué hace cuando el negocio pide cambios a mitad de sprint y cómo prevé dejar al equipo funcionando sin él. Un buen scrum master externo trabaja para dejar de ser imprescindible.
Qué pasa si tu proveedor de desarrollo ya trabaja con Scrum
Si encargas una app o una plataforma a medida, lo más habitual es que el proveedor aporte su propio scrum master o un rol equivalente dentro del equipo. En ese caso, lo que necesitas de tu lado es un product owner con tiempo y capacidad de decisión: alguien que acuda a las revisiones de sprint, priorice y responda dudas rápido. Es el factor que más influye en que el proyecto avance bien. En desarrollo web y apps te contamos cómo organizamos esa relación.
Un buen método no sustituye a un buen equipo, pero lo hace rendir
Un scrum master facilita, protege y enseña para que el equipo entregue valor de forma regular. Puedes cubrir el papel dentro del equipo si es pequeño o contratarlo fuera para implantar el método, sacar adelante un proyecto crítico o desatascar a un equipo. Si vas a empezar un desarrollo y quieres saber cómo organizarlo para que avance sin sorpresas, cuéntanos tu proyecto y lo vemos juntos.
Artículos relacionados
Preguntas frecuentes sobre
Cómo mejorar mi negocio con la metodología Anticompetencia
En Tangram no queremos que la información pase por una cadena interminable de intermediarios donde se pierden los detalles importantes.
Contarás con un interlocutor que coordinará la comunicación y trasladará las decisiones al equipo responsable de tu proyecto.
Cuando sea necesario profundizar en cuestiones de estrategia, diseño o tecnología, podremos involucrar a los especialistas correspondientes.
Así tendrás una comunicación organizada, sin necesidad de gestionar personalmente a todos los profesionales que intervienen.
Queremos que tengas acceso al conocimiento de un equipo especializado, sin sufrir la complejidad de coordinarlo.
No tendrás que averiguar a quién escribir cada vez que tengas una duda.
En Tangram contemplamos la figura del Account Manager como interlocutor principal, encargado de acompañarte durante el proyecto, coordinar la comunicación y facilitar el seguimiento de las decisiones.
Nuestra metodología incluye reuniones de revisión, canales de comunicación y herramientas para que puedas participar en el trabajo.
La organización concreta, la frecuencia de las reuniones y los canales disponibles se establecerán según el proyecto contratado.
Lo importante es que sepas con quién hablar, en qué punto está tu proyecto y qué decisiones necesitan tu participación.
Sí, podemos valorar una colaboración con los profesionales que ya trabajan en tu empresa.
No siempre tiene sentido sustituir un equipo que conoce bien tu negocio. En muchas situaciones, lo más útil es complementar sus conocimientos con especialistas en determinadas áreas.
Podemos estudiar qué responsabilidades asumiría Tangram, cuáles mantendría tu equipo y cómo coordinar las decisiones para evitar duplicidades.
La forma concreta de colaboración dependerá de la organización, las herramientas y las necesidades del proyecto.
No se trata de reemplazar lo que ya funciona, sino de aportar el conocimiento que necesitas para llegar más lejos.
No tienes por qué cambiar de proveedor para explorar una colaboración con Tangram.
Durante nuestra trayectoria hemos trabajado con agencias y consultoras, participando en proyectos en los que cada empresa asumía una parte diferente del trabajo.
Esa experiencia nos permite comprender la importancia de definir responsabilidades y coordinar a los profesionales implicados.
Podemos valorar una colaboración para cubrir necesidades concretas que tu proveedor actual no ofrece o para reforzar determinadas áreas.
Si tienes una relación profesional que funciona, no queremos que la rompas sin motivo. Queremos encontrar dónde podemos aportar valor.
La confidencialidad es especialmente importante cuando hablamos de nuevas ideas de negocio, información económica, estrategias comerciales o desarrollos tecnológicos.
En Tangram tenemos experiencia trabajando en proyectos sujetos a acuerdos de confidencialidad, motivo por el que no podemos mostrar públicamente muchos de los trabajos en los que hemos participado.
Si tu proyecto requiere un acuerdo de confidencialidad (NDA) antes de compartir información sensible, podemos revisar sus condiciones y acordar cómo proteger esa información antes de entrar en los detalles.
Entendemos que la confianza empieza por respetar lo que todavía no quieres hacer público.