Métricas, calidad y mejora continua
Se evalúa si eliges métricas que informan decisiones sin incentivar comportamientos perversos, y si conectas calidad con mejora continua.
Métricas de flujo y de resultado
Lead time (desde la petición hasta la entrega), cycle time (desde el inicio del trabajo hasta la entrega), throughput (ítems terminados por periodo) y WIP (trabajo en curso) describen el flujo. La ley de Little aproxima: WIP ≈ throughput × cycle time; reducir WIP sin perder throughput acorta el ciclo. Las métricas de resultado -valor entregado, satisfacción, defectos en producción- indican si el esfuerzo sirve.
Velocidad y calidad
La velocidad es una medida de capacidad del equipo para planificar su Sprint, no una medida de productividad ni una base para comparar equipos. La Definition of Done es la puerta de calidad: lo que no la cumple no es Incremento. La deuda técnica debe hacerse visible y priorizarse, no ocultarse.
Ejemplo razonado
Un equipo tiene cycle time de 12 días y WIP de 14. Aplicando Little, con un throughput estable de aproximadamente 1,2 ítems por día, limitar el WIP a 5 reduce cambios de contexto y debería bajar el cycle time; el equipo mide el efecto durante dos Sprints. La mejora se plantea como experimento con hipótesis y métrica, no como imposición.
Mejora continua
El ciclo PDCA y retrospectivas con acciones específicas, medibles y con responsable sostienen la mejora. Cada acción debe tener una señal de éxito.
Errores que cuestan puntos
Comparar velocidades entre equipos; usar la velocidad como compromiso contractual; medir líneas de código u horas; premiar el output ignorando calidad; y aprobar acciones de retrospectiva sin seguimiento.