Enterprise architecture e PLM

Da dove si comincia

Dal disegnare quello che c’è, non quello che dovrebbe esserci. Sistemi, integrazioni, flussi di dati, e i punti dove un’informazione viene reinserita a mano perché due sistemi non si parlano. Quella mappa non è un documento di cortesia: è ciò che rende visibile quali dipendenze fanno costare ogni modifica più della precedente.

Sul product lifecycle management la domanda operativa è sempre la stessa: dove nasce un dato di prodotto, chi lo modifica, e quali sistemi lo leggono in copia invece di leggerlo dalla fonte. Il digital thread non è uno strumento da comprare, è la proprietà per cui una modifica in progettazione arriva alla produzione e all’assistenza senza che nessuno la ridigiti.

Cosa resta in mano al cliente

La mappa dello stato attuale, l’architettura di arrivo, e la sequenza in cui muoversi: in un sistema in esercizio l’ordine dei passi conta più della destinazione, perché ogni passo deve lasciare il sistema funzionante.

Come si controlla

Ogni scelta di architettura arriva con il motivo per cui è stata fatta e con le alternative scartate. Un documento che dice soltanto cosa fare non si può discutere; uno che dice perché, sì.