Ok, ya tiramos a la basura los Juiceros y tenemos equipos robustos. Pero ahora tenemos otro problema: la gerencia en Santiago sigue queriendo controlar ese equipo robusto con una planilla o un dashboard. Arreglamos el cuerpo (hardware), ahora falta arreglar el cerebro (toma de decisiones)
En mi artículo anterior argumenté que el agro chileno necesita menos ‘Juiceros’ (tecnología frágil) y más ‘Kaláshnikovs’ (robustez mecánica). Pero incluso el mejor rifle es inútil si el general que da la orden de disparar está mirando un mapa equivocado a 300 kilómetros de distancia.
Hemos estado llenado el campo de sensores robustos, pero hemos mantenido una jerarquía de mando frágil. Ahora que recuperamos la física, toca recuperar el derecho a decidir basándose en lo que se ve en el suelo.. toca hablar de por qué Don Héctor tiene razón.
El motín de Chimbarongo
El incidente ocurrió un martes de inicios de octubre en un huerto de cerezos cerca de Chimbarongo. Lo llamo «incidente» porque «catástrofe burocrática» suena demasiado dramático para un informe trimestral.
La situación era binaria. Por un lado, una red de sondas de capacitancia israelíes indicaba que la humedad del suelo había caído al 12%. El algoritmo, programado con umbrales de seguridad conservadores, gritaba «déficit hídrico». El protocolo de la empresa, una agroexportadora controlada por fondos de inversión era claro: ante alerta roja, se riega.
Por otro lado estaba Don Héctor, el administrador del campo. Héctor no miró el dashboard. Pateó la tierra y observó el brillo ceroso de las hojas. Luego olió el aire. Su diagnóstico fue lo contrario: «La planta no tiene sed, tiene frío. Se está protegiendo. Si le metemos agua ahora, con la helada tardía que viene mañana, vamos a asfixiar la raíz».
El conflicto escaló a la gerencia de operaciones en Santiago.
Desde la perspectiva de la oficina central, la elección era entre un dato duro y auditable, que además llega directo por API, versus la corazonada de un empleado de 60 años que ni siquiera usa WhatsApp correctamente. La gerencia hizo la fácil: salvaron su propio pellejo y siguieron el manual. Ordenaron el riego.
Tres semanas después, el cuartel entró en crisis. Asfixia radicular, seguida de hongos. Pérdida estimada: 15% de la producción exportable. Héctor tenía razón. El sensor midió la tensión del agua a la perfección, el problema es que se quedó corto para interpretar el contexto biológico completo. [1]
(nota 1: La exactitud del juicio de Don Héctor es casi un accidente de la historia. La pregunta de ingeniería más interesante es otra: ¿qué información del sistema estaba leyendo él que nadie más estaba midiendo?.
El riesgo operativo real radica en tener un proceso crítico secuestrado por la intuición no documentada de un solo individuo. En una planta química, si el mantenimiento de un compresor dependiera exclusivamente del oído de un operador, la gerencia exigiría de inmediato convertir esa habilidad en un procedimiento estandarizado o en una variable de monitoreo medible.
El debate sobre reemplazar a Héctor con un sensor es un planteamiento erróneo. El paso lógico y urgente es identificar la variable física exacta que el operador está leyendo en terreno y que el sistema actual ignora por completo. Automatizar consiste, en primera instancia, en parametrizar el instinto del operador.)
Mi primera reacción al escuchar esto fue la predecible indignación romántica. Pensé: «Aquí vamos otra vez. Los tecnócratas de las planillas destruyendo la sabiduría ancestral del campo». Es una narrativa satisfactoria. Nos gusta creer que el humano, con su mètis (astucia práctica), siempre supera a la máquina fría.
Pero si queremos arreglar esto, tenemos que ser honestos. Esa narrativa es mentira.
El abogado del diablo (Por qué la gerencia tenía razón)
Antes de proponer quemar los sensores y volver al feudalismo agrario, debemos hacer un ejercicio de honestidad. ¿Por qué una empresa racional gastaría millones de dólares en tecnología que ocasionalmente, mata sus propios árboles?
El problema es que Héctor es humano: un día se pelea con la señora y ve el campo distinto, o se acuerda de la helada del 98 y se pone miedoso. Un sensor, aunque esté malo, siempre miente de la misma forma.
Existe un cuerpo de investigación masivo, iniciado por Paul Meehl en 1954 y expandido por Daniel Kahneman, sobre «Juicio Clínico vs. Juicio Actuarial». La conclusión es que en entornos de baja validez (donde hay mucho ruido y retroalimentación tardía), los algoritmos lineales simples superan a los expertos humanos el 60-70% de las veces.
Los humanos somos máquinas de ruido por tres razones estructurales:
Inconsistencia aleatoria
El juicio humano es biológicamente inestable. Si le muestras a don Héctor el mismo árbol por la mañana (antes del café y descansado) y por la tarde (con calor y tras una discusión con logística), es altamente probable que te dé diagnósticos diferentes para la misma data visual. Un sensor puede estar mal calibrado pero su error es constante y predecible. Al menos así siempre nos permite corregirlo. El humano es una caja negra estocástica.
Sesgo de disponibilidad y supervivencia
Héctor recuerda vívidamente la vez que salvó el huerto en 1998 ignorando el manual («La gran hazaña»). Pero su cerebro ha editado convenientemente las cinco veces que su intuición falló, o las veces que no hizo nada y el huerto sobrevivió igual. Evaluamos nuestra propia competencia basándonos en nuestros mejores éxitos y no en nuestro promedio.
El problema de la escalabilidad
La métis no escala. No puedes hacer un copy-paste de la intuición de Héctor para gestionar 500 nuevas hectáreas en Molina. Un algoritmo, por definición, tiene costo marginal de replicación cercano a cero. Para una empresa en expansión, una herramienta mediocre pero escalable suele ser superior a un genio local que no puede estar en dos lugares a la vez.
Además, hay un incentivo financiero estructural. Un banco no puede prestar dinero basándose en «la rodilla de Héctor». Necesita legibilidad: datos estandarizados que demuestren que el activo biológico está siendo gestionado bajo parámetros industriales… La digitalización se trata de convertir un huerto caótico en un instrumento financiero negociable.
Por lo tanto, la gerencia no es estúpida. Al elegir el sensor, están comprando una reducción de la varianza.
El fantasma de Jena (1806)
Para entender cómo resolver el conflicto entre el sensor centralizado y el operador local, debemos abandonar los campos de cerezos y mirar al ejército prusiano.
En 1806, Napoleón destruyó a las fuerzas prusianas en las batallas de Jena y Auerstedt. Fue una humillación absoluta. El ejército prusiano funcionaba bajo un modelo de control centralizado y rígido (Befehlstaktik): el general dictaba cada movimiento y los subordinados obedecían ciegamente. Napoleón, por su parte, se movía en un caos controlado y apostaba por la velocidad.
Los reformadores prusianos, liderados por Scharnhorst y Gneisenau, y más tarde codificado por Moltke el Viejo, entendieron que el problema no era que sus soldados fueran malos disparando. El problema era que el modelo de «mando y control» centralizado caía cuando se enfrentaba a la «niebla de guerra» (Nebel des Krieges).
En la guerra como en la agricultura, la información perfecta es imposible… El terreno cambia, el enemigo se mueve, llueve, los suministros no llegan. Si un oficial tiene que esperar órdenes de Berlín (o de la gerencia en Santiago) para reaccionar a algo que está viendo frente a sus narices, ya ha perdido.
La solución que inventaron se llamó Auftragstaktik (mando de misión).
La premisa radical del Auftragstaktik es: Dile al subordinado qué quieres lograr, pero nunca le digas cómo hacerlo.
El alto mando define el objetivo, por ejemplo, tomar esa colina antes del mediodía, pero otorga al oficial en el terreno la autoridad absoluta para decidir la táctica, e incluso para desobedecer órdenes previas si la situación local cambia drásticamente. Moltke escribió famosamente: «Ningún plan de operaciones sobrevive con certeza al primer contacto con el cuerpo principal del enemigo».
La niebla agrícola
La agroindustria moderna ha cometido el error de adoptar el modelo prusiano anterior a 1806.
Hemos construido sistemas de «befehlstaktik digital». El sensor en el campo envía datos a la nube, que los procesa y devuelve una orden de riego. Se espera que el operador obedezca.
Esto funciona maravillosamente en condiciones estables. Pero el campo es un escenario de guerra biológica (perdón lo dramático). Hay microclimas que cambian en 50 metros e «intuiciones» sobre heladas que no salen en el higrómetro. Esa es la «niebla de guerra» agrícola.
Cuando la empresa obliga a Don Héctor a regar basándose en el sensor a pesar de su juicio contrario, está intentando micro-gestionar una batalla compleja desde un búnker lejano usando mapas desactualizados.
El error de fondo es que en Santiago confunden «medir» con «gestionar». Se enamoran del dato porque es cómodo y no pide explicaciones, pero se les olvida que el sensor es ciego al contexto. La sonda mide la humedad en un punto exacto, pero no siente el cambio de presión en el aire ni nota que el color del brote cambió de ayer a hoy. Esa información que no se puede digitalizar es la que salva la temporada.
La gerencia tiene que soltar la correa.
El día que el administrador deje de cuestionar a la máquina por miedo a contradecir un reporte centralizado, habremos perdido la capacidad de reaccionar a tiempo. [2]
(Nota 2: ironía industrial antigua… los mejores operadores de una planta muchas veces se forman durante los años en que la planta más problemas tiene. Cada falla los obliga a escuchar máquinas y desarrollar intuiciones. Una instalación perfectamente automatizada durante veinte años puede terminar produciendo una generación de operadores que conocen el manual mejor que el proceso.)
El sensor funciona perfecto como inteligencia satelital. El problema surge al darle el rango de comandante supremo. Es un input de alta calidad, pero no es una orden sagrada. El objetivo central radica en la salud del árbol y la maximización de fruta exportable. La obediencia ciega a un dashboard de riego pasa a un segundo plano.
El parche del ingeniero: Protocolos de anulación con apuesta
No podemos simplemente decir «confíen en Héctor» y volver a la gestión por tincada. Eso no escala y a los fondos de inversión no les da seguridad. Apagar los sensores sería un error; el desafío es poner la tecnología al servicio del criterio local.
Necesitamos un protocolo de anulación con firma.
El sistema debe funcionar así: cuando el dashboard en Santiago manda la orden de riego, el administrador tiene que tener un botón de “no riego.” Así de corto. No tiene que pedirle permiso a un gallo en una oficina que no sabe si el canal viene con agua o no. Si Héctor decide que la máquina se equivoca, aprieta el botón y deja una nota: “Viene helada tardía, el sensor no la ve…” [3]
(Nota 3: Permitir que el operador anule una orden automática mediante justificación escrita tiene un propósito técnico directo. En mejora continua, cada discrepancia entre el humano y el algoritmo sirve como una prueba de estrés para el modelo. Si el sensor exige riego y el operador lo bloquea, el resultado audita el proceso: un resultado productivo evidencia un punto ciego en la programación; un resultado negativo cuantifica la tasa de error del criterio humano.
Cien anulaciones documentadas sirven para calibrar un sensor de humedad, eso es evidente. Más allá de eso, logran generar una base de datos accionable sobre las limitantes operativas del sistema. Eliminar la capacidad de anulación manual impide medir la tasa de error del software bajo condiciones no estandarizadas.
Es curioso que muchas fábricas inviertan millones en registrar fallas de máquinas o desviaciones de calidad, además de medir minuciosamente cada tiempo muerto, pero las discrepancias entre un operador experto y un algoritmo suelen desaparecer en una conversación de pasillo. Desde una perspectiva de mejora continua, el desacuerdo es probablemente el dato más valioso del sistema, porque señala exactamente dónde el modelo y la realidad dejaron de coincidir.)
En ese segundo, la pelota es de él. Se acaba el juego de culpar al algoritmo si la cosa sale mal. Si salva la fruta, es mérito suyo; si la embarra, el cuero es de él. Eso es lo que te asegura que el que desobedece lo haga porque entiende del tema. El miedo a la planilla queda totalmente descartado
Pero seamos realistas: en la estructura actual de la agroexportación chilena, «el cuero es de él» es una mentira piadosa. Cuando un administrador desobedece un protocolo auditable y pierde fruta, el Fondo de Inversión no pregunta si la intuición era correcta. Pregunta por qué no se siguió el manual. Y esa pregunta siempre termina en el escritorio del Gerente de Producción, no en el del administrador.
Por eso el botón de anulación exige un blindaje político. El respaldo técnico sirve de muy poco si la gerencia no apoya la decisión del operador. La gerencia central debe comprometerse públicamente a que las anulaciones documentadas (incluso las que resultan en pérdidas) deben asumirse derechamente como costos de I+D y calibración del modelo. La empresa tiene que dejar de etiquetarlas como fallas operativas. Si don Héctor aprieta el botón, pierde fruta, y al mes siguiente lo despiden por «no seguir procedimientos», ningún otro administrador en la empresa volverá a apretar ese botón.
La desobediencia solo funciona si hay una institución que la proteja. De lo contrario, el botón de anulación será como el botón de emergencia en una oficina: está ahí por reglamento, pero todos saben que si lo aprietas, el problema eres tú.
La gerencia tiene que entender que el sensor es una herramienta más, como un tractor. Tú no dejas que el tractor decida solo dónde doblar. Con el software es lo mismo: el dato es una sugerencia, pero el que vive en el barro es el que decide.
La agroindustria debe apostar contra sus propios sensores porque la tecnología es incompleta. [4]
(Nota 4: Quizá uno de los principios menos intuitivos de la ingeniería de sistemas es que los componentes más confiables son precisamente aquellos de los que más debemos desconfiar. Un sensor que falla todos los días será rápidamente reemplazado; un sensor que funciona correctamente el 99,9% del tiempo tiene una capacidad mucho mayor de generar confianza excesiva. La pregunta más importante de un sistema de control es ¿qué ocurre el día en que tiene razón sobre la variable equivocada?».)
El sensor es un excelente sirviente, pero un pésimo patrón. El día que el administrador tenga más miedo al jefe de zona que a la helada, estamos liquidados. El día que el administrador prefiera salvar su reporte en lugar de salvar la fruta, la empresa habrá dejado de producir para empezar a simular.