In che modo la velocità di progetto è uguale alla velocità aziendale

Storicamente, lo sviluppo del software ha prosperato grazie a un approccio basato sul principio «move fast and break things», con correzioni rapide che sono intrinsecamente più economiche da implementare. L'hardware, tuttavia, deve affrontare costi di errore elevati; i difetti nei prodotti fisici possono richiedere interventi costosi. Vincolato dai test fisici (virtuali e/o reali), lo sviluppo dell'hardware è stato intrinsecamente più lento con una cultura più avversa al rischio, in netto contrasto con la mentalità del software «fail fast».

Tuttavia, le aspettative del mercato sono cambiate radicalmente, così come la natura stessa della progettazione hardware, che ora incorpora un numero significativamente maggiore di sistemi software integrati. Le aziende di hardware sono ora costrette ad adottare l'agilità iterativa delle aziende di software.

Con la rapida riduzione dei cicli di vita dei prodotti e la crescente domanda di personalizzazione continua delle apparecchiature industriali, il tradizionale approccio «a cascata», che mira a un lancio unico e perfetto, non è più un metodo sicuro. Invece, è diventata una grave responsabilità concorrenziale.

Il vincolo principale per le moderne aziende di hardware non è più la produzione o la catena di fornitura. Il collo di bottiglia è a monte: Design Velocity.

Oggi, la velocità di progettazione è direttamente proporzionale alla velocità aziendale ed è dettata dal software utilizzato dal team.

Un aumento del 25% della produttività ingegneristica presso BOA Technology dopo il passaggio a Onshape. Leggi il case study.

Definire la velocità di progettazione (non si tratta solo di clic del mouse)

Quanto velocemente questo utente CAD può modellare una parte complessa? Quanto velocemente possiamo generare una vista disegno?

Sebbene la competenza individuale sia importante, si tratta di una microottimizzazione. Risparmiare 10 secondi su uno schizzo non ha senso se il file rimane in un vault PDM per tre giorni in attesa dell'approvazione.

La velocità reale di progettazione non viene misurata con i clic del mouse. È misurato in cicli di apprendimento. È il tempo totale necessario per percorrere il loop:

1. Concetto
2. Prototipo
3. Test o simulazione
4. Modifica del progetto

Più velocemente si fa girare questo volano, più velocemente si stabilizza il prodotto. Le aziende che oggi vincono sul mercato non sono necessariamente quelle con l'idea iniziale «geniale». Sono le aziende che possono iterare un'idea 50 volte nello stesso lasso di tempo impiegato dal loro concorrente per iterare 5 volte.

La variabile che uccide Design Velocity è raramente la creazione stessa della geometria. La variabile è il «Tempo di attesa». È lo spazio vuoto tra le attività a valore aggiunto. È in attesa del caricamento di un gruppo di grandi dimensioni su una VPN. È in attesa che un file venga nuovamente archiviato da un collega. È in attesa che l'IT installi il service pack più recente in modo da poter aprire il file di un fornitore.

Con Onshape, un processo di iterazione del progetto semplificato presso CIXI. Leggi il case study.

Il costo nascosto: CAD legacy basato su file

Negli ultimi tre decenni, il mondo dell'ingegneria ha accettato un flusso di lavoro fondamentalmente interrotto. Abbiamo accettato il «flusso di lavoro seriale» come un male necessario della progettazione meccanica.

In un ambiente CAD basato su file (anche in quelli con costosi sistema PDM collegati), i dati sono bloccati nei file. Poiché un file può essere modificato in modo affidabile solo da una persona alla volta, il flusso di lavoro diventa strettamente lineare.

• L'ingegnere A apre l'assieme per lavorare sul telaio.
• L'ingegnere B vuole lavorare sulla staffa di montaggio, ma l'assemblaggio è stato verificato ". "
• L'ingegnere B aspetta.

O, peggio ancora, l' ingegnere B fa una copia locale, fa il proprio lavoro e poi passa un pomeriggio a cercare di unire manualmente le modifiche nell'assieme principale, pregando di non sovrascrivere accidentalmente il lavoro dell'ingegnere A.

Questo è Data Friction. È una tassa nascosta su ogni singola interazione nel tuo dipartimento di ingegneria.

L'acceleratore: elaborazione parallela & cloud-native

Quando si utilizza Onshape, un'iterazione più rapida presso Open Star Technologies. Leggi il case study.

Per sbloccare Business Velocity, è necessario passare dall'elaborazione seriale all'elaborazione parallela. Ciò richiede il passaggio dal CAD basato su file al CAD cloud-native.

Le piattaforme cloud-native come Onshape di PTC si basano sull'architettura del database, non sull'architettura dei file. Questa distinzione può sembrare sottile tecnicamente, ma enorme dal punto di vista operativo. In un database non ci sono file da copiare o bloccare. Esiste una «fonte unica di verità» nel cloud.

Ciò consente la collaborazione simultanea.

I team di software utilizzano metodologie «Agili» da anni: sprint, Branching e fusioni. Onshape porta queste funzionalità all'hardware.

• Branching: un ingegnere può prendere il progetto principale, creare un «ramo» per testare un progetto radicalmente nuovo e iterare liberamente senza influire sull'assieme principale.
• Fusione: se l'esperimento funziona, possono unire immediatamente quella geometria nel progetto principale. Se fallisce, possono lasciare la filiale così com'è, documentando l'esperimento. Nessuna confusione " Salva con nome ".

Se Design Velocity è il numero di iterazioni che puoi realizzare a settimana, l'elaborazione parallela funge da moltiplicatore. Inoltre, il CAD nativo per il cloud rimuove l'impronta IT. Non ci sono installazioni, nessun server di licenza su cui eseguire il ping e nessuna incompatibilità di versione.

L'effetto a catena sul business oltre i team di progetto

Cicli di progettazione più veloci del 30-40% grazie alla collaborazione cloud in tempo reale presso Saga Robotics. Leggi il case study.

Quando si rimuove il collo di bottiglia nella fase di progetto, la velocità fluisce a valle verso il resto dell'organizzazione. I dati cad sono la linfa vitale di una Company di hardware; quando fluiscono liberamente, ogni reparto diventa più veloce. Ad esempio, l'integrazione di Onshape e Arena PLM accelera i processi aziendali collegando istantaneamente i dati di progettazione e della catena di fornitura.

Come funziona:

• Dal progetto alla distinta base: quando un ingegnere finalizza un assemblaggio in Onshape, una singola azione sincronizza l'intera distinta base (BOM) con Arena. Durante la configurazione, le mappature delle categorie garantiscono un flusso accurato di numeri di parte, descrizioni e materiali.
• Arricchimento della distinta base: Arena migliora la distinta base aggiungendo informazioni cruciali non necessarie nell'ambiente CAD, come dati dei fornitori, numeri di parte del produttore e informazioni sui rischi della catena di fornitura.
• Approvvigionamento in tempo reale: l'approvvigionamento ottiene una visibilità immediata sulla selezione dei componenti man mano che gli ingegneri li aggiungono, eliminando il ritardo di settimane precedentemente associato ai rilasci formali della distinta base.
• Collaborazione simultanea: questa connettività consente flussi di lavoro simultanei. Ad esempio, gli ingegneri meccanici possono modellare il profilo del PCB in Onshape per verificarne l'idoneità, mentre il team acquisti procura simultaneamente i componenti e utilizza la Supply Chain Intelligence integrata di Arena per trovare parti alternative.

Questo sistema garantisce che ogni disciplina operi efficacemente all'interno del suo ambiente ottimale , mantenendo un flusso di dati attivo e connesso.