Día a día de un Scrum Master

Muchos se preguntan que debe de hacer un Scrum Master una vez ha sido la daily a primera hora, después de esos 15 minutos de reunión que facilita dicho Scrum Master, ¿Cuál es su trabajo?. Hay gente que lo ve como un trabajo demasiado ambiguo y poco definido, en el que apenas hay unas directrices claras de lo que se debe realizar. Sin embargo, el Scrum Master tiene por delante duras y difíciles tareas que llevar a cabo en su día a día:
Tareas que debe realizar que afectan a todos los roles:
  • Debe facilitar, dinamizar y hacer productivas todas las reuniones de Scrum (preparación, moderación y cierre)
  • Actúa de formador y mentor: enseña a cada uno a ejecutar su papel dentro del marco de Scrum (equipo, PO, stakeholder, …)
  • Evangeliza en la organización el uso de metodologías ágiles
  • Debe ser consultor sobre cualquier cuestión en lo referente a Agile, al mismo tiempo que intercambia información con otros scrum masters de la organización
  • Mantener/Incrementar la motivación
  • Tiene que asegurarse de que no falte comida y cafe cuando el equipo trabaja hasta tarde
  • Potenciar la creatividad y la humildad intelectual
Tareas que debe de realizar con el equipo:
  • En el equipo promueve prácticas ágiles, no solo relacionadas con Scrum (programación por parejas, refactorización, TDD, propiedad colectiva de código, estimación en puntos, planning poker, kanban, …)
  • Es el lider servil del equipo
  • Mantiene y ejecuta con el equipo el plan de mejora continua
  • Diagnostica problemas y propone soluciones (junto al equipo)
  • Media en los conflictos entre el equipo y el PO o cualquier otro agente externo
  • Ayuda al equipo a tomar decisiones
  • Promueve la autoorganización
  • Quitar impedimentos al equipo, siempre y cuando el equipo no pueda solucionarlos. Conseguir o perseguir a quien sea para que cualquier problema sea resuelto cuanto antes y el equipo pueda trabajar sin nada que los frene.
  • Debe ayudar al equipo a intentar ser lo más productivo posible y así pueda conseguir los objetivos marcados
  • Proteger al equipo cuando se pide mucho de ellos, que no se comprometan a más de lo que puedan hacer, y también que no se vuelvan complacientes (servicio cafeteria), esto es más complicado, ya que si el equipo no quiere dar lo mejor y apunta a menos, hay problemas graves de motivación que tienen que solucionarse.
  • Asegurarse que se cumplen los compromisos del process backlog por parte del equipo, también debe detectar otras oportunidades de mejora.
  • Tiene que escuchar a la gente y estar seguro de que todo esta bien. Tener reuniones uno a uno puede ser una buena medida
  • Tiene que asegurarse de que el equipo cumple el Definition of Done
  • Tiene que generar un ambiente de confianza, comunicación y estabilidad, es decir, una atmósfera idónea
  • Debe ayudar al equipo a reportar
  • Debe ayudar al equipo a mantener el foco
  • Debe recordar al equipo sus acuerdos
  • Ayuda al equipo a mantener sus herramientas
Tareas que debe de realizar con el PO:
  • Asegurarse que el product backlog este priorizado (push al PO) y estimado (asegurandose de que el equipo estima las user stories).
  • Asegurarse que se construyen adecuadamente las “user stories” con la información necesaria para que el equipo pueda trabajar en ellas (criteria of ready)
  • Asegurarse de que se hagan Demos mostrando las nuevas funcionalidad del producto, de forma que se reciba feedback continuo
  • Tiene que asegurarse de que se hagan las release planning meetings, de forma que se organice el product backlog en releases (al menos hasta donde este priorizado) para poder ser predecibles a medio/largo plazo
  • Debe de promover encuentros periódicos con los stakeholders
Tareas que debe de realizar con la tecnología:
  • Implantar nuevos paradigmas de programación (TDD, BDD, Pair Programing, Refactor, Clean Code, Patterns, …)
  • Herramientas monitoring tecnico
  • Trainnings
  • Eliminación dependencias en la plataforma entre algunos proyectos y nueva arquitectura en algunos casos
  • Reducción costes de compilación y despliegue
  • Mejora de estaciones de trabajo (memoria e infraestructura)
  • Mejoras proceso actualización
  • Mejorar releases
  • Buscar la mejora continua para reducir el numero de bugs
Seguramente haya muchas más tareas que tenga que llevar a cabo o que surgirán de la mejora continua, pero creo que es un buen principio para poder empezar a ser un buen Scrum Master. En definitiva, sus objetivos principales son ser el lider en la implementación de Scrum dentro del equipo, debe de ser el motivador del cambio y de la lucha por la mejora continua.
Algunos enlaces de interés relacionados con este post y sobre los que me he basado para escribir este contenido son los siguientes:

One thought on “Día a día de un Scrum Master

  1. Wow, awesome blog format! How lengthy have you ever been running a blog
    for? you made running a blog look easy. The whole look of your site is great,
    let alone the content!

Leave a comment