Deuda técnica en pipelines: el riesgo del sistema que siempre funciona

Los pipelines pueden entregar a tiempo y aun así propagar reglas obsoletas; observabilidad, pruebas y reconciliación revelan esa deuda silenciosa.

Este artículo también está disponible en inglés.
Deuda técnica en pipelines: el riesgo del sistema que siempre funciona

El sistema que "siempre ha funcionado" puede ser el más riesgoso 🩺

La deuda silenciosa dentro de un pipeline estable

Muchos equipos tienen un mantra para los sistemas viejos: si funciona, no lo toques. Lo que parece prudencia puede ser la razón por la que los reportes llevan meses mostrando números incorrectos sin que nadie lo note.

El mayor riesgo no es el sistema que falla y avisa. Es el que falla en silencio y sigue produciendo resultados.

Un pipeline de datos es el recorrido que hace la información desde su origen (ventas, cartera, almacén) hasta el reporte que usa el líder para decidir. Cuando ese recorrido tiene una fuga, los datos llegan, pero llegan mal. La deuda técnica silenciosa es la acumulación de esas fugas que nadie reparó porque el sistema seguía entregando.

Piensen en alguien que evita los exámenes médicos porque no siente nada. Sin síntomas visibles, la sensación es de salud. Pero la presión alta no avisa con dolor. El colesterol elevado tampoco. Lo que no duele no siempre está sano.

Eso mismo ocurre con un pipeline que opera hace años sin revisión. Los reportes se generan a tiempo, las cifras de ventas aparecen, las de inventario también. Pero si hace dos años alguien ajustó una fórmula de descuento sin actualizar la lógica anterior, los márgenes que el equipo directivo lee hoy son incorrectos. El sistema no falló. Simplemente entregó lo que aprendió a entregar.

Y eso es exactamente lo que lo hace peligroso. Lo que no duele no siempre está sano. Los equipos más expuestos suelen ser los que llevan más tiempo sin hacerse ese chequeo.

La señal más común no llega como una alerta técnica. Llega cuando finanzas cierra el mes con una cifra distinta a la que reportó ventas, o cuando la dirección pide un análisis y el equipo tarda días en conciliar antes de entregarlo. Esas discusiones sobre cuál dato es el correcto suelen tener origen en pipelines que nadie revisó en meses.

Ward Cunningham, quien introdujo el concepto de deuda técnica, lo comparó con una deuda financiera. Cada parche provisional que no se corrige genera intereses que se pagan después. Con los pipelines, esos intereses no se ven en el sistema. Se ven en decisiones tomadas sobre datos que ya no son confiables.

Primero, identifique los pipelines que producen sus reportes críticos y averigüe cuándo fue la última vez que alguien los revisó. Luego, pida que se documente qué hace cada uno en lenguaje sencillo. Después, establezca una revisión periódica, como un chequeo de rutina. Por último, antes de confiar en un informe estratégico, pregunte si el recorrido de ese dato ha cambiado recientemente.

¿Cuándo fue la última vez que alguien revisó los pipelines detrás de sus informes más importantes? 🩺