El cambio que no regresó a Diseño: cómo funciona una orden de cambio de ingeniería

Hay una conversación que se repite en las juntas de proyecto, siempre con el mismo tono de sorpresa. Alguien abre un modelo liberado para arrancar una pieza nueva y descubre que no corresponde con lo que se fabricó hace meses. La geometría cambió en algún punto del camino, alguien la corrigió, y el modelo maestro se quedó atrás. La frase que sigue casi siempre es la misma: hasta ahora me estoy enterando.

No es un problema de gente descuidada. Es un problema de mecanismo. Y mientras no exista el mecanismo, va a volver a pasar, por buenas que sean las intenciones de todos.

Tres formas del mismo error

La corrección silenciosa. Diseño libera un modelo. Manufactura lo recibe, encuentra una pieza fuera de centro, la corrige en su propia copia y entrega a tiempo. Nadie mintió, nadie fue negligente: simplemente el cambio nunca regresó al origen. El área que diseñó la pieza se entera meses después, por casualidad, y mientras tanto el modelo que está en el sistema ya no sirve como punto de partida.

El factor de escala que toca lo que no debía. Se escala el modelo para compensar el comportamiento del proceso —contracción, sobremedida, lo que aplique— y el escalamiento se lleva también los barrenos de referencia, esos que debían conservar su distancia entre centros. Las piezas no entran. El ajuste se resuelve otra vez aguas abajo, sin volver a Diseño, y ahora hay dos desviaciones encimadas en lugar de una.

El proyecto con muchos cambios y ningún registro. Maquinado tercerizado, ajustes por tiempos de proceso, ajustes por sanidad de la pieza, todos hechos fuera de Diseño. Y entonces llega la pregunta del cliente: ¿qué fue lo que me fabricaron exactamente? Nadie puede contestar con un documento. Solo con memoria.

Lo que de verdad cuesta

El costo no se paga el día del error. Se paga después, y en tres monedas distintas.

La primera es retrabajo heredado: el siguiente proyecto que parta de ese modelo arrastra la desviación sin saberlo, y alguien la vuelve a descubrir en el piso.

La segunda es trazabilidad perdida. Cuando no se puede decir qué se fabricó ni por qué, la empresa no puede defender su trabajo ante un cliente, ni aprender de él.

La tercera es la más silenciosa: el análisis de causa raíz se vuelve imposible. En la mayoría de las plantas no existe un registro por etapa que permita ubicar en qué punto se originó una desviación. Sin ese registro, la junta de los cinco porqués es una conversación de opiniones, y gana el que habla más fuerte, no el que tiene razón.

Por qué siempre gana el atajo

Vale la pena entender la economía del momento, porque explica por qué pedir más cuidado no funciona.

Corregir donde aparece el problema toma una hora. Devolver el cambio al origen cuesta tiempo hoy —levantar el aviso, esperar a que alguien lo revise, volver a liberar— para ahorrar tiempo en un proyecto futuro que todavía no existe y que a lo mejor le toca a otra persona. Puesto así, el atajo siempre va a ganar. No porque la gente sea indisciplinada, sino porque el incentivo apunta hacia allá.

Un mecanismo bien puesto no apela a la buena voluntad: hace que el atajo no esté disponible.

Las cuatro reglas de la orden de cambio

La orden de cambio de ingeniería —ECO, por sus siglas en inglés— es la única vía permitida para modificar algo después de liberado. Descansa en cuatro reglas, y las cuatro tienen que estar.

Uno: lo liberado no se edita. Para cambiarlo se abre una orden de cambio, y el documento original queda bloqueado e intacto. Dicho al revés, que es como se entiende mejor: si se puede editar sin abrir nada, entonces la palabra liberado no significa nada. Es un adorno en el pie del plano.

Dos: la orden va al item, no al archivo. Aquí hay que distinguir dos cosas que se confunden todo el tiempo. El archivo es el modelo, el plano, el ensamble. El item es la pieza física con sus datos de negocio: material, peso, número de parte, lista de materiales. Si el cambio se cuelga del archivo, no hay forma de comunicarlo al sistema administrativo ni de medir su impacto, porque la comunicación con el ERP pasa por los items. Una orden colgada del item sí puede decir qué material cambió y cuánto cuesta ese cambio.

Tres: la orden trae ruta, aprobadores y número propio. Se crea, se somete, alguien la aprueba o la rechaza —y si la rechazan, regresa a abierta— y se cierra. Lo valioso no es el trámite: es que queda un registro permanente de quién pidió qué, por qué, y qué se decidió.

Cuatro: nadie aprueba su propio trabajo. En equipos chicos esto se recibe con resistencia, y es comprensible. Pero una orden de cambio sin separación de funciones es papeleo. Basta con un revisor distinto del autor, aunque sea de otra área.

Dónde se configura esto

Las cuatro reglas no son una filosofía: son configuración. En Autodesk Vault™, que es la plataforma con la que trabajamos a diario, el mecanismo se arma con el ciclo de vida del item —que define qué estados existen y quién puede moverlos—, la condición de liberación que impide liberar un item con archivos pendientes, las rutas de aprobación con sus roles, y la propia orden de cambio, que se invoca desde el item liberado y queda ligada a él. Las demás plataformas de PDM y PLM del mercado resuelven lo mismo con otros nombres; el concepto es el que importa, y es portátil.

Lo que casi nunca viene configurado de fábrica es la parte incómoda: la separación de funciones y la restricción por jerarquía de quién puede invocar y cerrar una orden. Eso se decide, no se instala.

El error de concepto más común

Cambiar y derivar no son lo mismo, y mezclarlos es exactamente como se ensucia un catálogo.

Cuando lo que se necesita no es modificar la pieza sino una variante de ella, el camino no es la orden de cambio: es generar una copia con número de parte nuevo, dejando el original liberado intacto. Si cada variante se tramita como un cambio sobre la pieza existente, al cabo de dos años nadie sabe cuántas piezas distintas tiene la empresa ni cuál corresponde a qué cliente.

La métrica que casi nadie lleva

Si tuviéramos que pedir un solo indicador antes que cualquier otro, sería este: de dónde nacen las órdenes de cambio. No cuántas hay. De dónde nacen.

Si casi todas nacen en el taller, el problema no está en el taller: está en el diseño o en el estándar de entrega a piso. Si nacen del área comercial, está en cómo se levanta el requerimiento. El origen de la orden señala la fuga, y casi siempre apunta a un lugar distinto del que todos nombran en la junta.

Va bien acompañada de una segunda: el porcentaje de desperdicio por etapa con causa atribuida —piso, programación, cambio comercial, cambio de ingeniería no notificado—. Con esas dos, una discusión de pasillo se convierte en un dato. Y no hace falta un tablero elegante: basta con registrarlo desde el primer mes.

Cómo empezar esta semana

Paso	Qué hacer	Para qué
1	Preguntar cuántas órdenes de cambio formales se abrieron el mes pasado	Si la respuesta es cero, no es que no haya cambios: es que no se registran
2	Definir quién puede aprobar, por área, y que no sea el autor	Sin separación de funciones, el resto es trámite
3	Escoger una pieza que haya cambiado y reconstruir quién la cambió y por qué	El ejercicio duele y enseña: mide la trazabilidad real
4	Decidir qué se cuelga del item y qué del archivo	Es lo que determina si el cambio llega al ERP
5	Empezar a registrar el origen de cada orden	La métrica que señala la fuga

Lo que no vamos a prometer

Esto es el mecanismo, no un resultado medido. No tenemos cifras de reducción de retrabajo que ofrecer, y conviene desconfiar de quien las prometa antes de empezar: el ahorro depende de en qué punto del proceso esté cada planta y de qué tan avanzada esté la fabricación cuando aparece el cambio. Lo que sí podemos decir es que la alternativa —seguir resolviendo aguas abajo— tiene un costo que ya se está pagando, solo que no aparece en ningún reporte.

Y la pregunta de fondo es sencilla: en su planta, ¿alguien puede decir hoy quién cambió una pieza liberada y por qué?

Un sistema de PDM no sirve para impedir cambios. Sirve para que todo cambio tenga dueño, razón y rastro.

Si quiere revisar cómo está hoy el control de cambios en su operación, escríbanos y lo vemos juntos.