¿Qué hacen los Scrum Masters todo el día?

Entonces, esta es una pregunta que mucha gente ha respondido en sus blogs y creo que una persona incluso escribió un mini libro respondiendo esta pregunta. Sin embargo, no pude relacionarme con ellos, así que espero obtener información de experimentados Scrum Masters/Coaches aquí.

Déjame elaborar con algunos escenarios:

  • Eres un SM, viste el scrum diario sin problemas, el equipo vuelve a sus escritorios para trabajar.
  • Usted es un SM, ha trabajado con el PO y el equipo y el Product Backlog está preparado adecuadamente para el próximo Sprint, por lo menos 2 semanas.
  • A la organización le está yendo bastante bien en su viaje ágil y no necesariamente necesita ningún entrenamiento urgente
  • Todos los artefactos están actualizados gracias a una herramienta en línea que automatiza bastante

Además, puede suponer que el equipo está en la etapa de "Desarrollo" del equipo y que usted es un empleado de tiempo completo para este equipo.

Entonces, ¿cómo llenas el resto de tu día/s?

No busco respuestas que enumeren las responsabilidades de un SM, como eliminar impedimentos o entrenamiento. Tampoco quiero un horario diario con entradas como "reunirse con John para hablar sobre XYZ". Eso no toma mucho tiempo.

En cambio, espero obtener algunos ejemplos de la vida real que puedan ser replicados. Algo que es realmente común para todos los SM de los equipos de software.

Por ejemplo, en mi propio caso, trabajé principalmente en megaproyectos, por lo que la preparación del backlog tomó para siempre las primeras etapas del proyecto y, a medida que avanzaban las cosas, ayudaba con el soporte del usuario final, entrenaba y seleccionaba algunas tareas técnicas independientes y hacerlos, o simplemente hacer documentación. Esto llevaría de un día a un sprint completo, especialmente si recojo un par de historias.

¿Y ustedes, chicos? Estoy especialmente interesado en obtener retroalimentación de los puristas que dicen 1 SM, y solo 1 SM, por 1 o 2 equipos como máximo.

5
Respuesta relacionada a una posible pregunta duplicada: pm.stackexchange.com/a/22265/4271
agregado el autor Rikalous, fuente
La mejor respuesta que conozco es demasiado corta para contar como respuesta: scrummasterchecklist.org
agregado el autor Jules, fuente
Nunca me he encontrado con ningún escenario como el que describió anteriormente, excepto en las startups. En pocas palabras, en las organizaciones empresariales, lo que ha descrito no existe. Hay un trabajo constante que no se incluye en ninguna guía de SM porque la comunidad de Devleopment los considera distracciones. Steering Co's, foros, actualizaciones, roadshows, evaluaciones, presentaciones, asuntos disciplinarios, coaching de partes interesadas, nuevas tecnologías para aprender, miembros del equipo offshore para administrar directamente, patrocinar actualizaciones, delegación de PO. La lista es interminable en realidad. Como SM recibo 200-400 correos electrónicos por día ...
agregado el autor Venture2099, fuente
... reuniones estratégicas, reuniones departamentales, presupuestos, rotación de personal, coaching de propietarios de productos, formación de BA, cambios organizativos ... todo lo cual iría al desarrollador principal. Ser un buen SM es como ser un buen mantenedor. Si el equipo no está roto es porque el SM está bien, incluso si parece que no requiere esfuerzo.
agregado el autor Venture2099, fuente
Conocí a esos SM que se niegan rotundamente a realizar cualquier trabajo que se considere "de gestión". Los evito y los califico de fantasiosos para ser honestos.
agregado el autor Venture2099, fuente
Eso es útil Venture! Estoy de acuerdo en configuraciones más técnicas o nuevas empresas, terminas haciendo más tareas dentro del equipo. Con las empresas, haces tareas como las que mencionaste. Por supuesto, al final, es un gradiente entre los dos. Sin embargo, creo que hay un grupo de puristas cuyo cerebro estoy esperando elegir.
agregado el autor Muhammad, fuente
@Sarov, sí, pero más particularmente los entrenadores de estos y aquellos que trabajan en la industria de la educación/capacitación/certificación.
agregado el autor Muhammad, fuente
@Daniel reall bueno, liste esto, gracias.
agregado el autor Muhammad, fuente
@Muhammad ¿Qué quieres decir exactamente con "puristas"? ¿Las personas que siguen la Guía de Scrum vienen al infierno o en alta mar? ¿O que?
agregado el autor Sarov, fuente

3 Respuestas

He trabajado como gerente de proyectos durante 15 años y he estado trabajando como maestro de scrum a tiempo parcial (de los 15 años de trabajo de PM) durante 3 años y de tiempo completo como maestro de scrum durante 3 años. Esto es lo que normalmente hago, pero al final mi trabajo es ayudar a los equipos a ser tan productivos, efectivos y eficientes como sea posible para entregar el mayor valor comercial posible en cada lanzamiento:

1 - Facilite sesiones de planificación de retrospectivas, sprints y lanzamientos. Esto implica toda la planificación inicial necesaria para que las reuniones sean efectivas. Para los retros, veré cómo ha estado el equipo y elegiré un plan retro que coincida con las necesidades del equipo en ese momento. Para la planificación, revisaré todas las métricas que he estado capturando para el sprint o el lanzamiento (velocidad de lanzamiento y lanzamiento, rendimiento, tiempos de ciclo de la historia y finalización de funciones, y WIP). Intento no ejecutar montajes diarios (aka scrums diarios). Dejé que el equipo hiciera eso, ya que es su reunión. Intervendré solo cuando sea necesario.

2 - Seguimiento de la historia y características de las métricas. Lo uso para rastrear el rendimiento del equipo. Utilizo la velocidad, el tiempo de ciclo, el WIP, el rendimiento y los diagramas de flujo acumulativo. Usaré esta información para proporcionar al equipo antes de todos los retros, así tenemos datos para respaldar nuestra conversación en lugar de conjeturas.

3 - Soy un maestro de scrum para dos equipos, así que mi tiempo se divide entre los dos. Aún así, tengo un tiempo de inactividad en el medio. Entonces, ¿qué más hago?

4 - Tengo 1-en-1 con los miembros del equipo (generalmente algunas veces durante el sprint) para ver cómo van las cosas para ellos y qué puedo hacer para ayudarlos como miembros del equipo y en su crecimiento profesional. Trabajaré con su administrador funcional para ayudar a los miembros del equipo a alcanzar sus objetivos al tratar de exponerlos a los nuevos módulos de la aplicación o administrar la capacidad del equipo para capacitarlos cuando sea necesario.

5 - Trabajo en proyectos paralelos, como iniciativas de mejora de procesos. He trabajado con grupos de control de calidad para ayudar a crear una comunidad de prácticas de control de calidad, por ejemplo. He sido mentor y entrenador de otros maestros del scrum y propietarios de productos. También, por lo general, facilito la publicación de retrospectivas, lo que requiere semanas de preparación y colaboración con otros maestros del scrum y la gerencia para garantizar que sea un buen uso del tiempo de todos. Luego haré un seguimiento con cualquier elemento de acción que surja de él.

6 - Trabajo con maestros del scrum de otros productos para compartir ideas y colaborar en nuevas herramientas, técnicas y demás.

7 - Hago sesiones de capacitación con equipos sobre cómo realizar presentaciones (internas/externas) y les enseño sobre diferentes temas ágiles (scrum, lean, kanban, navegación de conflictos, etc.).

4
agregado

Personalmente, he asumido responsabilidades adicionales que no necesariamente se relacionan con un equipo, p. como administrar las licencias de software de las empresas.

Generalmente ayuda en el buen funcionamiento de la oficina, ayudando a la administración con tareas no relacionadas con el desarrollo. Investigando nuevos temas ágiles.

Además de vincularse con otros maestros del scrum para garantizar que la experiencia de scrum esté lo más alineada posible en toda la empresa.

Pero oye ... así soy yo

2
agregado

Aprender. Lea blogs, libros, artículos científicos o lo que quiera hacer para aprender. O código en nuevos idiomas. Lo que sea que pueda pensar, el equipo podría beneficiarse más adelante. Una de las cosas más importantes que SM hace es aprender. Sobre el equipo, sobre la organización y siempre estar atento a nuevas cosas para probar. Si estás realmente aburrido, siempre puedes encontrar otros aburridos Scrum Masters y probar un taller o simplemente tomar un café si tienen algunas ideas sobre qué hacer.

0
agregado