Qual è un modo professionale di tracciare la storia del design nell'ingegneria impiantistica?

Se dai un'occhiata alla documentazione di progettazione nei nostri progetti (biogas e impianti di termovalorizzazione), scopri cosa intendiamo costruire ma non quali altre opzioni sono state prese in considerazione e perché sono state scartate. Questa informazione è solo nella testa degli ingegneri. Occasionalmente, un impianto sarà in una fase concettuale per anni, a volte passando da un ingegnere all'altro. Quindi mi ritrovo a rivisitare un'opzione che un collega ha considerato e alla fine scartato lo scorso anno.

Qual è un buon modo per tenere traccia delle decisioni di progettazione, dei "perché" e dei "perché no"? Preferirei fortemente un approccio provato, testato e utilizzato altrove nel settore.

Ulteriori informazioni: la mia azienda perseguirà la certificazione ISO 9001, sarebbe preferibile un approccio che si adatti a questo regime di certificazione della qualità.

Penso che questo dipenda da quante informazioni vuoi e da come formalmente vuoi rintracciarle. Sembra che attualmente nessuna di queste informazioni sia scritta da nessuna parte, il che è ovviamente il primo problema. Ma mettere le informazioni per una soluzione che non si intende perseguire è, nella migliore delle ipotesi, un uso non ottimale del tempo. Dovrai definire quali idee sono sufficientemente elaborate per essere registrate. Se hai una riunione e una dozzina di idee vengono messe sul tavolo, ma la metà viene quasi immediatamente scartata, vuoi prendere nota di quali fossero quelle idee e perché sono state scartate? Questo è un grande sforzo per quella che probabilmente era un'analisi di livello molto basso, ma sono ancora decisioni di progettazione.

Mi sembra più intuitivo farlo solo per idee che raggiungono lo stadio di avere un vero lavoro fatto su di esse. In questo modo, hai già qualcosa di tangibile, e questo deve solo essere archiviato in un file di progetto, che spero sia qualcosa che hai già. Poiché questo sistema genererà davvero solo materiali di riferimento per progetti futuri, non penso che sarebbe una buona idea creare un sistema completamente nuovo per l'archiviazione di questi materiali o la revisione di un sistema esistente. Trova un modo per integrarlo nel tuo attuale sistema di gestione del design.

L'unica chiave che vorrei assicurarti di avere è un modo di classificare i tuoi diversi progetti in base ai loro parametri chiave. Non so molto del tuo campo, ma suppongo che ci siano alcuni parametri di progettazione che ogni progetto deve soddisfare (dimensioni fisiche, capacità, tipo di impianto, ecc.). Assicurati che questi siano facilmente visibili da qualche parte, in modo che quando inizi un nuovo progetto, puoi identificare vecchi progetti che sono simili sotto vari aspetti. Se hai queste idee scartate archiviate in quelle cartelle, sarai in grado di analizzare la loro utilità per il tuo progetto attuale.

Tuttavia, voglio anche avvertire in generale di approfondire troppo questo aspetto. Ancora una volta, lavoro in un settore diverso, in cui i progetti sono molto più brevi e, come tali, ce ne sono molti di più, ma alcuni prodotti esistono da qualche tempo in forma e ci sono 15-20 revisioni. Mantenere una cronologia delle revisioni per le effettive modifiche di progettazione implementate è molto importante. Sapere cosa è stato dato al cliente in passato, quando sono state apportate le modifiche e perché sono state apportate è la chiave per non ripetere gli errori del passato e riparare correttamente i vecchi progetti. Ma quando cataloghi progetti che non sono mai stati realizzati completamente, stai aggiungendo dati non essenziali oltre a dati essenziali, e c'è solo così tanto che puoi ordinare prima che le cose inizino a perdersi. Suona come te stai cercando un sostituto per una comunicazione solida e una buona esperienza. Quando questi progetti cambiano di mano, gli ingegneri coinvolti devono comunicare tutte le informazioni pertinenti. Comprendo di voler assicurarmi di sapere cosa è stato considerato, ma ti consiglierei di mitigare quel desiderio in modo da non inondare i tuoi record con dati non necessari.

Questa risposta di Trevor fornisce una buona idea su tutta la filosofia, ma voglio approfondire i dettagli.

Innanzitutto, capire perché i record alternativi non vengono conservati. Questo probabilmente è iniziato come un problema di previsione o un problema di archiviazione (cartaceo o informatico).

Un tempo in passato, qualcuno pensava che i supplenti non sarebbero stati utili, quindi sono stati buttati fuori o cancellati. Questo è probabilmente un problema di cultura aziendale. Ora che questo è stato identificato come un problema, può essere sollevato a livello aziendale. Conservare i record che sono già stati creati è facile.

Anche se gli ingegneri originali pensavano che le alternative potrebbero essere utili, potrebbero non aver conservato i documenti a causa del costo di archiviazione (fisico o informatico). Se questo è ancora il caso, questo problema deve essere risolto ora. In caso contrario, è necessario spargere la voce in tutta l'azienda per cui la tenuta dei registri non è una proposta costosa.

In secondo luogo, guarda il metodo di confronto alternativo. Esistono due categorie di considerazione alternativa: pensiero e calcolo.

I confronti di pensiero sono idee che sono state scartate abbastanza rapidamente da non riuscire mai a scrivere su carta diversa da una forma concettuale. Se queste idee sono state scartate così rapidamente la prima volta, probabilmente non è necessario registrarle. Lo sforzo di screditarli è così banale che verranno nuovamente screditati.

Le alternative che sono effettivamente arrivate alla fase di calcolo dovrebbero essere mantenute in qualche forma. Se i calcoli o i piani sono stati eseguiti la prima volta, allora c'è già qualcosa da salvare. Anche se l'idea si rivela un vicolo cieco, il lavoro è già stato fatto, quindi inseriscilo nel file! Finché è datato, può essere referenziato.

Scrivi un promemoria (nel file se non a qualcuno in particolare) quando viene presa una decisione. Ciò consente di risparmiare tempo in futuro, ma aggiunge un passaggio al processo. Questo è qualcosa su cui lavorare insieme a una migliore documentazione in generale.

Infine, esci con tutto! Prova a lavorare con i sistemi che sono già in atto per conservare i record finali, basta aggiungere una data a tutto. Anche se altri metodi di organizzazione falliscono, l'ordine delle alternative può essere ricostruito usando le date sugli articoli.

Di seguito sono riportati tre metodi generali che i prodotti bianchi, i beni di consumo e i produttori OEM che ho associato alle idee dei documenti.

$t+1$

Revisioni del design (NPD - Sviluppo di nuovi prodotti) Il
design esamina un altro buon processo che può aiutare a documentare le decisioni di progettazione tecnica. Questa tende ad essere una documentazione più tecnica, le idee che vengono respinte tendono a non essere ben documentate. Nella maggior parte delle organizzazioni le revisioni di progettazione fanno parte del modello a gate di fase .

Documentazione dell'idea di back-end (in produzione o in chiusura)
Ho trovato organizzazioni che utilizzano un sistema di gestione delle modifiche esistente per documentare nuove idee. In questo sistema l'ingegnere propone l'idea in un semplice documento di una pagina. L'idea è rivista e accettata o accantonata per il futuro. Questa particolare organizzazione ha utilizzato SAP per la gestione delle modifiche, quindi il sistema è meno adatto alla ricerca della base tecnologica, ma ha funzionato bene per loro.

In sintesi, la maggior parte delle idee viene accantonata per il seguente motivo

• Mancanza di risorse finanziarie per eseguire l'idea / il suggerimento
• Mancanza di risorse umane per eseguire l'idea / il suggerimento
• Non rientra nel piano di progetto corrente
• Il mercato non è ancora pronto per abbracciare le nuove tecnologie

Pertanto, le idee in pista sono buone, perché quando le barriere di cui sopra vengono risolte le idee diventano soluzioni realistiche.

Riferimenti:

• Cambio gestione
• Revisione del progetto
• Modello fase-gate

Altri hanno fatto molti buoni commenti sulla documentazione in generale, ma voglio suggerire una particolare classe di software che sarà di grande aiuto.

Trovo che il software di controllo versione sia eccellente per questo tipo di problemi. Purtroppo non è troppo comune al di fuori dello sviluppo del software, ma è solo una questione di tempo prima che prenda piede in altri campi.

Ecco un esempio: il mio gruppo di ricerca ha un repository Subversion che la maggior parte delle persone usa (un software alternativo popolare è git ). L'uso del controllo della versione aiuta a garantire la continuità dei progetti di ricerca dopo che qualcuno se ne è andato, perché la maggior parte dei file relativi a un progetto è presente, insieme a un registro dettagliato del lavoro svolto in quel momento e (se lo fanno nel modo giusto), il loro fondamento logico. Elaborerò.

Supponiamo che tu abbia una cartella sul tuo computer che contenga tutti i file

Tutto viene automaticamente datato quando viene commesso (il termine di controllo della versione per ciò che gli altri potrebbero chiamare "caricamento"). Il messaggio di commit funge da breve memo (come suggerito da Mahendra Gunawardena, potresti volere memo più lunghi e ufficiali per decisioni più grandi). Descrivi la modifica ai file di progetto, dici "Abbiamo deciso che l'approccio X non è fattibile. Proveremo invece Y. Abbiamo eliminato i file associati all'approccio X e abbiamo creato un nuovo modello CAD per l'approccio Y."

Quindi, in seguito, se decidi che l'approccio X è effettivamente la cosa giusta e vuoi scavare i file eliminati, non è difficile. È possibile ripristinare facilmente qualsiasi parte alla versione precedente e continuare da lì.

Ci sono alcuni vantaggi aggiuntivi in ​​questo approccio. Innanzitutto, semplifica la condivisione di file con altri. Controllano semplicemente il repository (un termine di controllo della versione che potrebbe significare la versione corrente o tutte le versioni) e quindi lo aggiornano regolarmente (ci sono comandi per farlo). Fondamentalmente, tutti sono sincronizzati. In secondo luogo, è possibile ottenere un backup (versioni precedenti) gratuitamente. Detto questo, ciò non significa che non è necessario mantenere i normali backup, ma solo che hai un'altra opzione per ripristinare i file persi accidentalmente. Consiglio vivamente di eseguire il backup dell'intero repository.