Resultados, no entregables
Cuánto código se envió esta semana. Cuántos sprints cerraron a tiempo. Eso es fácil de contar, y por eso lo medimos de más.
Los resultados son otra cosa: lo que realmente cambió para el usuario, o para el negocio.
Casi ningún equipo en problemas que he visto de cerca es perezoso. Al contrario: entrega cantidades enormes de trabajo que nadie pidió.
El dashboard verde de arriba a abajo. Y aun así, para el usuario nada cambió.
Una función que nadie activa. Una migración que no acelera nada. Cada una se ve como progreso en la retro, y ninguna mueve una métrica que le importe a alguien fuera del equipo.
Ese es el problema con medir entregables: no distinguen entre movimiento y dirección. Un equipo puede correr muy rápido hacia el lugar equivocado, y las métricas se ven perfectas mientras lo hace.
Por eso vale la pena empezar el trimestre al revés.
No preguntar cuánto vamos a enviar, sino qué tendría que ser cierto para que este trabajo importe. Quién lo necesita, y qué se rompe si no sale.
Si nadie en la sala puede responder eso, ya tienes tu respuesta, y no es una que quepa en un dashboard.
