Guida all'implementazione
Analisi delle cause radice e azioni correttive (RCCA).
L'RCCA è la disciplina che porta un problema dalla rilevazione a una correzione definitiva e verificata: descrivilo con precisione, contienilo, trova la causa con le evidenze, eliminala e poi, settimane dopo, conferma con i dati che non è tornato. Il modo più comune di fallire è silenzioso: il contenimento diventa la correzione e il caso si chiude. Un caso finisce alla verifica di efficacia, non all'implementazione.
Che cos'è l'RCCA e che cosa aggiunge
L'RCCA è una disciplina di caso, non un singolo strumento. Porta un problema attraverso una sequenza fissa: descrivi la deviazione con precisione, proteggi il cliente mentre lavori, analizza la causa con le evidenze, elimina quella causa, verifica che la correzione ci sia davvero e poi, da 30 a 60 giorni dopo, controlla con i dati che il problema non sia tornato. A tenere insieme tutto sono due regole: le cause si verificano, non si votano, e i casi si chiudono sull'efficacia, non sull'impegno.
Dentro un caso, l'analisi di solito è una catena di 5 perché, a volte preceduta da un Ishikawa quando più cause candidate si contendono il campo. Quello che l'RCCA aggiunge attorno a quegli strumenti è gestione: una descrizione del problema abbastanza buona da poterci lavorare, il contenimento tenuto visibilmente separato dalla correzione, azioni con responsabile e data, e una verifica di efficacia messa a calendario il giorno stesso in cui il caso si apre.
Il vocabolario conta, perché i tre tipi di azione si confondono ogni giorno: il contenimento protegge il cliente mentre la causa è sconosciuta, l'azione correttiva elimina la causa verificata, l'azione preventiva elimina la stessa causa dove non ha ancora fatto danni. La tabella di confronto più avanti fa passare tutti e tre dallo stesso caso di difetto.
Dove si colloca l'RCCA nella roadmap di trasformazione
Nella roadmap di implementazione di TeamGuru, l'RCCA è il cuore della pratica problem solving strutturato, nella fase di gestione quotidiana. Si nutre del flusso di deviazioni che il Daily Management fa emergere: ogni rosso che si ripete su un board Tier è un caso candidato. Sulla scala del problem solving sta in mezzo: cinque perché fatti al volo bastano per le deviazioni del giorno, un A3 aggiunge profondità e coaching sui problemi cronici, e il formato 8D avvolge la stessa disciplina per il cliente. L'RCCA è la logica di caso che hanno tutti in comune.
- Prima Daily Management
- Sei qui Problem solving strutturato
- Dopo Kaizen
- Dopo Obeya e riesami di direzione
Quando il rigore completo conviene e quando no
Il rigore RCCA costa: ore di tecnici, tempo in reparto e settimane di follow-up. Spendilo dove le conseguenze lo giustificano. Una deviazione isolata e banale, con una causa evidente, merita una correzione e una nota, non un caso in sette fasi. Tieni la disciplina per i problemi che si ripetono, che costano soldi veri o che toccano il cliente, e adatta il formato alla situazione:
- Episodio isolato, costo basso, causa evidente: risolvi, annotalo sul board della riunione Tier e vai avanti. Nessun caso.
- Si ripete sul board, costa soldi veri, o tocca più di un turno o di un reparto: apri un caso RCCA.
- Reclamo cliente o difetto arrivato al cliente: stessa disciplina, ma nel formato 8D che il cliente si aspetta.
- Eventi di sicurezza: rigore RCCA completo ogni volta, mai solo cinque perché fatti in corridoio.
L'altra metà del lavoro è limitare i casi aperti in parallelo. Un tecnico con cinque casi aperti non ne chiude nessuno, e il registro diventa un soprammobile. Due o tre casi attivi per responsabile, che si muovono ogni settimana, valgono più di un arretrato che dimostra quanto lo stabilimento prenda sul serio la qualità senza risolvere niente.
Come si gestisce un caso RCCA
Il flusso qui sotto è tutto il metodo. Ogni fase ha un criterio di uscita, e la disciplina sta nel rifiutarsi di andare avanti finché il criterio non è soddisfatto. Quasi mai un processo RCCA rotto ha una fase in meno: salta i criteri di uscita, di solito tra la fase 5 e la fase 6.
| Fase | Il lavoro | Criterio di uscita |
|---|---|---|
| 1. Rilevare e descrivere | Trasforma la deviazione in una descrizione del problema con cosa, dove, quando e quanto, più quello che il problema non è. I primi dati prendili dal processo, non dalla memoria. | Una descrizione su cui potrebbe lavorare anche un estraneo, quantificata rispetto allo standard, con i confini è / non è. |
| 2. Contenere | Proteggi il cliente e i processi a valle: cernita, controllo aggiuntivo, rilavorazione, scorte sospette bloccate e verificate. | Nessun altro pezzo difettoso può sfuggire, il costo giornaliero del contenimento è noto ed esiste una data per toglierlo. |
| 3. Analizzare la causa | Se le cause candidate sono più di una, mappale con un Ishikawa, poi porta la più forte lungo una catena di 5 perché. Verifica ogni risposta sul processo prima di chiedere il perché successivo. | La causa è confermata da evidenze o dalla riproduzione: accendendo e spegnendo la causa si accende e si spegne il problema. |
| 4. Azione correttiva | Progetta azioni che eliminino la causa verificata, non il sintomo. Ogni azione ha un responsabile e una data. | Azioni definite, con le risorse assegnate, accettate da chi ci dovrà convivere. |
| 5. Verificare l'implementazione | Vai a controllare sul processo che il nuovo metodo, dispositivo o standard esista e venga usato davvero su tutti i turni. | Un audit di implementazione alla postazione passa. Questa non è ancora la chiusura. |
| 6. Verifica di efficacia | Osserva per 30-60 giorni lo stesso segnale che aveva rilevato il problema, abbastanza a lungo da coprire le squadre, i lotti di materiale e il mix di prodotto. | Ricorrenza al livello concordato o sotto, confermata dai dati. Il contenimento si toglie qui, non prima. |
| 7. Standardizzare | Aggiorna il lavoro standardizzato, forma le persone su quello nuovo e controlla se i processi gemelli portano dentro la stessa causa. | Uno standard cambiato, la formazione registrata, l'estensione orizzontale fatta. Adesso il caso si chiude. |
Prima scrivi la descrizione del problema
Un caso che parte da «perde di nuovo» finisce a indovinare. Una descrizione utilizzabile risponde a cosa, dove, quando e quanto, e dice anche che cosa il problema non è. Prendiamo l'azienda di componentistica da 450 persone che ricorre in tutto il sito (456 pezzi al giorno, due turni), con numeri a scopo illustrativo: il raccordo idraulico F-218 perde al collaudo finale. Solo sulla linea 2, su entrambi i turni, prima segnalazione in settimana 32. In due settimane 62 pezzi su 4.560 sono risultati non conformi, l'1,4% della produzione. È: il raccordo F-218 sulla linea 2. Non è: lo stesso raccordo sulla linea 1, né gli altri raccordi dello stesso prodotto. Quel confine è / non è ha già escluso la maggior parte delle cause candidate, prima che qualcuno chieda il primo perché.
Verifica la causa con le evidenze
Il team ha misurato la coppia di serraggio su 30 pezzi non conformi: 26 erano sotto la specifica di disegno. La catena dei perché è arrivata all'istruzione operativa della linea, che riportava ancora il valore di coppia precedente a una modifica di progetto. Gli operatori della linea 2 seguivano il loro standard alla lettera, ed era lo standard a essere sbagliato. La causa è stata poi verificata per riproduzione: i gruppi serrati al valore dell'istruzione perdevano alla prova in pressione, quelli serrati al valore di disegno no. Evidenza vuol dire questo: una prova che accende e spegne il problema. Una causa su cui tre manager si trovano d'accordo in sala riunioni è un'ipotesi, non un risultato.
Azioni con responsabile e data
L'azione correttiva punta alla causa verificata, e ogni azione ha esattamente un responsabile e una data. Qui: valore di coppia corretto nel lavoro standardizzato e formazione su entrambi i turni (capoturno di produzione, una settimana), più un avvitatore poka yoke con conteggio dei serraggi, che non libera il ciclo finché entrambi i fissaggi non raggiungono il target (tecnico di processo, tre settimane). Le azioni assegnate «al team» o con scadenza «al più presto» sono il caso che ti avvisa: non si chiuderà.
La trappola del contenimento
Il contenimento è la fase più seducente dell'RCCA, perché funziona subito. Parte la cernita, entra il controllo aggiuntivo, il cliente smette di chiamare e l'indicatore che aveva reso visibile il problema torna verde. Tutti i segnali che spingevano il caso adesso dicono: fatto. Ed è qui che l'RCCA fallisce più spesso. La pressione sparisce, il team torna al lavoro di tutti i giorni e il contenimento diventa in silenzio la correzione. Se il caso si chiude lì, il problema è solo rimandato, non risolto. Tornerà al prossimo cambio squadra, al prossimo lotto di materiale o alla prossima settimana di picco, e intanto il conto del contenimento corre ogni giorno: un controllo aggiuntivo da 25 secondi su 456 pezzi al giorno fa più di tre ore di manodopera di controllo, ogni giorno, a tempo indeterminato.
| Tipo di azione | Che cosa fa | Il caso del raccordo che perde | Che cosa non fa |
|---|---|---|---|
| Contenimento | Protegge il cliente mentre la causa è ancora sconosciuta. Cernita, controllo extra, quarantena, rilavorazione. | Prova in pressione al 100% alla postazione del raccordo e tre giorni di prodotto finito in quarantena, ricontrollato pezzo per pezzo. | Tampona l'emorragia e non ripara niente. Costa ogni giorno che resta in piedi, e resta finché la fase 6 non dice che la correzione funziona. |
| Azione correttiva | Elimina la causa verificata, così il difetto smette di prodursi su questo processo. | Valore di coppia corretto nel lavoro standardizzato e avvitatore con conteggio dei serraggi, che non libera il ciclo finché entrambi i fissaggi non raggiungono il target. | Impedisce la ricorrenza qui. Sulla stessa causa altrove non dice niente. |
| Azione preventiva | Elimina la stessa causa dove non ha ancora fatto danni. | Riesame FMEA dei raccordi simili su tutti i prodotti; l'avvitatore con conteggio esteso a due postazioni gemelle con lo stesso giunto. | I difetti che costano meno sono quelli che non succedono mai. Di solito è la fase che si salta più spesso. |
Due regole tengono onesto il contenimento. Primo: il giorno stesso in cui parte, il contenimento riceve un costo giornaliero e una data di rimozione, e quel costo diventa l'argomento di budget per l'azione correttiva. Secondo: può toglierlo solo la verifica di efficacia. Togliere il contenimento perché due settimane dopo la correzione i numeri sono belli è il modo in cui lo stesso difetto arriva al cliente due volte.
La verifica di efficacia: è lì che i casi si vincono
Una verifica di efficacia è una cosa semplice: guardare sul processo, per 30-60 giorni, lo stesso segnale che aveva rilevato il problema. La finestra deve essere abbastanza lunga da coprire entrambi i turni, diversi lotti di materiale e il normale mix di prodotto, perché sono esattamente queste le variazioni che fanno resuscitare i problemi risolti a metà. La verifica ha un responsabile diverso da chi possiede le azioni, di solito un tecnico qualità o il responsabile di reparto, ed è messa a calendario all'apertura del caso, non quando qualcuno se ne ricorda.
Nel caso del raccordo: 45 giorni dopo l'implementazione, sei settimane consecutive di produzione su entrambi i turni, zero perdite sul raccordo F-218 al collaudo finale. Il controllo al 100% in postazione è stato tolto, le scorte in quarantena erano già state gestite da tempo, e il caso si è chiuso. Quando una verifica non passa, riapri senza vergogna. Una verifica di efficacia fallita è il metodo che funziona: ha intercettato una causa sbagliata o parziale prima che il problema venisse ribattezzato normalità. L'unico vero fallimento è punire la riapertura così duramente che nessuno mette più a calendario verifiche oneste.
Misurare la ricorrenza: il KPI di tutto il sistema
Un solo numero ti dice se il tuo sistema di problem solving funziona: il tasso di ricorrenza, cioè la quota di casi chiusi il cui problema torna entro 12 mesi. Mettilo a trend ogni mese, accanto all'età dei casi aperti. Un tasso di ricorrenza alto vuol dire che le cause non vengono verificate o che i casi si chiudono all'implementazione; un'età media che cresce vuol dire che il flusso è sovraccarico. Entrambi stanno nella base di KPI di produzione dello stabilimento: contare i casi aperti premia l'attività, contare i problemi che non sono più tornati premia l'unica cosa che conta.
Errori frequenti
Come si vede che va male
- Il caso si chiude il giorno in cui le azioni vengono implementate, e nessuno ci torna più sopra
- Causa radice registrata come errore dell'operatore, contromisura registrata come formazione
- Contenimento in piedi da mesi, senza un costo attribuito e senza una data di rimozione
- Cinque casi aperti per tecnico, nessuno che si muove: il registro esiste per essere mostrato agli auditor
- La correzione funziona, ma non cambia nessuno standard, così il prossimo assunto ricostruisce il problema
Come si vede che va bene
- Descrizioni del problema con cosa, dove, quando, quanto, è e non è
- Cause verificate per riproduzione o con dati misurati sul processo
- Verifica di efficacia a calendario dall'apertura, con un responsabile fuori dal team delle azioni
- Il contenimento ha un costo giornaliero e lo toglie solo la verifica di efficacia
- Ogni caso chiuso ha cambiato uno standard, un dispositivo o un requisito di formazione
Cosa succede dopo
Una disciplina RCCA che funziona alimenta tutto il resto del sistema. I casi che arrivano al cliente vengono formalizzati come report 8D, che aggiungono la struttura del team, i tempi di risposta e l'analisi del punto in cui il difetto non è stato intercettato, cose che il cliente pretende. Gli schemi di causa che si ripetono, lo stesso giunto che cede su tre prodotti, la stessa lacuna di taratura su due linee, alimentano i riesami FMEA dello stabilimento, così il prossimo processo non deve reimparare le lezioni vecchie. E ogni causa verificata che ha cambiato uno standard rende il sistema quotidiano un po' più difficile da rompere.
Nella pratica il punto debole è amministrativo: l'analisi sta in un foglio Excel, il contenimento in una mail, le azioni sul quaderno di qualcuno e la verifica di efficacia nel calendario di nessuno. È quello che elimina il caso d'uso analisi delle cause radice di TeamGuru: catena dei perché, contenimento, azioni ed evidenze restano in un unico record, e la verifica di efficacia entra a calendario all'apertura, così un caso non può fisicamente chiudersi sulla memoria invece che sui dati.
Portalo con te
Il diagramma di questa guida come immagine, da riutilizzare liberamente nella formazione interna e nei workshop.
Scarica il PNGDomande frequenti
Che cosa significa RCCA?
Che differenza c'è tra RCCA e CAPA?
Che differenza c'è tra RCCA e 8D?
Quanto deve durare un caso RCCA?
Che cosa vale come evidenza della causa radice?
Quando si può chiudere un caso RCCA?
Come funziona in TeamGuru