La maggior parte dei team investe ingenti risorse nella gestione dei requisiti. Pochi, invece, investono in ciò che conferisce significato a tali requisiti.
Ogni programma di ingegneria si basa sui requisiti. Questi definiscono cosa deve fare un prodotto, quali prestazioni deve garantire e quali standard deve soddisfare. Gli strumenti di gestione dei requisiti servono a raccogliere, tracciare e verificare tali requisiti durante l'intero ciclo di vita dello sviluppo del prodotto.
La maggior parte dei software di gestione dei requisiti svolge bene la funzione di acquisizione. Tuttavia, quando si tratta di ricollegare ogni requisito allo standard da cui proviene e di mantenere attivo tale collegamento man mano che lo standard cambia, è qui che mostrano delle lacune.
Il divario sta nel contesto. Un requisito che fa riferimento alla norma IEC 60601-1 o alla MIL-STD-810 non ha alcun significato per un ingegnere che non è in grado di comprendere cosa richiedano effettivamente tali standard normativi. Le principali piattaforme di gestione dei requisiti affrontano in parte questo problema: modelli di conformità integrati e audit trail per standard quali DO-178C, DO-254 e MIL-STD-882, insieme a quadri normativi preconfigurati e tracciabilità in tempo reale tra gli artefatti collegati. Questi modelli strutturano le categorie dei requisiti e le collegano ai casi di test e agli audit trail. Nessuna di queste piattaforme viene fornita con il testo delle clausole di licenza dello standard già integrato. Gli ingegneri ottengono un quadro di riferimento per dimostrare la conformità, ma non il testo originale che definisce il significato stesso di conformità. È proprio in questa lacuna che hanno origine gli errori di progettazione, i fallimenti degli audit e le rielaborazioni in fase avanzata.
I requisiti che non fanno riferimento a norme sono incompleti
I requisiti tecnici non esistono a sé stanti. Un produttore OEM di dispositivi medici che redige un requisito relativo alla sicurezza elettrica fa riferimento alla norma IEC 60601-1. Un programma aerospaziale che specifica la resistenza ambientale fa riferimento alla norma MIL-STD-810. La norma è la fonte di riferimento. Il requisito ne è la traduzione.
Quando uno strumento di gestione dei requisiti fornisce un modello di conformità o un flusso di lavoro associato a uno standard, ma non il testo di riferimento dello standard stesso, si interrompe la catena. Gli ingegneri lavorano sulla base della struttura del modello, non del testo originale. Quando lo standard cambia o l’interpretazione è ambigua, all’interno dello strumento non c’è nulla a cui fare riferimento per verificare la conformità.
I team che operano in settori altamente regolamentati sono costantemente esposti a questo rischio. Le linee guida della FDA sulla sicurezza informatica, le norme DO-178C, ISO 26262 e IEC 61508: questi standard definiscono i criteri di progettazione accettabili, non solo la documentazione. Un requisito che cita una clausola dello standard ma non fornisce alcun accesso a tale clausola costringe gli ingegneri a lavorare basandosi sulla memoria, su copie informali o su stampe obsolete. Nessuna di queste soluzioni regge in caso di audit.
L'istinto organizzativo è quello di risolvere la questione con librerie di riferimento offline: un'unità condivisa contenente file PDF o un raccoglitore cartaceo sulla scrivania. Questi approcci mantengono lo standard a distanza. Peggio ancora, l'estrazione stessa è manuale. Gli ingegneri trascorrono settimane a scomporre a mano specifiche di centinaia di pagine in singoli requisiti, un processo lento, incoerente e soggetto a errori prima ancora che venga scritto un solo caso di test.
Il problema della verifica che emerge in una fase avanzata
Gli strumenti di gestione dei requisiti sono efficaci in un particolare tipo di tracciabilità: collegare un requisito a un caso di test e a un’attività di verifica. Tale collegamento è fondamentale, e la maggior parte degli strumenti lo gestisce bene.
Ciò che non possono fare è verificare che il requisito stesso rifletta correttamente lo standard che dichiara di soddisfare. Si tratta di un tipo diverso di tracciabilità, che richiede che il testo effettivo dello standard sia presente all’interno del sistema, non solo un suo riferimento.
Si consideri uno scenario comune nello sviluppo di prodotti complessi. Un responsabile di programma presso un produttore OEM di elettronica per la difesa si prepara per una revisione del progetto. Lo strumento di gestione dei requisiti mostra una tracciabilità completa dei casi di test: ogni requisito è collegato a un caso di test, ogni caso di test è collegato a un’attività di verifica. Sulla carta, la copertura sembra completa.
Il problema sorge quando un revisore mette in dubbio che il requisito EMC interpreti correttamente la Sezione 5 della norma MIL-STD-461G. Lo strumento di gestione dei requisiti non è in grado di fornire una risposta, poiché la norma stessa non è mai stata inserita nel sistema, ma solo una sua parafrasi. L’ingegnere recupera un file PDF, controlla la clausola e scopre che il requisito è stato redatto sulla base di una revisione ormai obsoleta. Il piano di prova è stato elaborato sulla base di una specifica errata. Il progetto è errato.
Le conseguenze vanno ben oltre la necessità di una rielaborazione. L’impatto sulla tempistica, il lavoro di nuova verifica e i rischi a valle che si ripercuotono sulla produzione o sulla certificazione aggravano il costo di un singolo requisito non allineato.
Le lacune nella tracciabilità individuate per prime dai revisori
I revisori normativi non si limitano a verificare se i requisiti siano presenti. Essi accertano se tali requisiti siano corretti, se corrispondano accuratamente allo standard applicabile e se le prove di verifica riflettano l'attuale versione di tale standard.
Uno strumento tradizionale di gestione dei requisiti soddisfa la prima condizione e, in una certa misura, anche la terza. Non può soddisfare la seconda senza un collegamento attivo allo standard stesso.
Ciò comporta un onere di documentazione che la maggior parte dei team di ingegneri risolve manualmente: gestire archivi separati delle norme, incrociare manualmente i requisiti con le clausole delle norme e ricostruire tale matrice ogni volta che una norma viene aggiornata.
Il carico di lavoro è notevole. Un audit sulla sicurezza funzionale secondo la norma ISO 26262 per un programma automobilistico comporta decine di clausole standard correlate a centinaia di requisiti. La norma IEC 62443 per la sicurezza informatica industriale e la DO-254 per l’hardware programmabile complesso prevedono requisiti simili. Quando le norme vengono riviste, ogni requisito interessato deve essere riesaminato. Senza un collegamento in tempo reale tra l’ambiente di gestione dei requisiti e la norma di riferimento, tale revisione risulta manuale, soggetta a errori e dispendiosa in termini di tempo.
La discrepanza è prevedibile. I revisori segnalano costantemente requisiti che fanno riferimento a norme senza un collegamento tracciabile e aggiornato alla clausola stessa.
Come si presenta nella pratica un "filo conduttore digitale" basato sugli standard
L'alternativa inizia prima ancora che il requisito venga formulato: estrarlo direttamente dallo standard, senza doverlo riscrivere o parafrasare in uno strumento separato.
Accuris Thread automatizza tale estrazione. Identifica i requisiti contenuti nelle norme e nelle specifiche, li struttura in oggetti di requisito riutilizzabili e mantiene ciascuno di essi collegato al documento di origine e alla clausola esatti.
Quando i team di ingegneri lavorano in questo modo, cambiano quattro cose:
• La definizione dei requisiti diventa più veloce e precisa.I clientidi Threadregistrano un risparmio di tempo del 90% nell’identificazione e nella definizione dei requisiti, nonché un’accuratezza nella scomposizione dei requisiti pari al 90%, rispetto a una media di settore del 70%. Gli ingegneri non devono più digitare nuovamente le specifiche e iniziano a lavorare sulla base di oggetti di requisito strutturati e verificati.
• La tracciabilità arriva fino alla fonte. Ognioggetto relativo a un requisito rimane collegato allo standard, alla specifica o al documento interno da cui proviene. Quando un auditor chiede se un requisito interpreta correttamente una clausola, la risposta è un collegamento attivo, non una ricerca.
• I sistemi esistenti rimangono in funzione. Threadsi integra con il PLM e con gli strumenti aziendali già utilizzati dai team. Non richiede la sostituzione di un sistema di gestione dei requisiti esistente, ma colma quella lacuna che quel sistema non era stato progettato per colmare.
I clienti di Accuris segnalanorisparmi annuali pari a milioni grazie alla riduzione delle rilavorazioni e degli errori legati alle modifiche, oltre a ulteriori milioni di risparmi derivanti da audit più rapidi e meglio documentabili.
Le tre lacune colmate dal filo digitale
Gli strumenti di gestione dei requisiti sono necessari. Da soli, però, non sono sufficienti a garantire la conformità e la qualità del prodotto.
Le organizzazioni che traggono il massimo dai propri investimenti nella gestione dei requisiti (RM) collegano tali strumenti a un filo conduttore digitale in tempo reale che rimanda agli standard che conferiscono significato ai requisiti stessi. Tale collegamento colma tre lacune che interessano ogni programma di ingegneria soggetto a regolamentazione:
• Accuratezza nella redazione: i requisitiestratti direttamente dalla norma vigente, anziché ricopiati a memoria o da una versione obsoleta, sono accurati fin dall’inizio. La precisione nella fase iniziale riduce le costose correzioni a valle.
• Completezza della tracciabilità: unacatena di tracciabilità valida si estende dal requisito alla clausola standard esatta e prosegue fino alle prove di verifica. Una matrice di tracciabilità che si ferma al confine del requisito lascia senza risposta la questione più spinosa in materia di conformità.
• Tempi di reazione più rapidi: quandouno standard viene rivisto, poter valutare l’impatto in ore anziché in settimane rappresenta un vantaggio in termini di conformità e competitività. Il controllo incrociato manuale è lento e soggetto a errori.
I programmi di ingegneria nei settori aerospaziale, della difesa, dei dispositivi medici, automobilistico e della produzione industriale si basano sulla conformità alle norme. Lo strumento di gestione dei requisiti tiene traccia delle funzionalità che il progetto deve garantire. Il "digital thread" dimostra da dove proviene quel requisito. Entrambi fanno parte dello stesso ambiente.
Accuris Thread integrarequisiti, standard e documenti tecnici in un unico filo conduttore digitale verificabile, senza sostituire i sistemi già utilizzati dai team.Scopri Accuris Thread in azione.
Altre letture consigliate
Engineering Workbench: accesso agli standard per i team di ingegneri
Fonti
1. Accuris. “Accuris Thread.” Accuristech.com. Consultato nel luglio 2026.https://accuristech.com/solutions/accuris-thread/. Statistiche citate: risparmio di tempo del 90% in più nell’identificazione e nella definizione dei requisiti, accuratezza nella scomposizione dei requisiti del 90% rispetto alla media del settore del 70%, risparmi annuali pari a milioni grazie alla riduzione delle rilavorazioni, costi evitati pari a milioni grazie all’efficienza degli audit.
2. IEC. “IEC 60601-1: Apparecchiature elettromedicali”. Commissione Elettrotecnica Internazionale.https://www.iec.ch.
3. Dipartimento della Difesa degli Stati Uniti. “MIL-STD-461G: Requisiti per il controllo delle caratteristiche di interferenza elettromagnetica dei sottosistemi e delle apparecchiature”. 2015.https://quicksearch.dla.mil.
4. ISO. “ISO 26262: Veicoli stradali – Sicurezza funzionale”. Organizzazione internazionale per la normazione.https://www.iso.org.
5. RTCA. “DO-178C: Considerazioni relative al software nella certificazione dei sistemi e delle apparecchiature di bordo”. 2011.
6. PTC. “Perché Codebeamer è leader nella gestione dei requisiti nel settore A&D”. Ptc.com. 16 dicembre 2025.https://www.ptc.com/en/blogs/aerospace-and-defense/codebeamer-large-scale-requirements-management. Dato statistico citato: modelli di conformità integrati e audit trail per DO-178C, DO-254, MIL-STD-882 e ITAR.
7. Jama Software. “DOORS Next Generation o Jama Connect: un confronto diretto tra le piattaforme di gestione dei requisiti”. Jamasoftware.com. Aggiornato il 20 aprile 2026.https://www.jamasoftware.com/blog/doors-next-generation-or-jama-connect-a-side-by-side-look-at-requirements-management-platforms/. Dato statistico citato: framework preconfigurati per le normative di settore, tracciabilità in tempo reale.
