Cómo empezar como Scrum Master en un equipo

Es tu primer día como Scrum Master. Después de haber estudiado mucho acerca de metodologías ágiles y Scrum (incluso puede que te hayas certificado) ha llegado el momento de llevarlo a la práctica. Pero, ¿por dónde empiezo? ¿Cómo definimos la duración de los sprints? ¿Cómo vamos a tratar la deuda técnica? ¿Cuántas incidencias resolvemos en cada sprint?

Tranquilo, aquí te dejamos algunas recomendaciones para empezar a desarrollar el rol en un nuevo equipo:

 

Dedica tiempo para ver cómo trabaja el equipo

Es normal que al enfrentarte a un nuevo reto, las ganas de empezar te hagan meterte “en harina” nada más llegar. Sin embargo, bajo nuestra experiencia es necesario darse un tiempo para conocer cómo trabaja el equipo. ¿Qué tecnologías utilizan? ¿Qué roles (formales o informales) hay dentro del equipo? ¿Qué conocimientos tienen acerca de las metodologías Ágiles? Si ya utilizan algún marco como Scrum, acompáñalos como observador para comprobar cómo se desenvuelven y descubrir qué potenciales oportunidades aparecen.

 

Conoce a los miembros del equipo

Tanto si el equipo tiene conocimientos de metodologías ágiles como si no, no está de más planificar una serie de sesiones one-to-one con todos los miembros del equipo para tener un primer contacto. No tiene por qué ser una reunión con un gran protocolo. Una invitación a un café puede ser un gran momento para una conversación distendida. Conocer cómo realiza su trabajo, su impresión sobre el funcionamiento del equipo y en qué podemos comenzar a ayudar al equipo ya es más que suficiente para 15-30 minutos de conversación.

 

Revisa el Product Backlog

Si el equipo tiene un Product Backlog, es el momento de ver en qué estado se encuentra. ¿Quién escribe los PBIs? ¿Utilizan algún formato para escribirlas? ¿Incluyen criterios de aceptación? Estudiando el nivel de salud del Product Backlog podemos empezar a intuir algunos problemas típicos que ocurren cuando, por ejemplo, los PBIs no cuentan con los criterios de aceptación o su descripción es reducida a modo de titular.

 

Revisa el panel de tareas

Otro punto interesante es el panel de tareas. ¿Se trata de un panel físico o virtual? ¿Cada cuánto se actualiza? ¿Hay alguna fila o columna que acumule gran cantidad de trabajos? ¿Tienen trabajos de testing o resolución de incidencias? Si no existe un panel debes encontrar cuál es el proceso que siguen para planificar y visualizar el trabajo en curso. En el caso en que tengan una aplicación, como Jira, además de consultar el panel puedes ver cómo han sido los sprints anteriores, nivel de cumplimiento, incidencias resueltas, trabajos que han estado asignados en varios sprints…

 

Busca en otros equipos

Si tienes la suerte de contar con otros equipos cercanos que ya hayan hecho su inclusión en las metodologías ágiles, es el momento de ir a contactar con ellos. Seguramente alguno de los problemas que se encontraron su Scrum Master o Product Owner al inicio y sus soluciones te ayuden.

 

Define un sistema de indicadores de seguimiento

Consensúa con el equipo qué indicadores podéis recoger en cada sprint para hacer un seguimiento de la evolución del equipo. No deberías necesitar más de 3 o 4 valores para empezar. Estos indicadores pueden ser de gran ayuda para enfocar las retrospectivas. Si necesitas ayuda sobre qué indicadores recoger, echa un vistazo al artículo que hemos publicado sobre nuestra experiencia en un cliente.

 

Como verás, extraer esta información nos puede llevar varias semanas. Según sea la disponibilidad, podríamos estar hablando entre dos y cuatro semanas de trabajo. Siempre en función de la realidad de la compañía y del equipo. Una vez hayas realizado todos estos descubrimientos tendrás mucho más claro qué necesita tu equipo para dar un salto de rendimiento. En estas ocasiones, la calma y la templanza son tus mejores aliados.

No te preocupes si no dispones de tiempo para observar al equipo o simplemente es un equipo que acaba de crearse y no hay suficiente información, según avancen los sprints podrás extraer toda esta información y modelarla adecuadamente.

Por último, no olvides que cada persona es diferente y lo que nos funcionó en anteriores equipos, puede no funcionar en otros. Dedicar tiempo a observar a las personas, sus relaciones y su forma de trabajar, nos permitirá ajustar la estrategia para acompañar en las mejores condiciones al equipo Scrum. Recuerda que acompañar implica que nos adaptemos a la realidad compleja del equipo y traccionemos con ellos, y no que les “obliguemos” a ir a donde nosotros queremos.

También te puede interesar

Burndown y Burnup para el Scrum Master

Como Scrum Master puedes obtener información muy valiosa analizando estos dos gráficos para entender lo que está ocurriendo en tu equipo.

Cómo mejorar tu Scrum Daily

En ocasiones nos encontramos con equipos en los que la Scrum Daily se ha convertido en un evento individualista donde cada miembro del equipo de desarrollo comenta las tareas realizadas durante el día anterior, muchas veces con cierto carácter de reporte. Sin embargo, la daily es un evento colectivo donde a través de la inspección y adaptación se traza un plan de trabajo del día para el equipo.

Es importante usar Historias de Usuario

Usar Historias de Usuario es importante para los Product Owner, además de la más utilizada a la hora de escribir el Product Backlog.

El uso de las Métricas para saber nuestro nivel de Incertidumbre

Scrum nos ayuda a manejar la incertidumbre. Pero ¿cómo sabemos que lo estamos consiguiendo? ¿Qué métricas pueden ayudarnos a confirmar que tenemos bajo control la incertidumbre?

Como empezar como Scrum Master

Acompañar a equipos es una gran responsabilidad pero es muy gratificante. Cada persona y cada equipo tiene unas necesidades diferentes en función de su realidad. Sin embargo, bajo nuestra experiencia, estos consejos pueden servirte para iniciarte como Scrum Master en un equipo.

El Product Owner: el desconocido y olvidado

Desde hace tiempo tengo la sensación que se desconoce la función de un Product Owner.

Entender a los Equipos Scrum desde las Métricas

En nuestro trabajo diario con los equipos Scrum, es importante entender qué está ocurriendo sprint a sprint, y en qué lugares debemos poner el foco de las acciones de mejora de los equipos. También es importante disponer de datos objetivos, que en las sesiones de retrospectiva o de revisión del proceso, nos ayuden a tomar decisiones basadas en la realidad, y no en sensaciones u opiniones subjetivas.

Mi estrategia de Onboarding como Scrum Master

Me incorporo a un equipo como Scrum Master, ¿¿por dónde empiezo??

Estoy seguro de que esta pregunta ha pasado por la cabeza de más de uno y de una cuando se ha enfrentado al reto de comenzar a trabajar en una nueva empresa o con un nuevo equipo. En este post quiero compartir una estrategia que yo he utilizado y me ha sido útil para abordar el proceso de onboarding.

0 comentarios

Enviar un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

Aceptarás nuestra política de cookies si continúas navegando.

ACEPTAR
Aviso de cookies