L’Engineering Change Management è il processo aziendale di controllo delle modifiche e dell’implementazione dei prodotti. I processi di Engineering Change Management all’interno del software Product Lifecycle Management (PLM) sono una componente fondamentale della nostra offerta di formazione personalizzata PLM e uno dei miei argomenti preferiti. In questo blog, vorrei condividere un flusso di lavoro generale – indipendente dal software PLM utilizzato – che evidenzia i concetti chiave dell’Engineering Change Management per coloro che sono nuovi in questo campo.
L’immagine sottostante mostra l’intero processo di Engineering Change Management. A seconda del suo ruolo nell’Engineering Change Management, può partecipare solo ad alcune parti del processo. I suoi compiti possono riguardare la revisione, la creazione o l’approvazione dei dati del prodotto.
1. Rapporto sui problemi
Il processo generale di Engineering Change Management inizia in genere con la creazione di un Problem Report, che è una richiesta di modifica del prodotto a causa di un problema o di un miglioramento registrato per conto di un cliente o di un fornitore. Tuttavia, questa fase può anche essere facoltativa. La creazione del Rapporto sul problema comporta l’inserimento di dettagli come la priorità, gli oggetti interessati, la soluzione suggerita e il beneficio atteso. L’Amministratore delle modifiche o il Revisore del Rapporto sul Problema indagano poi sul problema e conducono un’analisi dell’impatto, se del caso. Una volta approvato il Rapporto sul problema, il processo può procedere alla creazione di una nuova Richiesta di Cambiamento.
2. Richiesta di modifica
Una modifica formale viene proposta creando una nuova Richiesta di Cambiamento per l’oggetto interessato. Le informazioni del Rapporto sul problema vengono riportate nella Richiesta di modifica e possono essere aggiornate se necessario prima di essere sottoposte all’analisi. La Richiesta di Cambiamento viene quindi analizzata, compresa la convalida della richiesta, il coordinamento dell’analisi tecnica e la generazione di una soluzione raccomandata. Anche le informazioni relative all’analisi sono incluse nella Richiesta di Cambiamento. A questo punto, la Richiesta di Cambiamento può essere respinta senza ulteriore revisione o procedere con il processo. A seconda della configurazione del suo sistema PLM, potrebbe esserci un’opzione rapida che salta la revisione da parte del Change Review Board. Una volta approvato il Rapporto sul problema, il processo può procedere alla creazione di un nuovo Avviso di modifica, noto anche come Ordine di modifica.
3. Avviso di modifica (noto anche come Ordine di modifica)
Quando la Richiesta di Cambiamento viene approvata, viene creato l’Avviso di Cambiamento appropriato e viene formulato un piano di attuazione della Richiesta di Cambiamento approvata. Il piano di implementazione consiste in compiti di Attività/Azione di modifica necessari per il lavoro. Gli assegnatari (a volte indicati come ingegneri responsabili, a seconda del sistema PLM) completano le Attività/Azioni di modifica assegnate, come la modifica o la creazione di documenti di specifica, modelli CAD e/o EBOM. Prima che i compiti siano contrassegnati come completi, il Revisore deve controllare e verificare il lavoro degli Assegnatari. Una volta completati tutti i compiti associati all’Avviso di modifica, le modifiche vengono controllate per garantire che la documentazione risultante sia chiara, concisa e valida. L’Avviso di modifica viene quindi approvato o respinto. Se viene approvata, l’oggetto o gli oggetti risultanti vengono rilasciati e la Richiesta di Cambiamento corrispondente viene considerata risolta e chiusa. Con il rilascio dell’oggetto o degli oggetti risultanti, il processo di Engineering Change Management è completo.
Partecipa al forum per Progettisti!
La tua esperienza è fondamentale per la comunità. Unisciti a noi e contribuisci con le tue conoscenze!
Entra ora nel ForumCondividi, impara e cresci con i migliori professionisti del settore.