Flussi di lavoro personalizzati

Custom workflows are how you define deterministic, auditable pipelines for hardware development – so that design work moves through validation and release by rule, not by memory.

Nello sviluppo software, CI/CD significa che ogni modifica viene verificata automaticamente e che nulla viene rilasciato finché i controlli non sono superati. I team hardware hanno sempre avuto l'equivalente – esecuzioni ERC, revisioni della BOM, controlli delle regole di progettazione, approvazioni di rilascio – ma storicamente questi controlli sono dipesi dalla disponibilità della persona giusta e dal fatto che si ricordasse di eseguirli. I workflow personalizzati in Altium 365 colmano questa lacuna: definiscono cosa deve accadere, in quale ordine e cosa deve essere superato prima che inizi la fase successiva.

Un workflow collega la sequenza di eventi – commit, revisioni, validazioni, rilasci – in una pipeline strutturata che viene eseguita automaticamente. L'ingegnere non gestisce il processo. Il processo si gestisce da solo.

Cosa definiscono i workflow personalizzati

• Stage sequences and gates – un workflow definisce le fasi attraverso cui passa un progetto o un componente e quali condizioni devono essere vere a ogni gate prima che inizi la fase successiva. Un progetto che non supera la validazione non può procedere al rilascio. Un componente che non ha completato la qualificazione non può essere approvato per la libreria. Il gate viene applicato dalla piattaforma, non da un revisore che si ricorda di controllare.

• Automated validation at each stage – ogni fase di un workflow può avere controlli di validazione associati. Quando il progetto raggiunge quella fase, i controlli vengono eseguiti automaticamente. I risultati vengono registrati – cosa è stato eseguito, su quale revisione, cosa è stato rilevato, quando. Quando qualcosa va storto nel prototipo o in produzione, non state ricostruendo le decisioni basandovi sulla memoria o sulle email. La registrazione è lì.

• Release pipelines – l'intero percorso dal progetto all'artefatto di rilascio validato – validazione, generazione degli output, caricamento nel Workspace – può essere definito come workflow. I rilasci che saltano passaggi o aggirano i controlli diventano strutturalmente impossibili, non solo sconsigliati. Nulla viene rilasciato senza aver superato i gate che definite.

• Notification and coordination – i workflow definiscono chi viene notificato in ogni fase e quale azione è richiesta da ciascuno. Una fase di revisione del progetto notifica i revisori designati; il gate di rilascio attende la loro approvazione. Il coordinamento è integrato nella definizione del processo, non gestito tramite email o chat.

Il valore di rendere espliciti i processi

La maggior parte delle organizzazioni hardware ha processi di rilascio che esistono come comprensione condivisa – tutti sanno più o meno cosa dovrebbe accadere, ma i dettagli specifici variano in base al progetto, all'ingegnere e a quanta pressione temporale c'è. Quando un passaggio viene saltato, è perché qualcuno se n'è dimenticato o ha deciso che questa volta non fosse necessario.

I workflow personalizzati trasformano il processo in un artefatto di primo livello. Viene definito una volta, applicato in modo coerente e imposto automaticamente. I nuovi ingegneri seguono lo stesso processo degli ingegneri esperti. Il processo non si degrada sotto la pressione delle scadenze. Le eccezioni sono visibili perché richiedono un override esplicito, non semplicemente la decisione di saltare un passaggio.

Quando investire nei workflow personalizzati

I workflow aggiungono valore in proporzione a quanto spesso il processo viene eseguito e a quanto siano rilevanti le conseguenze dei fallimenti. Un team che rilascia un progetto a trimestre verso un produttore di prototipi tollerante potrebbe non aver bisogno di un'automazione formale del workflow. Un team che rilascia settimanalmente per la produzione in ambito aerospaziale o medicale – dove un fallimento del processo ha un costo reale – ottiene un ritorno immediato.

L'altro segnale è quando continua a verificarsi lo stesso fallimento di processo. Se i progetti arrivano al rilascio senza lo stesso controllo, oppure si dimentica sempre la stessa approvazione, oppure lo stesso tipo di output viene generato con impostazioni errate – questo è un problema di workflow, e la soluzione è rendere automatico il comportamento corretto invece di fare affidamento sul fatto che le persone se ne ricordino.