Métricas de flujo para equipos Scrum: cómo aprovechar el tiempo de ciclo y el tiempo de entrega
La velocidad indica cuánto completa un Equipo Scrum en un Sprint, pero no dice nada sobre cuánto tardó un elemento concreto en pasar de «iniciado» a «hecho». Las métricas de flujo llenan ese vacío. Dos de ellas —el tiempo de entrega y el tiempo de ciclo— vale la pena medirlas en casi cualquier equipo, y combinan de forma natural con Scrum sin cambiar nada de la Guía Scrum. En 2021, con equipos remotos incapaces de leer el ambiente de un vistazo, tener cifras objetivas sobre cómo se mueve el trabajo resultó especialmente valioso.
Dos métricas, definidas con claridad
La gente las confunde constantemente, así que fije las definiciones antes de medir nada.
Tiempo de entrega: el tiempo transcurrido desde que se solicita un elemento (o entra en su backlog como compromiso) hasta que se entrega. Es lo que experimenta el cliente: la espera completa.
Tiempo de ciclo: el tiempo transcurrido desde que el equipo empieza a trabajar realmente en un elemento hasta que lo termina. Es la parte que el equipo controla de forma más directa.
La diferencia entre ambos es el tiempo de cola: cuánto espera el trabajo antes de que alguien lo toque. A menudo es ahí donde reside la mayor parte del retraso.
Cómo empezar a medir
Defina sus puntos de inicio y fin. Acuerden exactamente qué columna del tablero significa «trabajo iniciado» y cuál «hecho». Sin una definición compartida, cada número es ruido. Anótenlo donde el equipo pueda verlo.
Marque la hora de cada transición. Registre cuándo entra cada elemento en la columna de inicio y cuándo llega a «hecho». La mayoría de las herramientas lo hacen solas; si la suya no, una nota adhesiva con fecha también sirve.
Grafique, no promedie a ciegas. Un diagrama de dispersión del tiempo de ciclo por elemento revela más que un solo promedio. Verá la dispersión, los valores atípicos y si las cosas se aceleran o se ralentizan con el tiempo.
Lea los percentiles. En lugar de «nuestro promedio es de cuatro días», diga «el 85 por ciento de los elementos termina en siete días». Los percentiles dan un pronóstico mucho más honesto que un promedio que unos pocos atípicos distorsionan en silencio.
Convertir las cifras en acción
Las métricas de flujo demuestran su valor en los eventos de Scrum. En la Retrospectiva del Sprint, un tiempo de ciclo creciente es un detonante concreto: ¿los elementos son demasiado grandes, está el trabajo bloqueado esperando una dependencia, se inicia demasiado a la vez? En la Planificación del Sprint, una distribución conocida del tiempo de ciclo da una idea fundamentada de cuánto puede terminarse realmente. Y durante el Sprint, vigilar los elementos que han envejecido muy por encima del tiempo de ciclo habitual permite a los Desarrolladores concentrarse en un elemento atascado antes de que descarrile en silencio el Objetivo del Sprint.
Una advertencia: son señales de diagnóstico, no objetivos que manipular. En cuanto el tiempo de ciclo se convierte en una cifra por la que se juzga a las personas, estas dividirán el trabajo artificialmente o sacrificarán la calidad para que se vea bien. Use las métricas de flujo para iniciar mejores conversaciones sobre cómo fluye el trabajo, no para clasificar a las personas. Medidas con honestidad, muestran exactamente dónde espera el trabajo, y la espera casi siempre es lo más barato de corregir.
Si quiere ayuda para introducir métricas de flujo sin distorsionar la conducta de su equipo, el asesoramiento en ejecución de programas y proyectos de XNM puede guiar la implantación.