El piloto funciona y el negocio no se mueve: lo que Ford entendió en 1913 y casi ningún comité aplica

Ford bajó el trabajo de montar un chasis del Model T de 12 horas y 28 minutos a 93 minutos. El mismo coche, el Runabout, pasó de 825 dólares en 1909 a 260 en 1925.

No lo consiguió con un coche mejor. El Model T era un coche deliberadamente sencillo. Lo consiguió cambiando la física del coste unitario: descompuso una tarea enorme en pasos pequeños, encadenados, repetibles, y llevó el trabajo hasta el operario en lugar de mover al operario hasta el trabajo. El producto era casi el mismo. El proceso era de otro planeta.

Conviene detenerse en esa distinción, porque es toda la tesis de este artículo y es la que se pierde cada vez que alguien resume la historia como «Ford fue más rápido».

Lo que cambió no fue la velocidad de nadie

La mejora no vino de que cada operario fuera más rápido. Hacían menos cosas, siempre las mismas, y no se movían del sitio. Lo que se movía era el coche.

Esa es una decisión de flujo, no de rendimiento individual. Y tiene una consecuencia que en 1913 era contraintuitiva y hoy sigue siéndolo: el cuello de botella de un proceso casi nunca está donde se nota. Se nota en la persona que va agobiada. Está en los huecos entre una persona y la siguiente.

Si alguna vez habéis cronometrado un proceso de verdad, ya sabéis lo que aparece: el tiempo que el trabajo pasa esperando es mucho mayor que el tiempo que pasa siendo trabajado. Espera a que alguien lo revise, a que se convoque la reunión donde se decide, a que vuelva de la persona que estaba de vacaciones, a que se junte con las otras cinco cosas que van en el mismo envío. Acelerar la parte que ya era rápida no cambia el total. Solo hace que el trabajo llegue antes a la siguiente cola.

La factura, que casi nadie cuenta

Aquí es donde el ejemplo de Ford deja de ser cómodo, y por eso hay que contarlo entero.

Aquella cadena tuvo un coste humano inmediato. El trabajo se volvió tan repetitivo que la gente se marchaba en masa, y Ford tuvo que doblar el salario a cinco dólares al día en enero de 1914 para conseguir que alguien se quedara. Se recuerda como un gesto de generosidad patronal. Fue, sobre todo, el precio de sostener un proceso que la gente no aguantaba.

Y tuvo un coste estratégico mayor. Aquel sistema era brutalmente eficiente y brutalmente rígido: estaba optimizado para fabricar un coche, uno solo, siempre igual. Cuando el cliente americano dejó de conformarse con un coche negro y empezó a querer modelos, colores y renovación anual, General Motors le pasó por delante con variedad. Ford había construido la máquina perfecta para un mundo que dejó de existir.

La lectura para hoy es incómoda y es la que conviene llevarse: rediseñar el flujo no significa congelarlo. Si el diseño nuevo es tan eficiente que no admite cambios, has comprado velocidad a cambio de futuro. En trabajo cognitivo, además, el riesgo es peor que en una fábrica: un proceso rígido en una cadena de montaje se ve enseguida, porque hay hierro parado. Un proceso rígido en una oficina no se ve nunca. Simplemente, la organización deja de proponer cosas que ese proceso no admite, y nadie lo apunta en ningún sitio.

La traducción al trabajo de oficina

La cadena de montaje industrializó el trabajo físico. Los agentes industrializan el trabajo cognitivo. La analogía funciona, con la cautela de arriba puesta.

Lo que veo una y otra vez es la IA enchufada a un proceso que ya estaba roto. Se coge el flujo de siempre, con sus reuniones de coordinación, sus reprocesos y sus quince momentos en los que el trabajo cambia de manos, y se le mete un copiloto en un punto. Ese punto va más rápido. El conjunto no se mueve. Es ponerle un motor más grande a una fábrica donde las piezas siguen viajando a mano de un edificio a otro.

Y entonces ocurre lo de los comités: el piloto funciona, las métricas del piloto son buenas, la persona que lo defendió no mintió, y el negocio no nota nada. No hay engaño en esa sala. Hay un error de nivel: se midió el paso y se esperaba el resultado del conjunto.

Los cinco pasos, antes de firmar ninguna licencia

Esto es criterio propio, no dato de nadie. Es lo que yo pediría ver encima de la mesa antes de aprobar un presupuesto.

Uno. Dibujar el flujo real, no el del manual. Con las personas que lo ejecutan, no con quien lo diseñó hace seis años. La primera versión honesta de un proceso siempre tiene más pasos de los que nadie recordaba.

Dos. Separar espera de ejecución. Cronometrar las dos cosas por separado. La IA ataca ejecución. Si la mayor parte del ciclo es espera, un copiloto va a mejorar la parte pequeña y el comité va a preguntarse por qué no se nota. Esta medición sola ya cambia la conversación, y no cuesta dinero.

Tres. Decidir qué desaparece. No qué se automatiza: qué se elimina. Automatizar un informe que nadie lee es hacer más rápido el desperdicio, y encima blindarlo, porque ahora el informe tiene un sistema detrás y un dueño que lo defiende.

Cuatro. Definir la unidad de medida antes de empezar. No «horas ahorradas», que es la métrica que nunca aparece en la cuenta de resultados. Coste por unidad de trabajo entregada: por expediente resuelto, por propuesta enviada, por incidencia cerrada. Ford medía coste por coche. Si vuestro proyecto de IA no tiene un «por coche», no vais a poder demostrar nada dentro de un año, y no porque no haya funcionado.

Cinco. Dejar el flujo abierto. La lección de GM. Preguntar, del diseño nuevo, qué pasaría si el año que viene hay que hacerlo de otra manera. Si la respuesta es que habría que rehacerlo entero, todavía estáis a tiempo de diseñarlo peor y más flexible.

Y por qué esto no lo decide quien lleva la innovación

No por falta de criterio. Casi siempre es la persona que mejor entiende la tecnología de toda la casa. Es que su mandato no llega hasta ahí.

Rediseñar un proceso de principio a fin significa tocar quién hace qué, qué departamento deja de tener una tarea, qué se deja de hacer, y a veces cuánta gente hace falta. Eso no es una decisión de tecnología. Es una decisión de organización, y solo la firma quien manda. Cuando el mandato se queda en «probad la herramienta y contadnos», el resultado está decidido de antemano: saldrá un piloto correcto que no cambia el coste de nada.

He estado en unos cuantos comités donde el presupuesto de un piloto se aprobó en veinte minutos y nadie llegó a preguntar qué proceso íbamos a rediseñar. Ese piloto casi siempre funciona. Y casi siempre se queda ahí, en piloto, hasta que alguien lo apaga sin ruido dos presupuestos después. No fracasa: se apaga. Que es peor, porque un fracaso deja aprendizaje y esto no deja nada, salvo la sensación difusa de que la IA no era para tanto.

Mi resumen, sin adornos. Quien enchufa la IA a su proceso roto compra una herramienta cara y un titular para la junta. Quien rediseña el flujo entero cambia su estructura de coste, y luego tiene que cuidar que ese flujo nuevo siga admitiendo cambios, porque si no acabará como acabó Ford. Lo primero es fácil y no sirve. Lo segundo es difícil y es lo único que gana.