I fogli di calcolo, le email e i documenti Word sono ancora gli strumenti principali per la gestione dei requisiti utilizzati da molte squadre di sviluppo elettronico. Sono familiari, flessibili e facili da usare. Tuttavia, man mano che i progetti diventano più complessi, la gestione dei requisiti ad hoc diventa un rischio.
La documentazione frammentata è bloccata in email e thread di Slack, risultando in una comunicazione errata tra i membri del team e altri stakeholder. I requisiti evolvono, ma gli ingegneri a valle non sono sempre aggiornati. Quando avvengono cambiamenti, non c'è un modo semplice per tracciare il loro impatto o per capire se sono stati completamente verificati.
Il risultato sono ritardi nel progetto, rifacimenti delle schede e problemi di conformità. Fino al 50% del lavoro di rifacimento può essere attribuito a fallimenti nei requisiti, e il 70% dei progetti che falliscono sono causati da requisiti scadenti. La soluzione non è solo avere documenti migliori, ma sistemi e strumenti migliori per gestire i requisiti hardware.
In questo articolo, esamineremo come valutare gli strumenti di gestione dei requisiti per lo sviluppo elettronico, le insidie da evitare e le caratteristiche più importanti per i team di progettazione elettronica moderni e collaborativi.
In superficie, fogli di calcolo o lavagne kanban sembrano un approccio ragionevole alla gestione dei requisiti. Sono progettati per raccogliere e visualizzare informazioni in modo logico e organizzato. I dati possono essere categorizzati, filtrati e strutturati. Questi strumenti sono generici e abbastanza flessibili da essere rimodellati per soddisfare le esigenze di diversi progetti.
Tuttavia, la natura generica e ad alto livello degli strumenti non specializzati è parte del problema. Non sono stati progettati per gestire la complessità dello sviluppo elettronico moderno e mancano delle funzionalità di cui ingegneri e architetti di sistema hanno bisogno per tracciare centinaia o migliaia di requisiti mentre si evolvono insieme alle iterazioni di progettazione.
La sfida più grande è la visibilità. Quando i requisiti sono sparsi attraverso strumenti di gestione dei compiti, unità condivise, wiki interni e filoni di chat, non c'è modo di dire se riflettano le ultime modifiche o se i casi di test coprano ancora i requisiti modificati. Gli ingegneri perdono ore a ricontrollare e incrociare i riferimenti. O assumono che nulla sia cambiato, il che è peggio.
Il secondo problema è la tracciabilità. Senza strumenti specialistici per la gestione dei requisiti, è difficile collegare i requisiti agli elementi di progettazione e ai passaggi di verifica. Man mano che il progetto si avvicina alla sua conclusione o a un audit, i team si affannano a ricostruire perché e dove sono state prese le decisioni, se sono state testate e se i test sono ancora rilevanti per lo stato attuale della progettazione.
Infine, questi metodi non sono scalabili. Il sovraccarico aumenta esponenzialmente man mano che i team crescono e intraprendono progetti contemporaneamente. Il risultato della gestione di requisiti disconnessi su larga scala è più lavoro, più revisioni e più denaro sprecato.
Non ogni strumento commercializzato per la gestione dei requisiti è adatto allo sviluppo hardware. Molti falliscono in modi sottili che sono tuttavia conseguenziali per i flussi di lavoro di progettazione elettronica, specialmente se i team assumono che qualsiasi sistema strutturato sia migliore della gestione ad-hoc dei requisiti.
Esploriamo alcune “caratteristiche” da evitare quando si sceglie una soluzione per il proprio team.
Alcuni strumenti trattano i requisiti come semplici checklist statiche. Mancano della capacità di collegare i requisiti tra loro e agli schemi, ai casi di test o ai manufatti di progettazione. Possono essere utili per raccogliere i requisiti, ma una volta fatto ciò, ci si ritrova con dati strutturati privi del contesto che realmente conta.
Le piattaforme di gestione progetti create per il software spesso si pubblicizzano come soluzioni per la gestione dei requisiti (RM). Ma assegnare un requisito come ticket non supporta efficacemente la pianificazione della verifica, il controllo del ciclo di vita o l'integrazione con ECAD. I dati sui requisiti saranno raccolti e disponibili per la revisione, ma sarà necessario imporre una disciplina di processo al di fuori dello strumento.
Alcuni strumenti RM aziendali sono pieni di un enorme numero di funzionalità ma mancano di usabilità, flessibilità e velocità richieste dai moderni progetti di sviluppo elettronico. Nelle mani giuste, questi sono strumenti eccellenti, ma spesso richiedono amministratori dedicati, scripting personalizzato e mesi di formazione per velocizzare i team. Sono poco adatti per i team di ingegneria che cercano di muoversi rapidamente.
Strumenti che memorizzano i loro dati solo su unità condivise o reti locali non possono supportare le esigenze moderne di collaborazione. Senza accesso al cloud e controlli di accesso basati sui ruoli, i team distribuiti faticano a mantenere al sicuro la proprietà intellettuale mentre condividono efficacemente la conoscenza e rimangono allineati.
Gestire i requisiti nello sviluppo elettronico non riguarda solo la documentazione di ciò che un prodotto dovrebbe fare. Si tratta di costruire una comprensione condivisa che persiste attraverso la progettazione, la verifica e la consegna. Il flusso di lavoro ideale è strutturato, tracciabile e collaborativo fin dall'inizio.
Inizia traducendo gli obiettivi ad alto livello in requisiti chiari e strutturati. Decomponi le esigenze a livello di sistema in requisiti specifici elettrici, meccanici o software. La chiarezza in questa fase è essenziale: requisiti ambigui o incompleti causeranno disallineamenti e rilavorazioni in seguito.
I requisiti dovrebbero essere strettamente legati ai disegni PCB e agli schemi che li implementano. Collegarli assicura che gli ingegneri comprendano il contesto di ciò che stanno costruendo e che i revisori possano validare che ogni requisito sia affrontato.
La verifica non è una formalità aggiunta alla fine di un progetto. Inizia definendo come ogni requisito sarà testato prima che il design abbia inizio. Durante lo sviluppo, i team dovrebbero verificare regolarmente che i requisiti siano ancora soddisfatti man mano che i progetti evolvono. La pianificazione precoce della verifica accelera anche la documentazione e la preparazione per gli audit successivamente.
I requisiti raramente rimangono statici. Man mano che i clienti rivedono le specifiche e le priorità interne cambiano, i team devono essere in grado di valutare l'impatto del cambiamento rapidamente e con fiducia. Un flusso di lavoro efficace mantiene ogni versione del requisito versionata e collegata agli asset a valle, così puoi rispondere a domande come: "Cosa è cambiato?" "Cosa influenza questo?" e "È stato riconfermato?"
La gestione dei requisiti è per natura interdisciplinare. Architetti di sistema, ingegneri elettrici, responsabili della qualità e persino specialisti degli acquisti necessitano di una visibilità condivisa su ciò che viene costruito e il perché. Uno strumento moderno di gestione dei requisiti come il Altium 365 Requirements & System Portal supporta la collaborazione rendendo i requisiti accessibili, commentabili e revisionabili durante tutto il ciclo di sviluppo.
Il tuo software per la gestione dei requisiti dovrebbe rispecchiare le realtà della progettazione hardware moderna: iterazione rapida, dipendenze complesse e collaborazione interfunzionale nel design.
Ecco cinque funzionalità imprescindibili da cercare.
La tracciabilità non riguarda solo la documentazione, ma il controllo. Il tuo software dovrebbe permetterti di tracciare ogni requisito durante tutto il suo ciclo di vita, dal bisogno iniziale all'implementazione e alla verifica. Cerca sistemi che aggiornino lo stato della tracciabilità man mano che i requisiti si evolvono, gli elementi di progetto vengono modificati e i risultati dei test registrati. Requisiti accurati in ogni fase del ciclo di progettazione eliminano le incertezze durante le revisioni e i cambiamenti dell’ultima ora.
I team hardware moderni raramente si trovano nello stesso luogo. Uno strumento RM nativo per il cloud garantisce che tutti — dagli ingegneri agli architetti di sistema, fino al QA e all’approvvigionamento — lavorino sulla stessa fonte aggiornata. Funzionalità come l’accesso via browser, i commenti in tempo reale e le autorizzazioni basate sui ruoli permettono revisioni più rapide e un migliore allineamento tra i team.
L’intelligenza artificiale non serve a sostituire gli ingegneri, ma a liberarli da compiti ripetitivi. I migliori strumenti utilizzano l’AI per scomporre input vaghi o generici in requisiti chiari e strutturati. L’assistenza dell’AI accelera le prime fasi del progetto, assicura una raccolta sistematica dei requisiti e riduce la necessità di continui chiarimenti con le parti interessate.
Gli strumenti generici spesso ignorano le specificità della progettazione elettronica. Uno strumento di gestione dei requisiti dovrebbe integrarsi direttamente con il tuo ambiente ECAD, permettendoti di visualizzare, collegare e verificare i requisiti direttamente all'interno del tuo flusso di lavoro di progettazione. Questo evita il cambio di contesto e rende la gestione dei requisiti una parte integrante del processo di progettazione.
I silos di dati uccidono l'efficienza. Un sistema di gestione dei requisiti centralizzato e con tracciamento delle versioni assicura che ogni stakeholder possa accedere allo stesso insieme di requisiti, con un completo registro delle modifiche e delle decisioni. Che tu stia passando alla produzione, aggiornando la documentazione o integrando un nuovo membro nel team, tutte le informazioni di cui hai bisogno si trovano in un unico posto.
Altium 365 semplifica la gestione dei requisiti per i team di elettronica mantenendo i dati di progettazione, le specifiche e gli sforzi di verifica completamente connessi.
Passerai meno tempo a cercare aggiornamenti e più tempo a far avanzare i progetti con la sicurezza che nulla di importante venga trascurato.Inizia oggi con il Portale Requisiti & Sistemi.