Skip to content
Switch to English Přepnout do češtiny Auf Deutsch wechseln Cambiar a Español Passer au Français Przełącz na Polski Mudar para Português Prepnúť na Slovenčinu

Guida all'implementazione

Report 8D.

Il report 8D è lo standard di problem solving in team, ancorato alle evidenze, che si usa quando un difetto arriva al cliente: nove discipline, dalla risposta all'emergenza (D0) al contenimento, alla causa radice verificata, alla correzione validata, fino alla prevenzione e al riconoscimento del team (D8). La qualità del report si decide in D2, la descrizione del problema. Un problema che non sai descrivere con precisione, cosa, dove, quando, quanti, è e non è, non lo sai nemmeno risolvere. Il cliente legge il tuo 8D come un campione di come ragiona tutto il tuo stabilimento.

Che cos'è un 8D

8D, cioè otto discipline, è un metodo strutturato di problem solving nato per la situazione in cui un difetto è arrivato al cliente. Si lavora in team: una squadra interfunzionale con nomi e cognomi, non un tecnico solo davanti a un modulo. È rivolto al cliente: il risultato è un report che il cliente leggerà, giudicherà e spesso verificherà in audit. E si regge sulle evidenze: ogni affermazione, dalle quantità del contenimento alla causa radice fino alla validazione, deve poggiare su qualcosa che è stato contato, testato o riprodotto.

Il formato è stato standardizzato in Ford negli anni Ottanta e si è diffuso lungo la filiera automotive, dove i manuali qualità dei clienti lo impongono ancora per i reclami. Da tempo ha superato i confini del settore: elettronica, dispositivi medicali, aerospazio e manifattura generale usano l'8D o un suo parente stretto, perché la logica di fondo, contieni in fretta, descrivi con precisione, dimostra la causa, dimostra il rimedio, previeni il ritorno, non ha niente di automobilistico.

Una cosa prima di entrare nel metodo: il cliente legge il tuo 8D come un campione di come ragiona tutto il tuo stabilimento. Un D2 vago, un D4 non verificato e un D7 vuoto gli dicono sul tuo modo di lavorare più di qualsiasi audit, perché questo è il tuo problem solving sotto pressione. Vale le ore di lavoro tecnico che costa. Ed è anche il motivo per cui la cosa peggiore che puoi fare con l'8D è trattarlo come un modulo da riempire.

Dove si colloca l'8D nella scala del problem solving

Nella roadmap di TeamGuru l'8D appartiene alla pratica del problem solving strutturato nella fase di gestione quotidiana, ed è il gradino formale più alto della scala. La scala parte da un flash meeting con i 5 perché per le deviazioni che si chiudono in giornata, passa per un A3 sui problemi cronici interni che meritano settimane di studio, e arriva all'8D quando di mezzo c'è un cliente e l'analisi deve reggere a uno sguardo esterno. La disciplina di fondo è la stessa in tutti e tre, quella dell' analisi delle cause radice e delle azioni correttive; l'8D aggiunge il mandato al team, l'orologio del contenimento e il punto di fuga.

Quando l'8D è obbligatorio e quando è una scelta

Per i reclami e per i difetti che arrivano al cliente la domanda si risponde da sola: il manuale qualità fornitori del cliente impone l'8D, fissa le scadenze e spesso indica anche il portale su cui caricare il report. Tratta quelle regole sui tempi come contrattuali, perché di fatto lo sono.

All'interno, invece, l'8D è una scelta, e va fatta con parsimonia: riserva il formato completo ai problemi grossi, ai difetti rilevanti per la sicurezza intercettati al collaudo finale, o ai guasti ripetuti che hanno attraversato più reparti. Non aprire un 8D per ogni graffio. Quando il formato diventa routine, l'analisi si svuota: uno stabilimento che scrive quaranta 8D di routine al mese ne scrive quaranta superficiali. Segnali che l'8D completo è lo strumento sbagliato:

  • Una deviazione interna isolata, con una causa nota e un rimedio banale. Risolvila, registrala, vai avanti. Un 8D qui è burocrazia travestita da metodo.
  • Un problema interno cronico che richiede settimane di studio ma non ha un cliente davanti. È terreno da A3: stesso rigore, formato più leggero, pensato per far crescere chi lo scrive.
  • Un problema di cui la soluzione è già nota e in cui resta solo da eseguire. È un progetto con azioni e date, non un'indagine.
  • Ogni graffio e ogni difetto estetico, per default. Se tutto è un 8D, i tuoi tecnici impareranno a scriverli in fretta invece che bene, e i report che i clienti leggono davvero arriveranno con quella stessa aria stanca.

Le nove discipline, da D0 a D8

La colonna dei tempi riflette le aspettative più diffuse, soprattutto nell'automotive: contenimento entro 24 ore, dalla causa radice alla validazione entro 30 giorni. Sono tempi tipici, non universali, quindi controlla il manuale di ogni cliente. Universale è invece l'ordine: contenere prima di analizzare, verificare la causa prima di scegliere le azioni, validare prima di chiudere.

Disciplina Che cosa vuol dire farla bene Tempi tipici
D0 Risposta all'emergenza Il sintomo viene riconosciuto, chi è esposto a un rischio immediato viene protetto e si decide consapevolmente se il problema merita un 8D completo. D0 è triage, non analisi: prima si ferma l'emorragia, poi si sceglie lo strumento. In giornata
D1 Costituzione del team Da quattro a sei persone che insieme conoscono il processo, il prodotto e i dati: chi il processo lo manda avanti ogni giorno, la qualità, l'ufficio tecnico e uno sponsor abbastanza in alto da rimuovere gli ostacoli. Un nome solo come riferimento per il cliente. Entro 1 o 2 giorni
D2 Descrizione del problema Il problema in numeri: che cosa esattamente, dove esattamente, da quando e con quale frequenza da allora, quanti pezzi su quanti, più un'analisi è / non è che circoscrive il problema. Nessuna causa, nessuna opinione, nessuna colpa. Un estraneo deve poter leggere il D2 e sapere con precisione che cosa è successo. Entro 2 o 3 giorni
D3 Contenimento provvisorio Il cliente è protetto in ogni punto della catena: la sua linea, la merce in transito, i tuoi prodotti finiti, i tuoi semilavorati. Le selezioni sono contate e datate, il materiale sospetto è bloccato e l'efficacia del contenimento si verifica con i dati, non si dà per scontata. Entro 24 ore
D4 Causa radice e punto di fuga Due catene causali verificate, non una: perché il difetto si è generato e perché è sfuggito a ogni controllo tra il processo e il cliente. Ogni causa radice è dimostrata da evidenze o dalla riproduzione del difetto, e il punto di fuga indica il controllo preciso che avrebbe dovuto intercettarlo. Entro 2 settimane
D5 Scelta delle azioni correttive Azioni scelte contro le cause verificate, sia quella di generazione sia quella di fuga, con la prova che funzioneranno: una prova in linea, un test, una dimostrazione. Riaddestrare l'operatore, da solo, non è un'azione correttiva: cura la persona, non il processo. Con D4 e D6 entro 30 giorni
D6 Attuazione e validazione Azioni attuate con responsabile e data, poi validate con dati di produzione che mostrano il difetto scomparso in condizioni normali. Il contenimento si toglie solo dopo la validazione, mai prima, e la data di rimozione viene registrata. Entro 30 giorni
D7 Prevenzione Il sistema cambia perché quella classe di problemi non possa tornare: FMEA e piano di controllo aggiornati con il riferimento di revisione, standard rivisti e un'estensione orizzontale su particolari, processi e linee simili, con le risultanze messe per iscritto. Da 30 a 60 giorni
D8 Riconoscimento del team Un riesame di chiusura che raccoglie che cosa il caso ha insegnato al sistema e un riconoscimento sincero al team. Saltare D8 insegna alle persone che il problem solving è una punizione, e il prossimo team 8D sarà più difficile da mettere insieme. Alla chiusura

Come si conduce un 8D che regge alle verifiche

Quasi tutte le discipline si spiegano da sole, una volta presa sul serio la tabella qui sopra. Quattro decidono se il report tiene, e meritano il dettaglio che segue.

Il D2 decide tutto il report

La qualità dell'8D si decide in D2. Ogni descrizione debole produce un D4 scritto a intuito, perché una catena causale può essere nitida al massimo quanto l'effetto che spiega. Il tempo va speso qui: che cosa esattamente non va, in termini misurabili; dove esattamente, fino alla posizione e alla caratteristica; da quando è iniziato e come si muove la frequenza; quanti pezzi su quanti, con codici articolo e intervalli di lotto o matricola.

Poi circoscrivi il problema con l'analisi è / non è. Un caso illustrativo, preso dallo stabilimento di componentistica da 456 pezzi al giorno che attraversa queste guide: un cliente segnala perdite dai raccordi idraulici. Il D2 debole dice «i raccordi perdono dal cliente, stiamo indagando». Il D2 forte dice: trasudamento solo dal raccordo della porta sinistra, 7 pezzi confermati su 3.400 consegnati dal 10 giugno, tutti da lotti lavorati sulla linea 2 dopo il cambio utensile, nessuno dalla linea 1, nessuno sulla porta destra lavorata alla stessa stazione con l'utensile precedente. Quel solo paragrafo ha già fatto metà del lavoro del D4: l'analisi è / non è punta dritto al cambio utensile della linea 2, e il team può andare a verificare invece di fare brainstorming. Tieni le cause fuori dal D2: nel momento in cui una causa sospetta entra nella descrizione, il team smette di descrivere e comincia a difendersi.

Il D4 vuole due catene, non una

Ogni reclamo cliente è un doppio fallimento. Il difetto si è generato, e poi è sfuggito a ogni controllo tra il tuo processo e la banchina del cliente. Per questo il D4 porta avanti due catene causali. La catena di generazione chiede perché il difetto è stato prodotto, e di solito lo strumento giusto è un'analisi dei 5 perché disciplinata, con ogni risposta verificata sul processo. La catena di fuga chiede perché non è stato intercettato, e finisce sul punto di fuga (escape point): il controllo preciso, un'ispezione, un collaudo, un poka yoke, che avrebbe dovuto rilevare il difetto e non lo ha fatto, oppure l'ammissione onesta che quel controllo non esisteva.

Entrambe le catene finiscono in una verifica, non in un consenso. Lo standard di prova da tenere alto: riesci a far comparire e sparire il difetto accendendo e spegnendo la causa, oppure hai un'evidenza fisica che regge a una lettura scettica. Una causa radice approvata per alzata di mano in sala riunioni è un'ipotesi in giacca e cravatta.

D5 e D6: dimostralo prima di dichiararlo

Scegli le azioni correttive contro entrambe le cause verificate: un gruppo che ferma la generazione, uno che chiude la fuga. Verifica la scelta prima di implementarla del tutto, con una prova in linea, un banco di prova o un tentativo deliberato di mettere in crisi il nuovo controllo. Poi valida in D6 con i dati di produzione: produzione senza difetti in condizioni normali, su quantità abbastanza grandi da significare qualcosa, dopodiché il contenimento si toglie e la produzione resta pulita. Chiudere un 8D su «azioni implementate» senza dati di validazione è la scorciatoia più comune di tutte, ed è esattamente il punto che un buon SQE del cliente andrà ad attaccare.

Il D7 è prevenzione, e prevenzione vuol dire estensione orizzontale

Il D7 chiede che cosa, nel sistema, ha permesso questo problema, e lo corregge lì: la FMEA riceve il nuovo modo di guasto o gli indici corretti, il piano di controllo riceve il nuovo controllo, gli standard coinvolti vengono rivisti, tutto con riferimenti di revisione che il cliente può verificare in audit. Poi l'estensione orizzontale: ogni particolare, processo e linea simile si controlla contro lo stesso modo di guasto nel giro di giorni, non di trimestri, e le risultanze restano scritte anche quando sono pulite. Un D7 che dice «FMEA aggiornata» senza numero di revisione e senza l'elenco dell'estensione orizzontale è una promessa, non una disciplina.

La checklist di chi approva

Qualcuno firma il report prima che parta verso il cliente, e quella firma deve valere qualcosa. Queste sono le domande da fare, disciplina per disciplina, prima di rilasciarlo. Se manca una risposta, il report non è in ritardo per colpa di chi approva. È in anticipo.

Disciplina Da chiedere prima di rilasciare
D1: Team Nel team c'è qualcuno che il processo lo manda avanti ogni giorno? Lo sponsor è abbastanza in alto da liberare persone e budget? C'è un nome solo come riferimento per il cliente?
D2: Descrizione Cosa, dove, quando e quanti sono espressi in numeri, con codici articolo e intervalli di lotto o matricola? C'è un'analisi è / non è? La descrizione evita di nominare qualsiasi causa? Una persona fuori dallo stabilimento riuscirebbe a ricostruire il problema da questa sola pagina?
D3: Contenimento Sono coperti tutti i punti: linea del cliente, transito, prodotti finiti, semilavorati? Le quantità selezionate e i risultati sono contati e datati? Il cliente direbbe di essere protetto oggi, non la settimana prossima?
D4: Causa radice Ci sono due catene, generazione e fuga? Ogni causa radice è stata verificata accendendo e spegnendo la causa, riproducendo il difetto o con evidenze concrete, invece che con un voto in sala riunioni? Il punto di fuga indica il controllo preciso che ha fallito?
D5: Azioni scelte Ogni azione attacca una causa verificata? C'è qualche azione che si riduce a riaddestrare l'operatore o a ricordare alle persone di stare attente? Esiste una prova, un test o una prova in linea, che le azioni scelte funzioneranno davvero?
D6: Validazione Ci sono dati di produzione prima e dopo, non solo la dichiarazione che le azioni sono state fatte? Il contenimento è stato rimosso, e dopo la rimozione il difetto è rimasto assente? Quanti pezzi o quanti giorni di produzione pulita sostengono l'affermazione?
D7: Prevenzione Gli aggiornamenti della FMEA e del piano di controllo sono richiamati per numero di revisione? L'estensione orizzontale su particolari e linee simili è documentata con responsabili e date, non promessa? Qualche processo gemello si è controllato e ha trovato qualcosa?
D8: Chiusura Il team ha analizzato che cosa il caso ha rivelato sul sistema, non solo sul particolare? Qualcuno ha davvero ringraziato il team, in un modo che il team ha notato?

Lavorare con il cliente

Una risposta parziale nei tempi batte sempre una risposta perfetta in ritardo. La qualità del cliente ha in mano i tuoi pezzi e il programma di qualcun altro: quello che le serve il primo giorno non è la tua causa radice, è la prova che sono protetti e una data per il prossimo aggiornamento. Manda da D1 a D3 quando scadono, anche se il D4 è ancora un'ipotesi, scrivi che è un'ipotesi, e rispetta ogni data promessa. Un fornitore che comunica puntuale con risposte parziali costruisce fiducia; un fornitore che sparisce per tre settimane e torna con un report lucidato no.

Chiama il contenimento con il suo nome. Se l'azione provvisoria è una selezione visiva al 100%, scrivi «selezione visiva al 100%» e la sua efficacia misurata, non «controllo rafforzato». Se il materiale certificato impiega quattro giorni ad arrivare al cliente, scrivi quattro giorni. I clienti perdonano i difetti molto più facilmente di quanto perdonino lo scoprire che una dichiarazione di contenimento era ottimistica, perché il primo è un problema di processo e il secondo è un problema di carattere. Parla con una voce sola: il referente cliente nominato in D1 gestisce tutta la comunicazione, così il cliente non sente mai due versioni dello stesso stato.

Gli errori più comuni

Quattro schemi spiegano quasi tutti gli 8D scritti male, e tutti e quattro sono visibili dal cliente.

Un D4 scritto per fare bella figura

La causa radice è redatta per farsi accettare dal cliente, non per essere vera: plausibile, generica, non verificata. Il test è semplice: riesci ad accendere e spegnere la causa e a far comparire e sparire il difetto? Se no, la catena è un racconto. I clienti che leggono decine di 8D riconoscono il genere al primo colpo, e ti costa più credibilità di un report consegnato in ritardo.

Il contenimento diventa la soluzione

La selezione al 100% diventa silenziosamente permanente, il caso si chiude e sei mesi dopo lo stabilimento paga due controllori per turno per non risolvere un problema. Il contenimento è un laccio emostatico. Se il D3 è ancora attivo quando il D6 dovrebbe essere validato, l'8D si è arenato, e a dirlo deve essere l'orologio, non il report.

D7 saltato o finto

Il report dice FMEA aggiornata e non c'è un numero di revisione; l'estensione orizzontale è una frase, non un elenco. Poi lo stesso modo di guasto ricompare otto mesi dopo su un particolare gemello, e il secondo 8D è molto più difficile da scrivere, perché la prima domanda del cliente è perché la tua prevenzione non lo abbia intercettato.

L'8D usato come punizione

Il report viene assegnato a chi è stato incolpato, scritto da soli la sera e riletto come un compito. La qualità crolla, perché tutto il metodo presuppone un team e delle evidenze. Se i tuoi tecnici sbuffano alla parola 8D, il formato è stato abusato, e a doversi correggere è il comportamento del management, non l'ennesimo modulo.

Che cosa succede dopo

Un 8D chiuso è un dato, non solo un sollievo. Traccia le ricorrenze tra i casi: il tasso di problemi ripetuti è il KPI onesto di tutto il sistema di problem solving, e quando più casi si assomigliano indicano al piano di miglioramento le famiglie di processo che hanno bisogno di riesami FMEA, di dispositivi antierrore o di una riprogettazione attraverso la pratica Kaizen. Per i problemi cronici interni che i casi continuano a far emergere, il formato più leggero dell'A3 porta la stessa disciplina senza il peso del cliente, e la guida su cause radice e azioni correttive copre le verifiche di efficacia che tengono onesta qualsiasi chiusura.

Il collo di bottiglia pratico, nella maggior parte degli stabilimenti, non è il metodo: è il montaggio del report. Le evidenze sparse nelle e-mail, i conteggi delle selezioni nei fogli di calcolo, le foto sui telefoni, e un tecnico che alle nove di sera rimette insieme tutto in un documento prima della scadenza del cliente. È qui che TeamGuru si guadagna il posto nella catena: il flusso di problem solving 8D esegue le discipline come passi, con evidenze, responsabili e date agganciati a ciascuno, e gli alert qualità collegano il difetto sfuggito alle azioni di contenimento in reparto. Il report che il cliente riceve diventa un sottoprodotto di un lavoro tracciato mentre accadeva, che è anche la versione della storia a cui un auditor crede.

Report 8D: diagramma di implementazione (guida TeamGuru)

Portalo con te

Il diagramma di questa guida come immagine, da riutilizzare liberamente nella formazione interna e nei workshop.

Scarica il PNG
Anteprima del diagramma Scarica il PNG
Report 8D: diagramma di implementazione (guida TeamGuru)

Domande frequenti

Quali sono le 8 discipline del metodo 8D?
D1 costituzione del team, D2 descrizione del problema, D3 contenimento provvisorio, D4 causa radice e punto di fuga, D5 scelta delle azioni correttive, D6 attuazione e validazione, D7 prevenzione, D8 riconoscimento del team. Quasi tutte le versioni moderne aggiungono davanti il D0, la risposta all'emergenza: per questo i passi oggi sono nove, ma il nome è rimasto 8D.
Quando si usa il D0?
Il D0 copre le prime ore dopo che il problema è emerso: proteggere chi è a rischio, prendere le azioni di emergenza come il blocco delle spedizioni, e decidere se il problema meriti davvero un 8D completo. Esiste per non mescolare triage e analisi, e perché le cose piccole si possano gestire senza avviare tutto il processo.
Quanto deve essere veloce un 8D?
Le aspettative più diffuse dei clienti: contenimento confermato entro 24 ore, da D1 a D3 inviati entro 2 o 3 giorni, da D4 a D6 entro 30 giorni, con D7 e D8 chiusi entro 60. Sono tempi tipici, non universali: controlla il manuale qualità fornitori di ogni cliente. La scadenza che pesa di più è la prima, perché una risposta sul contenimento in ritardo dice al cliente che non è protetto.
Qual è la differenza tra 8D, A3 e RCCA?
RCCA è la disciplina di fondo: trovare la causa radice verificata, correggerla, dimostrare che la correzione ha funzionato. A3 e 8D sono due formati che confezionano quella disciplina. L'A3 sta su un foglio, è pensato per i problemi cronici interni e serve anche a far ragionare chi lo scrive. L'8D è un formato in team, rivolto al cliente, con contenimento obbligatorio, analisi del punto di fuga e passi di prevenzione, e si usa quando il difetto ha raggiunto o messo a rischio un cliente.
Chi deve far parte di un team 8D?
Da quattro a sei persone che insieme conoscono il processo, il prodotto e i dati: un operatore o un team leader della linea, un tecnico qualità, un tecnico di processo o di prodotto, e uno sponsor con l'autorità per liberare tempo e budget. Il ruolo di riferimento per il cliente va assegnato esplicitamente. Un 8D scritto da una persona sola è un documento, non un'indagine, e il cliente se ne accorge.
Che cos'è il punto di fuga in un 8D?
Il punto di fuga (escape point) è il primo controllo del tuo processo che avrebbe dovuto rilevare il difetto e non lo ha fatto: un'ispezione, un collaudo, un poka yoke, una verifica prevista dal piano di controllo. Il D4 chiede di trovarlo perché ogni reclamo cliente è un doppio fallimento, uno di generazione e uno di mancata rilevazione, e correggere solo il primo ti lascia scoperto alla prossima occorrenza.

Come funziona in TeamGuru

Il report nasce dal lavoro, non dalla notte prima

Guarda come TeamGuru gestisce il flusso 8D con le evidenze agganciate a ogni disciplina: il report per il cliente si scrive da sé, a partire da quello che è già registrato.