Cuánto cuesta NO tener visibilidad real de tus equipos

Le preguntas al responsable de producto cómo va la release y te dice que bien. Le preguntas si llegan en septiembre y te dice que sí, con matices. Los matices no caben en el orden del día, así que pasáis al siguiente punto. Cinco semanas después, alguien escribe en un correo que no llegan en septiembre.

Ese correo no te trajo información nueva. Te trajo información que existía desde hacía cinco semanas dentro de tu propia casa y no había llegado a la mesa donde se podía hacer algo con ella. Ese hueco tiene precio y se puede calcular. En gestión de equipos software la pregunta útil no es cuánto cuesta un panel de control, sino cuánto llevas pagando por no tener uno del que cuelgue alguna decisión.

¿Por qué la falta de visibilidad no aparece en ningún presupuesto?

Porque no se paga con una factura, se paga con tiempo ajeno. Nadie firma una orden de compra por «cinco semanas trabajando sobre un supuesto falso», y por eso ese gasto no se discute en ningún comité.

Hay una pista sobre la forma del riesgo. En 2011, Bent Flyvbjerg y Alexander Budzier, de la Universidad de Oxford, analizaron 1.471 proyectos de TI: el sobrecoste medio fue del 27%, pero uno de cada seis se desviaba un 200% de media y se retrasaba casi un 70%. El estudio tiene más de una década, su muestra son proyectos grandes de todo el mundo y no representa a una pyme española; no conocemos una cifra europea reciente y sólida equivalente, así que tómalo como una señal sobre la forma del riesgo, sin convertirlo en tarifa. Y una precisión honesta: el artículo documenta las desviaciones, no sus causas. Lo que sigue es lectura nuestra, después de años en comités de seguimiento: esas desviaciones no se fabrican en un día. Se acumulan durante meses en los que alguien de dentro ya lo sabía.

Cada día que una información existe dentro de casa y nadie decide con ella tiene precio, y lo pagas en opciones que caducan.

La falta de visibilidad se cobra en tres facturas invisibles:

1. La opción que caduca: matar, reorientar o reforzar algo tarde vale mucho más que hacerlo pronto.
2. El impuesto del reporte: las horas que tu organización dedica a fabricar y consumir estados.
3. El trabajo que se rehace: lo construido sobre un supuesto que ya era falso cuando se construyó.

¿Qué es visibilidad real en la gestión de equipos software?

Es poder contestar tres preguntas un lunes a las nueve sin pedirle nada a nadie: qué está en marcha y por qué, qué está atascado y desde cuándo, y qué decisión llevamos posponiendo. Si para responderlas hay que convocar a alguien, lo que tienes es un mecanismo de rendición de cuentas disfrazado de visibilidad.

Ayuda distinguir tres capas que en las herramientas aparecen mezcladas. La visibilidad de actividad mide movimiento: commits, horas, puntos de historia, tareas cerradas. La visibilidad de flujo mide el sistema: qué entra, qué sale, cuánto tarda una cosa desde que se pide hasta que sirve para algo, y dónde se para. La visibilidad de resultado mide qué cambió fuera: para el cliente, para el negocio.

La primera capa es la que más gusta a quien no está cerca del trabajo, y es la única que se degrada al mirarla. La formulación popular de la ley de Goodhart lo explica: cuando una medida se convierte en objetivo, deja de ser una buena medida. Los puntos suben, las tareas se trocean, el panel se pone verde y el problema sigue donde estaba.

Empieza por: haz esas tres preguntas del lunes en tu próximo comité. Cuenta a cuántas personas hay que llamar para responderlas.

¿Cuánto cuesta una decisión que llega tarde?

Se calcula, y la cuenta cabe en una servilleta. Coste de la decisión tardía = coste semanal del equipo afectado × semanas de latencia + valor de la opción que se cerró por el camino. Llamamos latencia de decisión a los días que van desde que la información necesaria existe dentro de la organización hasta que alguien decide con ella.

Un ejemplo con números inventados, solo para enseñar la cuenta. Un equipo de seis personas cuesta, a coste de empresa, unos doce mil euros a la semana. La información de que la fecha no se sostiene existía el 3 de marzo; la decisión de recortar alcance se toma el 7 de abril. Cinco semanas de latencia son sesenta mil euros de trabajo dirigido con un supuesto ya caducado. A eso se suma el impuesto del reporte: diez personas que dedican tres horas semanales a preparar y digerir estados suman treinta horas por semana que nadie contabiliza como coste de la opacidad.

El resultado importa menos que un detalle incómodo: nadie de tu comité sabe hoy cuál es esa latencia, y es un número que puedes medir esta misma semana.

Esta semana: coge las tres últimas decisiones importantes. Para cada una, anota dos fechas: cuándo la información necesaria ya existía en la casa y cuándo alguien decidió. La diferencia, en días, es tu latencia. Llévala al comité.

¿Por qué tu panel de control no te da visibilidad?

Porque no cuelga de él ninguna decisión. Es el anti-patrón más común y también el más caro: el panel sin decisión. Cincuenta métricas, un comité mensual que las lee en voz alta y ninguna que, al cruzar un umbral, obligue a alguien a hacer algo distinto.

Aquí aparece el contraargumento habitual: «ya medimos DORA, velocidad y capacidad». Las métricas de entrega tipo DORA son útiles y están bien construidas, pero responden a la fiabilidad y la rapidez con que entregamos; si estamos construyendo lo que había que construir es otra pregunta, y no la contestan. La velocidad ayuda al equipo a planificar; convertida en indicador de rendimiento para dirección, se estropea. Y medir individuos produce exactamente los números que has pedido, más el silencio que viene con ellos. Sirve la misma lógica que separa OKR de KPI: un indicador para reportar rara vez sirve para liderar.

La pregunta que suele venir detrás es qué herramienta comprar, y la respuesta decepciona: casi cualquiera que ya uses para gestionar el trabajo, hasta una hoja de cálculo bien llevada, enseña el flujo si alguien se lo pide. Lo que ninguna trae de fábrica es la frase escrita al lado de cada métrica, la que dice qué decisión cambia y a partir de qué umbral. Esa frase no viene en ningún menú: la escribe tu comité.

Lo que cuesta: un panel que nadie usa para decidir consume horas de mantenimiento, da falsa tranquilidad y retrasa las malas noticias. La corrección: al lado de cada métrica, escribe la decisión que cambia y el umbral que la dispara. Las que se queden sin frase, fuera del panel.

¿Y si tu equipo cree que lo estás vigilando?

Entonces la información que recibas será cara, tardía y cosmética. Es la trampa central de este asunto: la visibilidad que se obtiene contra el equipo destruye la señal que buscabas. Un atasco declarado a tiempo es un regalo de gestión; si declararlo tiene coste personal, se declara cuando ya no hay remedio.

La diferencia entre observar un sistema y vigilar a personas es concreta. Se mide el trabajo, no a quien lo hace. Los datos se leen en presencia del equipo y sirven para quitar impedimentos; en cuanto se usan para comparar personas, dejan de contar la verdad. Y cuando alguien enseña un problema pronto, la respuesta visible es apoyo. Cambia esa respuesta un par de veces y perderás la visibilidad durante años.

Bien hecho si: los atascos te llegan antes de que preguntes, y llegan de la persona que los está sufriendo.

¿En qué punto estás? Tres fases de visibilidad

Opaco. El estado del proyecto se construye la víspera del comité. Los colores del semáforo dependen de quién presenta. Los problemas aparecen en la última semana antes de la fecha comprometida, y siempre por sorpresa. Tu latencia de decisión no se puede ni medir, porque nadie sabe cuándo existió la información.

Decorativo. Hay paneles, hay métricas y hay una reunión mensual para verlos. Nadie recuerda una sola decisión que se haya tomado por lo que decía un panel. Los equipos actualizan las herramientas los jueves por la tarde para el comité del viernes. Se discute la calidad del dato más que el dato.

Decisivo. Cada indicador que sobrevive en el panel tiene una decisión y un umbral escritos al lado. Los atascos se ven el día en que ocurren y alguien los desbloquea sin subir tres niveles. La latencia de decisión se mide, se enseña y baja. El comité dedica más tiempo a decidir que a escuchar cómo va.

Casi todas las organizaciones con las que trabajamos se descubren en la fase decorativa, y el salto a la tercera se paga menos en dinero que en renuncias, sobre todo a métricas que gustan.

Conclusión: mide la latencia, no la actividad

En la gestión de equipos software, la visibilidad se diseña hacia atrás, desde la decisión. Empieza por las tres decisiones que tu comité lleva posponiendo y trabaja al revés: qué información necesitas, quién la tiene ya, cuánto tarda en llegar a la mesa y qué umbral obligaría a mover ficha. Todo lo que no encaje en esa cadena es adorno, por bonito que se vea en la pantalla del viernes.

Y una advertencia práctica: el día que midas tu latencia de decisión, el número te va a doler. Ese dolor es la primera información honesta que ha llegado a tu comité en meses.

¿Cuántos días llevan tus equipos trabajando con una información que tú todavía no has usado para decidir nada?

Si quieres poner número a eso, en SmartWay trabajamos el flujo y el ritmo de decisión de los comités con consultoría Agile y alineación estratégica. Cuéntanos tu caso.