La mayoría de los configuradores conocidos parten como base de una variante máxima («lista de materiales máxima», BOM 150 %) y luego, mediante un conjunto de reglas, filtran hasta llegar a una variante concreta. Pero ¿y si en vez de eso se modelara el delta respecto a una variante base?
Si se pregunta a los ingenieros cómo describirían una variante, mucho antes de llegar a la BOM máxima suele aparecer una respuesta muy distinta: «la máquina estándar, más el bastidor reforzado y el circuito de refrigeración modificado». Una base, más lo que ha cambiado.
Así no piensan, sin embargo, las herramientas PLM que conozco. Definen el máximo como modelo de datos, y la diferencia surge solo después, cuando ese máximo se filtra mediante un conjunto de reglas hasta obtener una lista de materiales al 100 %. Esto no es un obstáculo insalvable, pero cada traducción del modelo mental («base más cambio») al modelo de datos real («máximo menos filtro») cuesta eficiencia y abre espacio a errores.
Referente: Delta-Oriented Programming
En el desarrollo de software existe para esto un enfoque académico del que se puede aprender bastante: Delta-Oriented Programming. En lugar de representar todo en una variante máxima, hay una baseline más deltas con nombre que añaden, eliminan o modifican algo. Tampoco allí el principio llegó nunca a imponerse de forma generalizada — la mayoría del software sigue funcionando con feature flags. Pero gracias a él, la diferencia se podía nombrar y versionar en vez de esconderla en un flag.
Qué podría significar esto para el panorama de herramientas
CONTACT Software, PTC, Siemens Digital Industries Software, Dassault Systèmes, SAP: cualquiera de estos proveedores podría incorporar la diferencia como objeto de datos propio en la caja de herramientas de la configuración de producto, como alternativa para todos los casos en los que los ingenieros ya piensan en deltas. Los modelos de features y las BOM máximas seguirían haciendo su trabajo para el resto.
La argumentación completa — incluido el método en detalle y la pregunta de dónde encuentra sus límites el traspaso del software al hardware — está en mi artículo en variantmanagement.com.
La mayoría de los métodos de configuración modelan el máximo y solo después derivan la diferencia. Delta-Oriented Programming muestra una alternativa: la diferencia misma se convierte en un objeto de datos con nombre y versionado. No sustituye a los modelos de features ni a las BOM máximas, pero es una herramienta adicional para todos los casos en los que los ingenieros ya piensan en deltas.
