Lo que un taller CNC enseña sobre operar

La parte de mi trabajo que menos encaja en una biografía de software es la de los muebles.

Zeder Cabinet Studio diseña, fabrica e instala cocinas integrales, closets y vestidores en Culiacán, Sinaloa. Hay un showroom, una fábrica con maquinaria CNC y una cuadrilla que instala. El proceso corre en cinco pasos: consulta, análisis del espacio, diseño a medida, fabricación CNC, y luego instalación y entrega. Nada de eso es software.

También es lo mejor que le ha pasado a mi forma de operar cualquier cosa, incluido el software.

El error viaja hacia abajo

En software yo había absorbido un supuesto tan a fondo que ya no lo veía: los errores son baratos y reversibles. Envía, observa, corrige. Si sale mal, regresa la versión anterior. Es tan cierto en la web que deja de sentirse como un supuesto y empieza a sentirse como la naturaleza del trabajo.

Una hoja cortada con la medida equivocada es otra categoría de evento. El material se consumió. El dinero se gastó. El tiempo de máquina se gastó. Y si la cocina del cliente estaba programada para el jueves, el jueves ya no es una instalación: es una conversación.

Las primeras veces busqué la falla de proceso, como se busca después de una caída del servicio. Casi nunca había una. El diseño se había aprobado con el error adentro, y cada paso posterior lo ejecutó con toda fidelidad y a un costo cada vez mayor.

Ahí entendí para qué sirve de verdad una revisión de diseño. En software, la revisión atrapa fallas antes de que las vea un usuario. En manufactura las atrapa antes de que se consuma material. La distancia entre esas dos cosas es exactamente el precio de tu botón de deshacer.

Alguien firma

En el taller el diseño se aprueba y esa aprobación tiene dueño. No es burocracia. Es la última puerta antes de que el error se vuelva caro.

El paso de análisis del espacio existe por lo mismo. El plano dice una cosa, el cuarto dice otra, y el que manda es el cuarto. Medir de nuevo cuesta una visita. No medir cuesta una hoja, un día de máquina y una fecha.

Copié esa idea tal cual. Antes de construir encima de un supuesto, lo mido. El costo de la comprobación siempre es menor que el costo de rehacer, y en software el costo de comprobar suele ser una consulta a la base de datos o una llamada de quince minutos.

El calendario es del material, no mío

La segunda lección me costó más aceptarla.

Un tiempo de entrega no se comprime queriendo más el resultado. Los herrajes pedidos el lunes llegan cuando llegan. Un acabado tiene tiempo de curado. Una cuadrilla que está instalando del otro lado de la ciudad el miércoles no está instalando aquí el miércoles.

El software también tiene tiempos de entrega. Solo que se esconden mejor, porque la restricción suele ser la atención de una persona y no un camión, y la atención se puede pedir prestada. Puedes adelantar una noche. Puedes empezar lo siguiente antes de terminar lo anterior. La cuenta llega después y en otra moneda, así que la conexión es fácil de no ver.

Operar un taller donde los tiempos son físicos me quitó la costumbre de fingir que los del software no lo eran. Mi planeación se volvió menos optimista y más exacta. Durante un mes se sintió como un retroceso y después dejó de sentirse como algo.

Terminado quiere decir instalado

En el taller, terminado no es fabricado. Tampoco es entregado. Es instalado, alineado, con las puertas ajustadas y con el cliente parado enfrente diciendo que sí.

Todo lo anterior es inventario. Inventario es trabajo que ya pagaste y que todavía no te pagan. Una bodega llena de gabinetes terminados esperando fecha de instalación parece productividad y es capital detenido.

El software tiene la misma trampa con otros nombres. Integrado no es enviado. Enviado no es adoptado. Una función detrás de una bandera que nadie ha encendido es un gabinete terminado en la bodega. Yo sabía eso como frase desde hacía años. Verlo en su versión física, ocupando metros cuadrados, es lo que me hizo actuar en consecuencia.

Lo que sí se muda al software

Tres cosas cambiaron concretamente en cómo opero el trabajo de video y el de código.

• Programar contra la restricción. En el taller la restricción es el tiempo de máquina y el calendario de la cuadrilla. En el estudio son mis horas de grabación. Todo lo demás se acomoda alrededor del recurso escaso, no al revés.
• Agrupar por costo de preparación. Cambiar la herramienta del CNC cuesta tiempo, así que los cortes se ordenan para cambiar lo menos posible. Cambiar de contexto cuesta igual. Ahora junto días de grabación, días de edición y días de desarrollo en vez de intercalarlos, y la diferencia de rendimiento no es sutil.
• Marcar el punto de no retorno. En el taller es evidente y está escrito en el proceso. En software hay que ponerlo uno mismo, porque nada en la herramienta avisa.

Lo que no se muda

Aquí quiero tener cuidado, porque la versión ordenada de este texto diría que hay que aplicarle al software la disciplina de la fábrica, y eso es cierto solo a medias.

Que el software se pueda deshacer barato es una ventaja real, no una falta de carácter. Meter la prudencia de la fábrica completa la tira a la basura. Los equipos que he visto hacerlo terminan con un proceso de revisión que cuesta más que los errores que evita.

La transferencia útil es más angosta. Es saber cuáles decisiones de software se comportan como un corte, es decir, cuáles no se pueden deshacer barato. Una migración sobre datos vivos. La forma pública de una API. Un modelo de precios que los clientes ya firmaron. Un modelo de permisos, una vez que hay cuentas reales encima.

Esas merecen la prudencia del taller. Casi todo lo demás merece la velocidad de la web.

Distinguirlas es toda la habilidad, y no la aprendí frente a una pantalla.