¿Quieres
ser un Buen Scrum Master?
Nunca
comprometa al equipo con nada sin consultarles primero:
Como
Scrum Master, no tenemos la autoridad para aceptar solicitudes de cambio (no
importa si son pequeñas) en nombre del equipo. Incluso si está absolutamente
seguro de que el equipo puede cumplir con una solicitud, diga: "Tengo que consultar esto con el equipo antes de que podamos decir
que sí".
No comprometa al equipo con plazos, entregables o cualquier otra cosa sin hablar primero con los miembros del equipo. Es posible que no necesite hablar con todo el equipo; muchos equipos permitirán que algunos o todos los miembros digan: "Sí, podemos hacerlo" sin una reunión de todo el equipo. Pero sigue siendo su decisión, no la tuya.
Tener
siempre presente que estás ahí para ayudar al equipo a verse bien:
Ser
un buen Scrum Master no se trata de hacerte lucir bien. Te ves bien cuando el
equipo se ve bien. Y se
ven muy bien cuando hacen un gran trabajo. Parte de honrar los principios de agilidad es experimentar con su proceso. Anima al equipo a probar cosas nuevas.
¿A tu equipo le encantan los sprints de dos semanas y crees que funcionan perfectamente? Genial. Ahora pídales que prueben un sprint de una semana o de tres semanas y observen los resultados. Es posible que los experimentos no siempre sean acertados, pero son la mejor manera de asegurarse de que continúas descubriendo nuevas y mejores formas de trabajar.
Los miembros del equipo y las partes interesadas del sector empresarial aportan una perspectiva importante a una iniciativa de desarrollo de productos. Como tal, cada uno debe ser valorado por igual.
Cuando cualquiera de las partes ve al otro como algo que debe
tolerar, la organización sufre en su conjunto. El equipo Scrum debe comprender la perspectiva de las ideas que aportan los usuarios. Stakeholders deben respetar al equipo de desarrollo,
incluida la escucha cuando los desarrolladores dicen que es imposible un plazo.
Proteja al Equipo Scrum, incluso de formas de las que pueda
pensar
Quizás el consejo ágil que se da con más frecuencia es que un
Scrum Master necesita proteger al equipo de un Product Owner o Stakeholders
demasiado exigentes. Y ese es un buen consejo. A veces, los Product Owner simplemente
piden resultados con demasiada frecuencia y agresividad. Esto obliga a los
equipos a recortar Sprint, generalmente Sprint con mayor complejidad, regresan
al Product Backlog. Un buen Scrum Master protege al equipo contra esto.
Lo que no se escucha a menudo es que un buen Scrum Master
también debería proteger al equipo contra la conformidad. Los buenos equipos
ágiles buscan constantemente mejorar. Otros equipos se acomodan, tal vez
inconscientemente, por pensar que han mejorado lo suficiente. Es probable que sea
mucho más rápidos y mejores que antes de haber oído hablar de agilidad. Pero incluso los mejores equipos
a menudo pueden ser incluso mucho mejores.
Un buen Scrum Master protege
al Equipo Scrum de la sensación de que no les queda nada por aprender.
Expulsa el fracaso de tu vocabulario
De vez en cuando, frecuente un equipo que se refiere a un
sprint como un "sprint fallido". Por lo general, esto significa que
el equipo no entregó todo lo que planearon. No considero que sea un fracaso,
especialmente si el equipo concluyo la mayoría de los
artículos planeados o si manejaron hábilmente una emergencia.
Un buen Scrum Masters
ayuda a los equipos a mejorar sus pensamientos, para que reconozcan los sprints
que no cumplen las expectativas como intentos en lugar de fracasos.
Elogiar a menudo pero siempre sinceramente
Nunca ofrezcas falsos
elogios. Nadie quiere escuchar eso. Pero cuando los miembros de tu Equipo Scrum
hagan un buen trabajo, avísales. Es probable que no lo escuchen con la
suficiente frecuencia.
Anime al equipo a hacerse cargo de su trabajo
Un equipo que es nuevo Agilidad dependerá de su Scrum Master de
manera significativa. Es posible que el equipo no sepa cómo mantener las Daily
Standup (Reuniones diarias de Scrum) en menos de quince minutos. Lo mismo se
puede entender de un equipo deportivo inexperto. El entrenador de niños pequeños
que aprenden a jugar al fútbol debe enseñarles de todo. Contrasta el entrenador
de los niños pequeños con el entrenador de un equipo de la Copa Mundial. En un
equipo de la Copa del Mundo, los jugadores han aprendido qué hacer. Si el
entrenador llega tarde a la práctica, los jugadores sabrán con qué ejercicios
comenzar el entrenamiento del día. El equipo de la Copa Mundial nunca te
diría que no necesitan un entrenador en absoluto. No importa lo bueno que sea un Equipo Scrum, todavía creo que se benefician de tener un Scrum Master. Pero los buenos equipos ágiles asumen algunas de las tareas de coaching más sencillas como parte de sus propios viajes para dominar las habilidades necesarias en el desarrollo de productos.
Algunos de los mejores entrenamientos o mentoring que harás
será permanecer en silencio y dejar que el equipo descubra la respuesta.
Esto puede ser difícil. Cuando ves a tu equipo esforzándose
por descubrir qué hacer, es natural querer saltar y ofrecerte consejos. Pero si
resuelve problemas o incluso ofrece sugerencias con demasiada facilidad, los
miembros del equipo aprenden a esperar que usted resuelva todos los problemas
por ellos.
No quiero dar a entender que nunca se pueden ofrecer
sugerencias. Eres una persona inteligente. Si no, no estarías en el rol en el
que te encuentras. Pero parte
de ser un buen Scrum Master es ayudar a los equipos a aprender cómo resolver
problemas por sí mismos. Si resuelves cada problema que enfrentan los miembros
del equipo, no tendrán la oportunidad de aprender por ellos mismos.
¿Qué falta en esta lista?
Estoy segura de que no estoy plasmando todos los consejos
para ser un Buen Scrum Master. ¿Cuál es el mejor consejo de una oración que has
recibido o dado como Scrum Master? Por favor, comparta con nosotros sus ideas en
los comentarios a continuación. Gracias. 
