Prima di lanciare progetti di miglioramento su larga scala, è essenziale saper affrontare efficacemente i problemi quotidiani, perché è proprio lì che si nascondono le vere opportunità di progresso. In questo contesto, un "problema" è definito come il divario (gap) tra uno stato attuale insoddisfacente (osservato e misurabile) e uno stato obiettivo desiderato. Il Problem Solving consiste nel ridurre tale divario.  In questo articolo analizzeremo quattro principali metodi di problem solving. Variano nel nome e nelle tempistiche, ma condividono tutti una struttura comune:

1. Contenimento dell'evidenza: isolare il difetto o il lotto non conforme per proteggere immediatamente il cliente.
2. Analisi delle cause: identificare la causa radice (Root Cause), distinguendo i fatti dai "sintomi" superficiali.
3. Standardizzazione ed estensione: consolidare la contromisura nelle procedure operative (SOP) per garantire la stabilità dei risultati e rendere il miglioramento permanente.

La scelta dell'approccio dipende da due fattori chiave:

1. Urgenza: È richiesto un intervento immediato (contenimento) o è possibile procedere con un'analisi più estesa?
2. Complessità: Il problema è semplice, moderato o sistemico (interdisciplinare)?

Di seguito analizziamo quattro framework utilizzati nel mondo Lean e Six Sigma per guidare le scelte operative. Tuttavia è  fondamentale chiarire che da soli, questi framework non garantiscono la risoluzione del problema. Essi forniscono la struttura organizzativa e le fasi temporali, ma non esplicitano "come" arrivare alla Root Cause Analysis. Per isolare la causa radice, è necessario integrare i framework con strumenti analitici specifici che prenderemo in analisi nell'articolo.

Il Ciclo PDCA

Il ciclo PDCA (Plan-Do-Check-Act), noto anche come ciclo di Deming, è la pietra miliare del miglioramento continuo. È  ideale per gestire problemi di dimensioni medio-piccole ed è perfetto per essere applicato quotidianamente da chiunque in azienda.

• Plan (Pianificare): Questa è la fase più delicata. Qui si identificano le opportunità di miglioramento, si analizzano i dati, si identifica la causa radice e si definiscono le contromisure necessarie.
• Do (Fare): Si passa all'azione. Spesso è consigliabile testare la soluzione su piccola scala (progetto pilota), documentando con cura ogni evento inaspettato o lezione appresa.
• Check (Verificare): Si studiano i risultati. È fondamentale confrontare i dati post-intervento con quelli iniziali per misurare oggettivamente se l'obiettivo è stato raggiunto.
• Act (Agire): Se i risultati sono positivi, la soluzione viene standardizzata. Se invece gli obiettivi non sono stati centrati, il ciclo ricomincia con le nuove informazioni acquisite.

Il PDCA è una vera filosofia di vita aziendale (come dimostrato da Toyota) che punta a piccoli passi incrementali ogni giorno. Tuttavia, quando i problemi diventano complessi e i dati si fanno massicci, serve uno strumento più potente: il DMAIC.

Il metodo A3

Framework  che utilizza un unico foglio A3 per descrivere in modo sintetico e visivo il percorso dalla situazione attuale alla standardizzazione, facilitando il Nemawashi (allineamento). Viene utilizzato per problemi di media complessità le cui cause sono sconosciute. Viene gestito da team interfunzionali di 4-5 persone con una durata media di un mese. Un A3 efficace segue tipicamente questa sequenza: Background: Perché stiamo affrontando questo problema? Situazione Attuale: Visualizzazione del gap tramite grafici e dati.Obiettivi (Target): Definizione dei KPI attesi.Analisi delle Cause: Utilizzo dei 5 Perché o Ishikawa per isolare il fattore causale.Contromisure: Azioni specifiche per eradicare la causa.Piano di Implementazione: Cronoprogramma e responsabilità.Follow-up: Verifica dei risultati e standardizzazione.

Metodologia DMAIC

Il DMAIC (Define, Measure, Analyze, Improve, Control) — tipico del mondo Six Sigma — si focalizza sulla riduzione della variabilità dei processi.

• Define (Definire): Identificare il problema e i confini dell'intervento.
• Measure (Misurare): Quantificare il problema raccogliendo dati precisi sulle caratteristiche del processo.
• Analyze (Analizzare): Verificare statisticamente la correlazione tra variabili per isolare le cause radice.I
• mprove (Migliorare): Progettare e implementare soluzioni che eliminino la causa radice.
• Control (Controllare): Monitorare i risultati nel tempo per assicurarsi che i miglioramenti siano duraturi.

Il DMAIC richiede spesso tempi lunghi (oltre i 3 mesi) e competenze statistiche specifiche. Ma cosa succede se il problema è un reclamo di un cliente? Qui entra in gioco l'8D.

Il Modello 8D

L'8D (Eight Disciplines) è il framework nato nell'industria automobilistica per rispondere con urgenza ai reclami. Possiamo dividere l'8D in tre macro-momenti logici:

• D1-D3: Preparazione e Contenimento. In questa fase si definisce il team, si isola la non conformità e si impedisce la circolazione di prodotti difettosi.
• D4-D6: Risoluzione e Azione. Fase dedicata alla Root Cause Analysis per identificare il fattore causale primario. In D4 è fondamentale distinguere tra Causa di Occorrenza (perché il difetto si è generato?) e Causa di Fuga (perché il sistema di controllo non lo ha intercettato?). Segue l'implementazione delle Azioni Correttive Permanenti (PCA).
• D7-D8: Prevenzione e Chiusura. Si interviene sui sistemi di gestione, sulle procedure e sui piani di controllo per prevenire la ricorrenza del problema in scenari analoghi. Il processo si conclude con il riconoscimento formale del contributo del team e la chiusura della pratica.

Usa l'8D se il problema ha generato un reclamo esterno o un grave scostamento qualitativo interno; se è necessario implementare azioni di contenimento immediate per proteggere il cliente; se la criticità impone una revisione delle procedure e dei controlli esistenti per garantire la stabilità futura.

Distinzione tra Framework di Gestione e Tecniche di Root Cause Analysis

Come anticipato all'inizio di questo articolo, l'efficacia nel Problem Solving richiede la separazione dei piani tra la struttura organizzativa e la competenza analitica. I framework come 8D, A3, DMAIC o PDCA sono strutture di governance del progetto. Rispondono a domande come:

• Quale sequenza dobbiamo seguire?
• Quali sono le responsabilità (RACI) e chi deve essere coinvolto?
• Come documentiamo e comunichiamo?
• Quali fasi di verifica sono necessarie?
• Come viene garantita l'efficacia della soluzione nel tempo?

Queste sono domande critiche. I framework portano disciplina nell'azione correttiva, garantendo coerenza, responsabilità e apprendimento organizzativo. Ma nessuno di essi risponde alla domanda fondamentale: come isoliamo sistematicamente la causa radice dal sintomo?

Spesso le organizzazioni formano le persone sui framework e danno per scontato che capiranno come pensare da sole. Completare un A3 o un progetto DMAIC è un'attività di conformità. Risolvere il problema è un'attività di capacità. Non sono la stessa cosa. Puoi avere una documentazione perfetta e un problem solving pessimo (o viceversa). L'obiettivo è, ovviamente, avere entrambi. È qui che entrano in gioco i metodi di problem solving come, ad esempio:  

• Diagramma di Ishikawa (5M/6M): Il classico diagramma a "lisca di pesce" aiuta a mappare tutte le possibili cause di un problema suddividendole in categorie: Materiali (Materials), Metodi (Methods), Manodopera (Manpower), Macchine (Machines), Ambiente (Environment) e Management.
• I 5 Perché: Un metodo semplice ma potente per arrivare alla causa radice chiedendo ripetutamente "Perché?" — tipicamente per cinque volte consecutive.
• Analisi IS/IS NOT: Il metodo permette di definire con precisione cosa è il problema e cosa, pur essendo simile, non è il problema .  La matrice si concentra su quattro aree fondamentali: WHAT (Cosa): Cosa ha il problema? / Cosa non ha il problema?WHERE (Dove): Dove si riscontra il problema? / Dove non si riscontra?WHEN (Quando): Quando si verifica? / Quando non si verifica?EXTENT (Quanto/Estensione): Quanto è grande l'impatto? / Quanto è limitato?

Per costruire una vera capacità di problem solving, il salto di qualità deve avvenire nelle competenze analitiche delle persone. È fondamentale:

• Distinguere nettamente tra il framework (che guida) e il metodo (che indaga): dire "usiamo l'8D o l'A3 per risolvere i problemi" è come dire "usiamo AutoCAD per costruire un edificio". Il software organizza il disegno e garantisce la precisione tecnica, ma non possiede le competenze ingegneristiche necessarie per far stare in piedi la struttura.
• Formare i team sui veri metodi di problem solving: le persone devono essere in grado di applicare logiche rigorose per evitare il "salto alle conclusioni", integrando strumenti come i 5 Perché o il Diagramma di Ishikawa come processi mentali. 
• Integrare i metodi nel framework: I tuoi template dovrebbero specificare: "Determinazione della causa radice condotta utilizzando [Metodo]. Prove allegate".

Ricorda sempre: focalizzati sulla definizione del problema prima di passare alle soluzioni. Questa è la vera chiave per il miglioramento continuo.