La maggior parte dei configuratori conosciuti si basa su una variante massima (“distinta base massima, BOM al 150%”) e poi, tramite un set di regole, filtra verso una variante concreta. Ma cosa succederebbe se invece si modellasse il delta rispetto a una variante base?
Se si chiede agli ingegneri come descriverebbero una variante, molto prima della distinta base massima completa arriva di solito una risposta ben diversa: “la macchina standard, più telaio rinforzato e circuito di raffreddamento modificato.” Una base, più ciò che è cambiato.
Gli strumenti PLM che conosco io, però, non pensano così. Definiscono il massimo come modello di dati, e la differenza nasce solo a posteriori, quando questo massimo viene filtrato tramite un set di regole fino a una distinta base al 100%. Non è un ostacolo insormontabile — ma ogni traduzione dal modello concettuale (“base più modifica”) al modello di dati effettivo (“massimo meno filtro”) costa efficienza e crea spazio per errori.
Un modello: Delta-Oriented Programming
Nello sviluppo software esiste un approccio accademico da cui si può imparare molto: Delta-Oriented Programming. Invece di rappresentare tutto in una variante massima, esiste una baseline più delta nominati, che aggiungono, rimuovono o modificano qualcosa. Anche lì il principio non si è mai imposto su larga scala — la maggior parte del software continua a funzionare tramite feature flag. Ma in questo modo la differenza poteva essere nominata e versionata, invece di essere nascosta in un flag.
Cosa potrebbe significare per il panorama degli strumenti
CONTACT Software, PTC, Siemens Digital Industries Software, Dassault Systèmes, SAP: ognuno di questi fornitori potrebbe inserire la differenza come oggetto di dati autonomo nella cassetta degli attrezzi della configurazione di prodotto — come alternativa per tutti i casi in cui gli ingegneri già pensano in termini di delta. Modelli delle feature e distinte base massime continuerebbero a fare il loro lavoro per il resto.
L’argomentazione completa — inclusi il metodo nel dettaglio e la domanda su dove il trasferimento dal software all’hardware trovi i suoi limiti — si trova nel mio articolo su variantmanagement.com.
La maggior parte dei metodi di configurazione modella il massimo e ne deriva la differenza solo a posteriori. Il Delta-Oriented Programming mostra un’alternativa: la differenza stessa diventa un oggetto di dati nominato e versionato. Non un sostituto dei modelli delle feature e delle distinte base massime — ma uno strumento aggiuntivo per tutti i casi in cui gli ingegneri già pensano in termini di delta.
