Los deberes diarios
“Un problema al día mantiene alejado al Scrum Master”, ¿no?
Con frecuencia escucho que ser Scrum Master no es un trabajo de tiempo completo, especialmente en un solo equipo. Las organizaciones mitigan este riesgo de "carga insuficiente" de diversas maneras (asignando solo 50% FTE al rol, agregando múltiples equipos Scrum a su plato o, la peor opción, eliminándolo por completo) sin apreciar los "deberes diarios". de un Scrum Master.
Quiero compartir un 'día en la vida' de un Scrum Master para disipar algunos rumores de que estamos (y esta es una cita directa) "robándonos la vida" o de alguna manera convirtiéndonos en el equivalente moderno de un vendedor de aceite de serpiente.
_________________________________________________________________________________
Es importante destacar que mi día comienza al final del anterior. Encuentro que la responsabilidad de un Scrum Master se malinterpreta como el invitado nominado a la reunión y, por lo tanto, reviso mi calendario y rechazo cortésmente cualquier cosa a la que no pueda agregar valor. Puede que consiga que alguien asista en mi lugar, pero principalmente estoy tratando de luchar contra los 'llenadores del calendario': sé que no puedo ser eficaz si dedico más de 50% de mi tiempo a reuniones. La flexión es el rey.
Para mí, un día típico comienza entre las 7 y las 7:30 a. m. Empiezo temprano porque está tranquilo. Me da tiempo para responder correos electrónicos y "recorrer" los tableros Scrum de los cuatro equipos con los que trabajo. No los estoy viendo para rastrearlos, sino para hacer la pregunta: "¿Su trabajo y/o progreso es transparente para alguien que lo inspecciona?". Si comenzara más tarde, no tendría tiempo de hacerlo pacíficamente antes de que comience el aluvión de interrogatorios alrededor de las 9 am.
Cuando los equipos se conecten, me comunicaré con ellos. Es imposible estar cara a cara con todos los equipos, especialmente porque tengo cuatro, pero hacerles saber que estoy aquí si me necesitan es importante a nivel ético. Puede ser un meme divertido para empezar el día, un mensaje destacado en el canal comunitario de Teams o un recordatorio de los próximos talleres. La experiencia me ha enseñado que, si bien es fácil acumular conocimientos para generar algún tipo de poder, ¿cuál es el punto? A menos que me diga que una información es confidencial, asuma que se la pasaré al equipo. Si la flexibilidad es el rey, entonces la transparencia es la reina.
Alrededor de las 10 en punto es cuando normalmente tendré mi primera reunión o evento Scrum. Los horarios de las reuniones centrales son poderosos y respetuosos, y deben acordarse entre cada equipo para tener en cuenta el trabajo flexible. Por ejemplo, mis equipos han acordado que de 10 a 12:30 y de 1 a 4 es cuando se pueden realizar las reuniones. Intentaré conectarme con Daily Scrums siempre que sea posible, facilitar la planificación del Sprint o el refinamiento del Backlog del Producto cuando me lo soliciten. La preparación para estos eventos también lleva tiempo. Puede que no sea visible para mis equipos u organización, pero créanme, es el efecto iceberg. Es posible que vea 10% del esfuerzo, pero 90% acecha bajo la superficie.
Con cualquier tarea que realice como Scrum Master, debo considerar si estoy apoyando a un equipo autogestionado o realizando una actividad que ellos podrían realizar ellos mismos. A largo plazo, no soy un líder servidor eficaz si me convierto en una muleta sin la cual el equipo no puede vivir. Es por eso que la gestión de JIRA, la organización del calendario y la toma de actas no es algo que haga normalmente. Como consultor, no es particularmente barato tenerme en su equipo, así que considere qué actividades agregan valor a su organización; casi apostaría a que 'JIRA' no es una de ellas.
Durante el almuerzo intentaré ponerme al día con los correos electrónicos de las partes interesadas que me hayan llegado. Siempre hay algunos que deberían haber llegado al propietario del producto o a los desarrolladores, pero estas son excelentes oportunidades para 'entrenar por correo electrónico': “Gracias por esta información. John, el propietario del producto, es en realidad responsable de decidir si esta funcionalidad se alinea con nuestro objetivo del producto. ¿Le gustaría que le facilitara una introducción? Las relaciones positivas con los clientes tienen valor y es importante tener tiempo en mi día para responder cortésmente.
Nuevamente se dedica la tarde a facilitar o ponerse al día con las partes interesadas clave. En estos casos, es muy fácil pasarse de la línea y convertirse en gerente de proyecto y recibir actualizaciones sobre el progreso de "su equipo". Si tuviera que elegir algo que odio de ser un Scrum Master, es la parte de 'Maestro': implica jerarquía. Aunque puedo ser considerado un "Maestro de Scrum", no soy un maestro del equipo, y referirme a ellos como su/mi equipo implica que los administro. Aunque la interacción con las partes interesadas se considera una responsabilidad del propietario del producto, me gusta apoyar esto porque creo que ayuda a vivir los valores de Scrum y generar confianza.
Como ocurre con todas las discusiones en las que participo a diario, inevitablemente hay acciones que seguir. Manejo un tablero Kanban personal para poder monitorear mi flujo de trabajo. ¿Quizás también te ayudaría a ti? En mi experiencia, si alguna vez te cuestionan si eres un valor agregado o un valor de costo, puedes mostrarles tu tablero e involucrarlos en su perfeccionamiento. “Si puedes ayudarme señalando algunas cosas que puedas quitarme de encima, sería fantástico, ¡gracias!”
Escribir un "día en la vida" de un Scrum Master es difícil. Todo lo que has leído hasta ahora es vago, y es que cada día es diferente. Aquí hay algunas actividades que me he perdido:
- Entrenar a la organización para que deje de asumir compromisos con los clientes en nombre de mis equipos sin consultarlos.
- trabajar con el propietario del producto para definir un objetivo del producto, ordenar un trabajo pendiente del producto de manera efectiva o, a menudo, simplemente de qué es responsable.
- Intentar mejorar mis habilidades leyendo artículos, participando en seminarios web y talleres o asistiendo a capacitaciones formales.
- haciendo un gemba walk por mis equipos y nuestros clientes.
- …y lo inevitable…ayudar a lidiar con '¡LA APLICACIÓN ESTÁ EN FUEGO!' momentos.
Así que ya terminé mi día... si puedes decirme dónde podría encajar también para ayudar a la organización a eliminar impedimentos, realizar talleres complementarios y todas las demás cosas en las que participan los Scrum Masters, me encantaría saber de ti.
¿Ser Scrum Master es un compromiso de tiempo completo? Sí.
Ryan Brook, 2021
Si alguien te dice lo contrario, haz lo que hice yo una vez. Tómate dos semanas de descanso. Volverás a un equipo que se autogestionó sin ti (una victoria para ti como Scrum Master) o a un Product Owner con los pelos en llamas (una razón definitiva por la que te necesitan).