Gestione delle modifiche
Il sistema di gestione delle modifiche è basato su processi di modifica standard. L'obiettivo di questo argomento è descrivere la terminologia utilizzata nel sistema di gestione delle modifiche e fornire una breve descrizione di passi specifici del processo.
Nella tabella riportata di seguito sono descritti alcuni termini utilizzati nel processo di modifica.
|
Terminologie di gestione delle modifiche
|
|
|---|---|
|
Termine
|
Descrizione
|
|
Prodotti finali interessati
|
I prodotti finali interessati sono i prodotti finali associati a un determinato oggetto di modifica. Il prodotto finale è in genere l'oggetto contenente il problema o il punto da risolvere. I prodotti finali interessati vengono aggiunti durante la creazione o l'aggiornamento di un report di problema o una richiesta di modifica. Le associazioni non vengono propagate da un report di problema alla richiesta di modifica creata in risposta.
|
|
Oggetti interessati
|
Gli oggetti interessati sono parti, documenti, piani di produzione o altri oggetti con controllo della revisione che saranno interessati dalla modifica. Questi vengono aggiunti a un task nel piano d'implementazione di una notifica di modifica. Tali parti o documenti vengono in genere interessati quando un utente completa il task assegnato.
|
|
Amministratore modifiche
|
Alla qualifica di amministratore modifiche sono associati tre importanti ruoli del processo.
Il primo amministratore modifiche (Amministratore modifiche I) esamina la richiesta di modifica, raccoglie informazioni sull'impatto e comunica la decisione di rifiutare o implementare la modifica nelle diramazioni del procedimento abbreviato o intero del processo di modifica. Amministratore modifiche I crea inoltre richieste di modifica da report di problema non risolti.
Il secondo amministratore modifiche (Amministratore modifiche II) è responsabile della creazione del piano d'implementazione catturato nella notifica di modifica, nonché della registrazione della decisione della Commissione d'implementazione modifiche di procedere con il piano d'implementazione.
Il terzo amministratore modifiche (Amministratore modifiche III) svolge la funzione di revisore di tutto il materiale correlato a una modifica, garantendo che tutta la documentazione risultante sia chiara, concisa e valida e che tutti i passi del processo vengano eseguiti correttamente.
|
|
Commissione d'implementazione modifiche
|
Una Commissione d'implementazione modifiche esamina e approva o rifiuta il piano d'implementazione incluso nella notifica di modifica.
|
Notifica di modifica  |
Una notifica di modifica rappresenta un'autorizzazione di lavoro per la documentazione e il rilascio di nuovi progetti, il miglioramento di progetti esistenti o la correzione di problemi.
La notifica di modifica può essere creata in riferimento a una o più richieste di modifica Fornisce dettagli sui task che devono essere completati per poter implementare la modifica. Consente inoltre di assegnare i task alle persone.
|
|
Oggetti di modifica
|
Gli oggetti di modifica sono oggetti disponibili nel processo di gestione delle modifiche. Le richieste di modifica, le notifiche di modifica, i task di modifica, i report di problema, le soluzioni temporanee e gli esami di modifica sono oggetti di modifica disponibili predefiniti.
|
Richiesta di modifica  |
Una richiesta di modifica può essere creata per rispondere a uno o più report di problema o senza alcun riferimento a un report di problema e fornisce dettagli sulle modifiche necessarie per correggere il problema o apportare miglioramenti affinché le persone appropriate possano prendere la decisione aziendale di procedere con la modifica proposta oppure di annullarla.
|
|
Commissione d'esame delle modifiche
|
Una Commissione d'esame delle modifiche esamina e approva o rifiuta una richiesta di modifica. È in genere costituita da rappresentanti di reparti aziendali, quali progettazione tecnica, produzione e controllo qualità.
|
Task di modifica  |
Un task di modifica rappresenta un'istruzione di lavoro che deve essere completata per soddisfare una notifica di modifica. Una notifica di modifica complessa può essere associata a numerosi task di modifica, mentre per una notifica di modifica semplice può essere sufficiente un singolo task di modifica.
|
|
Richiesta di modifica a procedimento abbreviato
|
Le richieste di modifica a procedimento abbreviato hanno costo e impatto contenuti e possono quindi essere elaborate rapidamente nel processo di modifica. La soglia di costo per le modifiche che possono essere elaborate con procedimento abbreviato viene in genere impostata tramite regole aziendali.
|
|
Richiesta di modifica a procedimento intero
|
Le richieste di modifica a procedimento intero hanno costo e impatto elevati e richiedono quindi una fase accurata di analisi ed esame. Prima dell'implementazione, le richieste di modifica a procedimento intero devono passare dalla Commissione d'esame delle modifiche.
|
|
Piano d'implementazione
|
Insieme complessivo di task di modifica con una notifica di modifica.
|
|
Modifica in sospeso
|
Una modifica in sospeso corrisponde a una richiesta di modifica non risolta o a una notifica di modifica incompleta che interesserà l'oggetto. L'icona di modifica in sospeso  viene visualizzata nella barra del titolo della pagina delle informazioni di qualsiasi oggetto per il quale esiste una modifica in sospeso. |
Report di problema  |
Un report di problema viene creato per documentare un problema o per richiedere un miglioramento del prodotto. Il report di problema è creato da utenti registrati per uso interno o per conto di utenti esterni al sistema, ad esempio un cliente o un fornitore.
|
|
Oggetti risultanti
|
Gli oggetti risultanti sono parti, documenti, piani di produzione o altri oggetti con controllo della revisione che derivano da una modifica Questi vengono aggiunti a un task nel piano d'implementazione di una notifica di modifica. Tali oggetti vengono in genere creati o modificati nell'ambito del completamento del task assegnato.
|
|
Oggetto di modifica sponsorizzato
|
Gli oggetti di modifica sono report di problema e soluzioni temporanee creati nel contesto di progetto.
|
|
Tipo
|
Un tipo è una caratteristica che distingue l'oggetto rispetto ad altri oggetti.
|
Soluzione temporanea  |
Una soluzione temporanea è un'autorizzazione a discostarsi dalla configurazione inizialmente progettata per un numero specifico di unità e/o per un periodo di tempo definito. Deviazioni e deroghe costituiscono due tipi comuni di soluzione temporanea.
|
Processo di modifica
Il seguente è uno scenario di esempio del processo di modifica:
1. Un utente crea un report di problema dalla pagina delle informazioni di un prodotto finale.
2. Amm modifiche I, assegnato dal workflow, esamina il report di problema e lo approva o lo rifiuta.
3. Una volta approvato il report di problema, Amm modifiche I crea una richiesta di modifica, esegue un'analisi dell'impatto e registra la decisione per il procedimento abbreviato o intero.
Se la richiesta di modifica segue la modalità non in linea di procedimento intero, l'Amministratore modifiche I convoca la Commissione d'esame delle modifiche.
4. Amm modifiche I registra la decisione della Commissione d'esame delle modifiche per rifiutare o proseguire con l'implementazione della richiesta di modifica. Per la modalità in linea di procedimento intero, la richiesta di modifica verrà indirizzata per l'implementazione solo dopo essere stata approvata da tutti gli utenti.
Al momento dell'approvazione, all'Amm modifiche II appropriato viene assegnata la creazione della notifica di modifica, con la documentazione del piano d'implementazione.
5. Prima che venga svolto qualsiasi lavoro effettivo, una notifica di modifica a procedimento intero necessita dell'approvazione della Commissione d'implementazione modifiche. Una volta approvata, la notifica di modifica entra nello stato In attesa di implementazione. L'utente avvia l'azione di esecuzione sulla notifica di modifica per implementare le modifiche.
6. Gli autori dei dati modificano i dati di prodotto secondo le indicazioni dei task della notifica di modifica. Gli utenti dei dati (esaminatori) devono quindi controllare e approvare il lavoro degli autori prima del completamento del task.
7. Quando tutti i task associati alla notifica di modifica sono stati completati, Amm modifiche III verifica la documentazione risultante per accertarsi che sia chiara, concisa e valida, quindi approva o rifiuta la notifica di modifica.
Argomenti correlati