Scrum Master
La persona cuyo trabajo es eliminar bloqueos, proteger al equipo de interrupciones y mantener el proceso funcionando, no gestionar personas ni asignar trabajo.
Un Scrum Master tiene un solo trabajo real: hacer al equipo más eficaz quitándole cosas del camino. Eso significa eliminar bloqueos, proteger al equipo de interrupciones a mitad del sprint, facilitar los standups y las retros para que sean útiles en lugar de teatro, y entrenar al equipo en cómo trabajar de verdad, no solo recitar las ceremonias. Es un servidor del equipo, no un jefe sobre él. No asigna trabajo, no es dueño del backlog y no hace evaluaciones de desempeño.
El rol se malentiende en dos direcciones. Algunos lo tratan como un programador de reuniones glorificado que lee el guion del standup. Otros lo convierten silenciosamente en un jefe de proyecto que empuja al equipo a comprometerse con fechas. Ambos pierden el punto. El valor está en detectar qué está frenando al equipo, a menudo algo organizativo e incómodo, y tener la posición para arreglarlo. Un Scrum Master que solo dirige reuniones es sobrecarga.
La opinión honesta: los equipos pequeños rara vez necesitan un Scrum Master a tiempo completo. Un equipo de cuatro o cinco ingenieros puede dirigir sus propias ceremonias, y el trabajo de facilitación son unas pocas horas a la semana que un tech lead o un ingeniero senior puede absorber. Un Scrum Master dedicado a tiempo completo se gana el puesto cuando coordinas varios equipos, cuando la organización alrededor del equipo es la principal fuente de bloqueos, o cuando un equipo genuinamente aún no puede autoorganizarse. Por debajo de eso, el título es un coste en busca de una justificación.
Hemos visto muchos equipos más contentos y más rápidos tras eliminar al Scrum Master a tiempo completo y repartir el trabajo en el equipo. También hemos visto equipos ahogarse porque nadie asumía los bloqueos. El rol es real, la versión a tiempo completo a menudo no.