9.0.1 Comprendere la Natura della
Gestione Qualità
9.0.1.P1 Scoprire gli Errori il Prima Possibile
Un dirigente HP una volta osservò che “se
scopri un resistore da due centesimi, prima di rilasciare un prodotto, tu spendi
due centesimi. Se non lo elimini fino a quando viene venduto in un computer,
può costarti $10 per riparare quella parte. Se non lo scopri finché è nel
computer . il costo può superare quello di fabbricazione del computer stesso.”
Uno
degli scopi della Gestione della Qualità è trovare, il più presto possibile, gli
errori ed i difetti del progetto. Perciò, un buon processo di Gestione della
Qualità impiega più ore e più risorse finanziarie nella fase iniziale del
progetto. Ci può esser un gran ritorno man mano che il progetto avanza. Per
esempio, è molto più conveniente scoprire problemi sui requisiti di business
durante la fase di analisi del progetto, anziché dover rifare del lavoro
per rimuovere i problemi dopo il test. E' anche molto più economico
scoprire un problema in un chip di computer in fabbrica, anziché doverlo
sostituire presso il cliente dopo che il computer è stato acquistato. In altre
parole, il team di progetto dovrebbe tentare di mantenere alta la qualità e
bassi i difetti durante la creazione delle deliverable, anziché sperare di
scoprire e fissare i problemi durante il test, verso la fine del progetto (o
peggio, far scoprire il problema al cliente dopo che il progetto è stato
completato).
|
 |
|
Su molti progetti, il carico di scoprire errori arriva durante l'ultima
fase di codifica e test del progetto. |
|
 |
|
Il migliore approccio è effettuare i controlli della qualità e
l'assicurazione della qualità durante il progetto. Bisognerebbe cercare di
prevenire quanti più errori possibile. Comunque, è importante anche
scoprire, il più presto possibile, qualsiasi errore per minimizzare
l'impatto delle loro correzioni. |
9.0.1.P2 Controllo Qualità (Quality Control) e Assicurazione Qualità
(Quality Assurance)
Prima di poter definire l'intero processo della qualità,
viene fornita una breve spiegazione per stabilire una definizione comune di
controllo e assicurazione della qualità. (control and assurance).
Controllo Qualità (quality
control) - si riferisce alle attività di creazione delle deliverable
di progetto. Viene utilizzato per verificare che le deliverable siano
accettabili e che corrispondano ai criteri di completezza e correttezza
stabiliti nel processo di pianificazione della qualità. Il controllo della
qualità viene condotto nel corso del progetto ed è una responsabilità di tutto
il team di progetto e del project manager.
Vedi la sezione 9.2.2 Gestione della Qualità / Quality Control, per
maggiori dettagli ed esempi.
Assicurazione Qualità (quality
assurance) - non si riferisce direttamente a specifiche
deliverable, ma solo al processo utilizzato per creare le deliverable. In
generale, le attività di quality assurance mettono a
fuoco i processi da utilizzare per gestire e rilasciare la soluzione, e possono
essere eseguite da un manager, dal cliente o da un revisore terza parte. Per
esempio, un revisore di progetti indipendente potrebbe non saper dire se il
contenuto di una specifica deliverable sia accettabile. Però, potrebbe essere
in grado di dire se la deliverable è accettabile sulla base del suo processo
di creazione. Il revisore esterno può determinare, per esempio, se sono state
effettuate le revisioni, se il test è stato adeguato, se il cliente ha approvato
il lavoro, etc. Vedi la sezione
9.2.3 Gestione della Qualità / Quality
Assurance, per maggiori dettagli ed esempi.
-
Controllo Qualità (quality
control) - si riferisce alle attività di creazione delle deliverable
di progetto. Il Controllo della Qualità si chiama anche “Ispezione”
poiché significa che la qualità viene confermata in una deliverable (o bozza di
deliverable) che già esiste. QC viene
utilizzato per verificare che le deliverable siano accettabili e che
corrispondano ai criteri di completezza e correttezza stabiliti nel processo di
pianificazione della qualità. Il controllo della qualità viene condotto nel
corso del progetto ed è una responsabilità di tutto il team di progetto e del
project manager. Vedi la sezione
9.2.2 Gestione
della Qualità / Quality Control, per maggiori dettagli ed esempi.
-
Assicurazione Qualità (quality assurance)
- non si riferisce direttamente a specifiche deliverable, ma solo al processo
utilizzato per creare le deliverable. La Quality Assurance viene chiamata anche
“Prevenzione”. In generale, le attività di
quality assurance mettono a fuoco i processi da utilizzare per gestire e
rilasciare la soluzione, e possono essere eseguite da un manager, dal cliente o
da un revisore terza parte. Per esempio, un revisore di progetti indipendente
potrebbe non saper dire se il contenuto di una specifica deliverable sia
accettabile. Però, potrebbe essere in grado di dire se la deliverable è
accettabile sulla base del suo processo di creazione. Il revisore esterno può
determinare, per esempio, se sono state effettuate le revisioni, se il test è
stato adeguato, se il cliente ha approvato il lavoro, etc. Vedi la sezione
9.2.3 Gestione della
Qualità / Quality Assurance, per maggiori dettagli ed esempi.
La
quality Assurance viene eseguita ad un livello più alto della Quality Control.
Per esempio, potresti ispezionare il 100% del prodotto che stai producendo.
Questa ispezione fisica è un esempio di controllo della qualità. Durante la tua
ispezione tu scopri che il 3% dei tuoi prodotti sono difettosi e vanno
distrutti. Puoi considerarlo accettabile e continuare a produrre in questo modo
– continuando a scartare un 3% di prodotto.
Se utilizzi la tecnica della Quality Assurance tuttavia,
dovresti determinare cosa causa quel 3% di difettosità. Una volta scoperta la
causa degli errori, dovresti modificare il processo di produzione per cercare di
eliminare gli errori. Questo lavoro sui tuoi processi è Quality Assurance. Le
modifiche al tuo processo (quality assurance) comporterà meno errori scoperti
dal processo di ispezioni successive (quality control).
|