domingo, 12 de diciembre de 2021

Divide con coherencia y Vencerás con éxito!

Sabemos que tener una gran meta que requiere de tiempo, recursos y esfuerzos, puede ser algo complejo de abordar y muy abrumador, especialmente cuando existe incertidumbre.

La estrategia “Divide y Vencerás” es utilizada por la mayoría de las metodologías y marcos de trabajo, y en agilidad nos facilita el Descubrir, Aprender y Adaptar el Producto y método de trabajo del equipo, utilizando un modelo de desarrollo iterativo e incremental, con eventos basados en la mejora continua.

Saber Dividir es parte esencial del éxito. Es por ello que en Scrum dividimos el desarrollo en iteraciones o sprints de 1 a 4 semanas y el producto backlog en historias de usuario con pequeñas funcionalidades que deben construirse y validarse en un sprint.

Cada sprint y cada historia de usuario debe disponer de un objetivo y meta coherente con la del producto general. El producto backlog suele surgir de un mapa de historias (user story mapping) que a partir de los objetivos del producto, identifica las actividades, épicas e historias de usuario (HU). 

Algunos equipos se preguntan cómo dividir las HU para que sean pequeñas y quepan en un sprint, recordando que una HU debe convertirse en una pieza del producto funcionando, demostrable y validable por un usuario. Para ello, disponemos de diferentes técnicas, según: Pasos del flujo de trabajo, Reglas de negocio, Flujo feliz / infeliz, Opciones de entrada, Tipos de entrada, Casos de prueba, Roles, entre otros. (Leer más en: 10 estrategias útiles para descomponer historias de usuario grandes). 

Otra forma que he experimentado, es describir una funcionalidad (HU grande) cuyos criterios de aceptación se corresponde con diferentes HU.

¿Qué estrategias te han funcionado para dividir y estimar HU?

#Agilidad, #Scrum, #ScrumMaster, #ProductBacklog, #HistoriasUsuario, #USM


miércoles, 8 de diciembre de 2021

Guia del Scrum Master: Ejecución (Sprint 1 y sucesivos)

 

La ejecución de un proyecto o producto ágil basado en Scrum comienza con el Sprint 1. Cada equipo acuerda la duración de los sprints, que suelen ser de 1, 2, 3 o 4 semanas, y una vez fijada la duración, debe ser la misma en todos los sprints. En cada sprint se dan 5 eventos: Refinamiento, Planificación de sprint, Reuniones diarias (dailies), Revisión y Retrospectiva (¿Es verdad que en Scrum hay demasiadas reuniones?: Los eventos en Scrum).

Disponer de una lista de actividades y verificaciones guía al Scrum master (SM) en la gestión exitosa del proceso Scrum, y como toda guía ágil, debe ser constantemente inspeccionada y adaptada a las particularidades del equipo, producto y organización donde se aplica (más sobre el SM en Lecciones Aprendidas con SCRUM. El Scrum Master (2)).

Guía básica para la ejecución de los eventos de cada sprint:

#
General

1
El SM realiza con anticipación las convocatorias a cada evento del sprint, incluyendo en cada caso: Propósito, Agenda, Fecha, hora y duración, Lugar o enlace digital
2
En la reunión el SM facilita las conversaciones dentro del equipo y modera la sesión para que siga la agenda, cumpla su propósito y se realice en el tiempo acordado.
Cómo tener sesiones de trabajo productivas en Scrum
3
Ayuda que el equipo disponga de una Sala Obeya para la gestión eficiente de su proyecto o producto
La Sala Obeya: Gestión visual y colaborativa de proyectos
 
Refinamiento
4
El Product Owner (PO) prioriza el Product Backlog y documenta las historias de usuario más próximas a realizarse en la herramienta y formato acordados. Se recomienda tener refinadas las historias para los próximos 2 sprints
5
El equipo de desarrollo analiza las historias prioritarias y toma nota de las dudas
 
Planificación de sprint
 
6
El SM verifica que se dispone de backlog priorizado y refinado para la planificación del sprint
7
En la reunión el SM verifica con el PO la prioridad de las historias, valida si el equipo de desarrollo tiene cualquier duda y solicita que estimen las historias que podrían acometerse en el sprint
8
El equipo, guiado por el PO, acuerda la meta del sprint y conforma el Sprint backlog con las historias que permiten cumplir la meta y cumplen la definición de Ready. El Sprint Goal: La meta del Sprint. Historias de Usuario: DoR y DoD clave para la eficiencia y productividad del Equipo
9
El equipo de desarrollo verifica que el alcance del sprint es el adecuado de acuerdo con su capacidad, teniendo en cuenta velocidad y disponibilidad
 
Reuniones diarias (Dailies)
10
El equipo debe tener actualizado el estado de las historias y tareas en las que trabaja
11
Compartir el tablero del sprint activo y hacer un recorrido del trabajo en curso de derecha a izquierda, dando prioridad al cierre del trabajo en curso más próximo a completarse
12
El SM toma nota de los impedimentos y dificultades del equipo de desarrollo para gestionar su solución
13
Verificar el trabajo en progreso que se encuentra en el sprint activo, asegurándose de que las personas del equipo no tienen más de 2/3 tareas asignadas (Work In Progress-WIP). Cómo hacer dailies productivas en 15 minutos
 
Revisión y Retrospectiva de sprint
 
14
El equipo prepara la demo para la revisión del sprint y durante la revisión se documentan los acuerdos referidos a cada historia de usuario trabajada durante el sprint. El PO valida las historias que pasan a Done. Definition-of-Done: Clave de la Calidad del Producto. ¿Qué es una review?
15
El SM prepara la retrospectiva llevando un registro de las acciones de mejora acordadas en la retrospectiva anterior para verificar su estado e impacto en el sprint. El valor de las retrospectivas potentes. Hagamos Retrospectivas potentes

¿Qué agregarías a esta lista?

¡Gracias por leerme!

Saludos, María Esther

Ig @Soy.agile.coach