Eficiencia de flujo: Métricas generales para desarrolladores

Marcar el último elemento de una larga lista de tareas pendientes siempre es bueno. Pero cuando los desarrolladores persiguen ese sentimiento y se consumen en completar su propio trabajo, a menudo posponen la entrega de tareas a la siguiente persona hasta que hayan marcado el último elemento. Se están perdiendo el panorama general cuando se trata de la eficiencia de los recursos frente a la eficiencia del sistema.

La verdad es que medir y monitorear cómo fluyen los elementos a través de un sistema y si las cosas fallan es tan importante como la eficiencia de las partes individuales. La eficiencia de los recursos es la muerte de la eficiencia del flujo. Crea cuellos de botella problemáticos que pueden ralentizar una organización, lo que fácilmente puede resultar en una pérdida de tiempo y dinero.

Es mejor usar tamaños de lote más pequeños

Los tamaños de lote se refieren a la cantidad de trabajo que alguien tiene que entregar: proyectos, código, pruebas, etc. Los lotes grandes pueden dar al desarrollador una falsa sensación de eficiencia. Por eso, cuando se trata de tamaños de lotes, más pequeño es mejor. Los tamaños de lote más pequeños permiten una retroalimentación más rápida sobre iteraciones más pequeñas de nuevas características y capacidades.

Los tamaños de lote grandes a menudo conducen a la «falta» de trabajo en las áreas de prueba o implementación del flujo de valor. En un lote grande, la entrega de artículos individuales está espaciada, lo que aumenta el tiempo de ciclo para múltiples artículos en el flujo de valor.

Cuando todos luchan por realizar todas sus tareas individuales rápidamente antes de enviarlas a la siguiente etapa, se interrumpe el trabajo de los demás, quienes se ven obligados a esperar pero de repente reciben una gran cantidad de trabajo a la vez.

Es necesario el esfuerzo de la comunidad

Si bien puede parecer contradictorio, aumentar la eficiencia de cada contribuyente en un flujo de valor puede reducir el rendimiento general del sistema. En la línea de base, los equipos de DevOps deben dejar de pensar en la eficiencia individual y considerar el trabajo de la organización como un colectivo. El tiempo dedicado a la codificación está bien, pero no debería ser la métrica principal del sistema, porque solo mide la salida individual.

¿Cuáles son algunas métricas mejores? Los gerentes podrían considerar medir el tiempo del ciclo, que analiza cuánto tardan las cosas de principio a fin. El envejecimiento también es una métrica sólida, ya que mide cuánto tiempo se ha estancado algo en una etapa determinada. Por ejemplo, si hay cosas que están hechas pero que no se han movido al siguiente modo porque alguien está esperando para agregar algo más, las métricas de antigüedad identificarían eso y permitirían a los gerentes cambiar las asignaciones en consecuencia.

Otro buen punto de partida es mantener bajos los niveles de trabajo en curso (WIP) en cada modo y reducir el tamaño de los lotes tanto en el tamaño de la historia como en el movimiento de elementos entre modos en el flujo de valor. Una buena regla general es asegurarse de que los elementos se completen a través del flujo de valor antes de entregar nuevas tareas a la misma persona.

Tenga en cuenta el panorama general

Obtener visibilidad del progreso y el estado de todo el flujo de valor es fundamental para evitar la falta de trabajo y lograr el esfuerzo de la comunidad. Para mejorar la eficiencia de un flujo de valor, debe haber una forma de visualizar y monitorear el flujo de tareas que pertenecen a todo el equipo del producto.

usando un gestión del flujo de valor La plataforma puede conducir a una mayor visibilidad y control de cada equipo, herramienta y tubería en una empresa. Los paneles de entrega de software exploran las métricas de flujo de flujo de valor, que demuestran la tasa de entrega de valor frente a los resultados comerciales deseados.

En resumen, las métricas de flujo permiten a las empresas ver la producción a través de una lente más amplia y tomar decisiones más sólidas. Las métricas de flujo también pueden proporcionar un análisis histórico del rendimiento a lo largo del tiempo. Las empresas de software, específicamente aquellas enfocadas en la mejora continua, deben explorar métricas de flujo de flujo de valor para mantenerse competitivas.

Las métricas de flujo también pueden decirles mucho a los gerentes sobre los flujos de trabajo de la organización. Considere un diagrama de flujo acumulativo (CFD), como se ilustra en la Figura 1. Muestra con qué facilidad (o lentitud) avanza una tarea en un flujo de trabajo. En este ejemplo, el área marcada con líneas rojas muestra que falta trabajo desde la ejecución (amarillo) hasta la implementación (azul).

Diagrama de flujo acumulativo (CFD) que ilustra con qué facilidad o lentitud progresa una tarea en un flujo de trabajo

Figura 1. Este diagrama de flujo acumulativo muestra el progreso de una tarea en su flujo de trabajo. En este caso, el área marcada con líneas rojas muestra la falta de trabajo desde la ejecución (amarillo) hasta la implementación (azul). Fuente: Plutora

La consistencia es clave

Por supuesto, el objetivo es la consistencia en cada modo o área: esto le dice al equipo que todo funciona sin problemas y que no hay problemas con cuellos de botella o falta de trabajo. Por otro lado, los bultos representan inconsistencias y señalan que las tareas se están estancando, no se completan o no pasan a la siguiente etapa.

A veces, en un CFD, las líneas pueden desaparecer por completo si alguien no recibe trabajo de otras personas o si hay alguien que tiene mucho trabajo. Si bien la tendencia del diagrama nunca desaparece (porque siempre se logra algún progreso), destaca para los gerentes de proyecto las áreas en las que pueden cambiar su enfoque. Al observar todo el flujo de valor de esta manera, los gerentes de proyecto pueden sincronizar las tareas de su equipo y hacer que trabajen juntos.

Muchos desarrolladores están socavando sin darse cuenta la eficiencia general de su organización porque simplemente no pueden ver el panorama general. En este caso, lo que no saben les puede hacer daño.

Tenga en cuenta que un enfoque de eficiencia de recursos a menudo conducirá a una ineficiencia de flujo general. A medida que la industria del desarrollo de software se vuelve más competitiva y acelerada, es fundamental que los equipos ágiles y de DevOps cambien primero a una forma de pensar, en lugar de un enfoque individual, para optimizar la entrega de valor.