Puesto
Scrum master
¿Quién se da cuenta primero de que una tarea lleva tres días atascada: el equipo en la reunión diaria o nadie? La respuesta dice si los obstáculos se quitan o se esperan.
Conversación inicial
Cuatro preguntas por las que empezaríamos
¿Quién nota primero que una tarea está atascada?
Si no lo nota nadie hasta la reunión siguiente, los obstáculos se quitan al ritmo de las reuniones y no al ritmo del trabajo.
¿Qué dejáis caer primero cuando una iteración se desmorona?
Normalmente la retrospectiva, el único sitio donde se podría establecer por qué se desmorona.
¿Cuántas veces ha vuelto el mismo obstáculo en las tres últimas iteraciones?
Si no lo sabéis, las mejoras se refieren a lo que alguien recuerda y no a lo que más cuesta.
¿Adónde van las conclusiones de la retrospectiva?
Si van a un tablero al que nadie vuelve, la retrospectiva es una conversación y no un mecanismo de cambio.
Nos quedamos con perseguir y recoger, vosotros con el trabajo con el equipo
Seguir el flujo, recoger obstáculos, preparar el material de una retrospectiva y perseguir las acciones se pueden quitar del escritorio. El trabajo con las personas y reconocer qué bloquea de verdad se quedan con el scrum master.
- Una tarea atascada se anuncia sola. - Antes de la reunión diaria y no en ella, porque entonces el obstáculo vive un día en lugar de tres.
- Los obstáculos tienen registro e historial. - La reaparición se ve, así que la conversación con la organización va de un patrón y no de un caso suelto.
- La retrospectiva recibe material, no una página en blanco. - Los datos de la iteración están preparados, así que el tiempo se va en la conversación sobre causas.
Alcance
Qué se puede quitar de un scrum master
Veinte tareas de ejemplo. Cada una tiene un punto de aprobación humana. Abajo una selección, y el alcance lo ajustamos a cómo trabajen vuestros equipos.
Cómo transcurre la iteración
- El estado de las tareas de la iteración sin preguntar al equipo
- Una señal cuando una tarea no cambia de estado más de lo acordado
- Señalar las tareas que vuelven de revisión
- El alcance añadido durante la iteración
Obstáculos y su eliminación
- Un registro de obstáculos con responsable y fecha de planteamiento
- Una señal cuando un obstáculo lleva abierto más de lo acordado
- Señalar los obstáculos que se repiten entre iteraciones
- Escalado fuera del equipo (decisión: el scrum master)
Reuniones de equipo
- Material para la reunión diaria: qué se movió, qué está atascado
- Preparar la revisión de la iteración con el alcance entregado
- Un resumen de los temas planteados por el equipo
- Un registro de lo acordado en las reuniones
El flujo de trabajo
- El tiempo que una tarea pasa en cada fase
- Señalar la fase en la que las tareas más esperan
- Trabajo en curso frente a los límites acordados
- Comparar previsiones con entregas (valoración: el equipo)
Retrospectivas y mejoras
- Material para la retrospectiva a partir de los datos de la iteración
- Un registro de acciones con fecha y responsable
- Un recordatorio sobre una acción sin avance
- Un resumen de las acciones cumplidas y abandonadas
Un día de trabajo
Hoy
- Establecéis el estado de las tareas en la reunión diaria, preguntando una por una
- Os enteráis de una tarea atascada cuando alguien la menciona
- Anotáis los obstáculos en notas y los perseguís de memoria
- No sabéis qué obstáculo vuelve cada iteración
- La retrospectiva empieza por recoger impresiones
- Las acciones de la retrospectiva se pierden en dos semanas
Con asistencia de IA
- Tenéis el estado de las tareas antes de la reunión diaria, así que la conversación va de causas
- Una tarea sin movimiento se anuncia sola
- Los obstáculos tienen registro, responsable y tiempo abierto
- Los obstáculos recurrentes se señalan como un patrón
- La retrospectiva parte de los datos de la iteración
- Las acciones tienen fecha y avisan solas
- Tiempo para quitar un obstáculo
un obstáculo vive un día en lugar de hasta la reunión siguiente
una tarea atascada se anuncia sola
- Entregas previsibles
menos iteraciones que acaban en sorpresa
el flujo y el alcance añadido se ven
- La calidad de las retrospectivas
la conversación va de causas y no de reunir hechos
el material está preparado de antemano
- Tiempo en reuniones
reuniones diarias más cortas con el mismo conocimiento
el estado de las tareas se conoce antes de la reunión
Empezamos por los obstáculos, porque son lo que más cuesta y lo más fácil de ver.
- Paso 1
Un registro de obstáculos con el tiempo abierto
Quién lo planteó, qué bloquea, desde cuándo está abierto.
- Paso 2
Señales sobre tareas atascadas
Una tarea sin cambio de estado se anuncia antes de la reunión.
- Paso 3
Material para las reuniones
El estado antes de la reunión diaria, el alcance y el flujo antes de la revisión y la retrospectiva.
- Paso 4
Reaparición y acciones
Obstáculos que vuelven y qué fue de las acciones de la retrospectiva. Al final, porque requiere varias iteraciones de historia.
Preguntas frecuentes
Preguntas que surgen en la primera reunión
¿En qué se diferencia esto de un jefe de proyecto?
Un jefe de proyecto responde del alcance, las fechas y el reporting hacia fuera. Un scrum master responde de que el equipo pueda trabajar, y no tiene autoridad sobre él. Esa es una posición completamente distinta y unas palancas distintas.
¿Esto entra en el ámbito del Reglamento de IA?
Apoyar el trabajo de un equipo no es un uso de alto riesgo, pero es un área donde la línea se cruza con facilidad. Los datos sobre el flujo de trabajo atribuidos a personas y usados para evaluar serían vigilancia de la plantilla. Nuestra recomendación es inequívoca: el alcance se queda al nivel de tareas y fases, nunca al nivel de personas.
¿Os queda alguna pregunta que no esté aquí? Reservad una llamada
Siguiente paso
¿Qué obstáculo volvió en vuestras tres últimas iteraciones?
Os enseñaremos cómo es el trabajo de un scrum master cuando una tarea atascada se anuncia sola y la retrospectiva parte de datos.