«Abbiamo bisogno di traceability» — sento regolarmente questa frase nei progetti. Ma cosa si intenda con questo varia spesso notevolmente. Si tratta della dimostrabilità verso un ente di certificazione? Della tracciabilità dei requisiti fino al test? Della tracciabilità delle modifiche sull’intero ciclo di vita del prodotto? O semplicemente di sapere quale versione di un documento corrisponde a quale stato del prodotto?
Tutto questo è traceability — ma non è la stessa cosa.
La traceability non è sempre la stessa traceability
Non ogni prodotto e non ogni azienda ha bisogno di ogni tipo di tracciabilità. Un ventilatore polmonare per uso ospedaliero deve soddisfare requisiti di traceability molto rigorosi — ne dipendono vite umane, e gli enti regolatori li controllano con attenzione. Un trapano avvitatore comprato in un negozio di bricolage è soggetto ad altri requisiti.
Sembra ovvio. In pratica, però, questo si traduce raramente in un’analisi strutturata dei requisiti. Al contrario, spesso si punta a troppa traceability — con il relativo sforzo e un beneficio modesto — oppure a troppo poca, il che diventa un problema al più tardi in occasione di una modifica o di una certificazione.
Il Traceability Navigator
Per questo ho sviluppato un «Traceability Navigator» — una panoramica lungo il ciclo di vita del prodotto, che mostra i diversi punti di incrocio in cui la traceability può essere rilevante.
Il navigatore funziona come aiuto alla strutturazione: si passano in rassegna i vari punti e si decide ogni volta qual è la tracciabilità giusta e necessaria per il proprio prodotto. Il risultato non è un generico «facciamo tutto», ma un concetto di traceability su misura.
Dal concetto all’implementazione
Una volta chiarito di quale traceability c’è bisogno, si pone la domanda successiva: come la rappresentiamo nella toolchain PLM?
Il trucco, naturalmente, è trovare gli approcci risolutivi adatti. Le architetture PLM nella maggior parte delle aziende si sono sviluppate nel corso degli anni. Le informazioni che devono essere tracciabili sono distribuite su molti tool — PLM, ALM, ERP, gestione documentale. E spesso non hanno la qualità dei dati necessaria per una traceability univoca.
Per ogni punto del navigatore si può descrivere un approccio risolutivo adatto — quale tool contribuisce con cosa, dove servono interfacce, dove bisogna migliorare la qualità dei dati. Il navigatore serve così da base di discussione comune tra i reparti specialistici e l’IT.
I requisiti di traceability sono specifici per ogni prodotto — un generico «abbiamo bisogno di traceability» porta a overengineering oppure a punti ciechi. Il navigatore aiuta a identificare i requisiti giusti e poi a tradurli in modo strutturato nel panorama di tool esistente.
Chi vuole saperne di più sul Traceability Navigator o ha domande concrete sull’implementazione può contattarmi con piacere.
