Ogni mese il reparto produzione rallenta per lo stesso motivo. Il responsabile convoca le persone più esperte, qualcuno propone una soluzione rapida, un altro interviene con un'urgenza del cliente e la riunione finisce con un nuovo compito assegnato a chi, di solito, risolve tutto da solo. Per qualche giorno il problema sembra scomparire, poi ritorna.

Questa dinamica è frequente nelle PMI italiane. I team sono piccoli, i ruoli si sovrappongono e il tempo per fermarsi a ragionare sembra sempre mancare. Il risultato è un'organizzazione che premia l'eroe operativo, ma non costruisce una capacità condivisa di analisi, decisione e verifica.

Un problem solving team efficace non è un gruppo riunito per fare brainstorming. È un gruppo con un problema definito, dati accessibili, responsabilità chiare, regole di confronto e un modo per verificare se la decisione ha funzionato.

Indice

• Quando il problema diventa ricorrente nel tuo team
  • Dal singolo risolutore alla competenza collettiva
• Diagnosi del problema, definire prima di agire
  • Raccogliere fatti utilizzabili
  • Formulare il problema e delimitarlo
  • Verificare le cause con il gruppo
• Framework operativi per il problem solving di team
  • I 5 Perché per una prima analisi
  • Il PDCA per mantenere il miglioramento
  • Analisi delle cause radice per i problemi resistenti
• Ruoli e regole per incontri efficaci
  • Assegnare responsabilità visibili
  • Organizzare una riunione che produce decisioni
• Template pratici e checklist operative
  • Scheda per aprire e chiudere un problema
  • Due controlli per non perdere il filo
• Metriche e follow-up per il successo sostenibile
  • Scegliere indicatori leggibili
  • Rendere il follow-up una parte del lavoro

Quando il problema diventa ricorrente nel tuo team

In una PMI manifatturiera che ho affiancato, le consegne slittavano con una frequenza ormai prevedibile. Il titolare attribuiva il problema alla disattenzione degli operatori, il responsabile di produzione parlava di fornitori poco affidabili e l'ufficio commerciale accusava la produzione di non rispettare le priorità concordate.

Ogni area aveva una parte della storia, ma nessuno possedeva il problema nel suo insieme. Le persone risolvevano singoli episodi, senza ricostruire il percorso che li generava. Quando un ordine diventava urgente, il responsabile più esperto interveniva personalmente. La consegna partiva, ma il sistema restava identico.

Ho chiesto al gruppo di non cercare subito una soluzione. Prima abbiamo scritto una frase precisa: “Gli ordini con personalizzazioni arrivano in produzione senza tutte le informazioni necessarie e vengono ripianificati dopo l'avvio del lavoro”. Questa formulazione ha spostato la discussione dalle colpe al flusso operativo.

Il passaggio è decisivo. Dire “la produzione è lenta” produce giudizi generici. Dire “gli ordini personalizzati entrano nel piano senza informazioni complete” permette di osservare un punto concreto, raccogliere evidenze e assegnare un'azione.

Regola pratica: se il problema può essere attribuito a una persona senza descrivere un processo, non è ancora definito abbastanza bene.

Nel contesto delle PMI italiane, il lavoro di squadra e il problem solving sono tra le soft skill più richieste. Un'indagine citata da Banca Ifis indica il team working come competenza chiave per il 63% delle aziende e il problem solving per il 52%, mentre l’83% delle PMI segnalava una forte necessità di nuove capacità nel biennio 2019-2021, come riportato nell’Osservatorio PMI Adecco. Il dato non descrive una competenza accessoria. Mostra che le imprese hanno bisogno di persone capaci di analizzare e decidere insieme.

Dal singolo risolutore alla competenza collettiva

Il manager che interviene sempre diventa indispensabile, ma crea anche una dipendenza. Il team impara ad aspettare la sua decisione, non a costruire un metodo autonomo. Quando quella persona è assente, il problema rallenta oppure viene gestito con soluzioni improvvisate.

Nella pratica, il passaggio richiede tre scelte:

• Portare il problema nel gruppo: coinvolgere chi vede fasi diverse del processo, non soltanto chi ha segnalato l'errore.
• Separare fatti e interpretazioni: distinguere ciò che è stato osservato da ciò che si presume.
• Chiudere con un responsabile: una decisione collettiva senza un proprietario operativo resta una conversazione.

Anche la capacità di imparare dagli errori deve diventare parte del lavoro ordinario. Una riflessione strutturata su come imparare dagli errori aiuta il team a trasformare un episodio in una regola, una modifica di processo o un criterio di controllo.

Il team della PMI manifatturiera ha introdotto un breve passaggio prima di accettare un ordine personalizzato. L'ufficio commerciale verificava le informazioni mancanti, la produzione confermava la fattibilità e una sola persona registrava la decisione. Non è stato necessario creare un nuovo reparto. È bastato rendere visibile il punto in cui il problema nasceva.

Diagnosi del problema, definire prima di agire

Il difetto più costoso nei gruppi di lavoro non è la mancanza di idee. È la velocità con cui cercano soluzioni a un problema formulato male.

La diagnosi deve rispondere a tre domande: che cosa accade, quale impatto produce e quale parte possiamo controllare. Senza queste risposte, il team rischia di correggere un sintomo, scegliere una causa intuitiva o intervenire su un'area che non può modificare.

Raccogliere fatti utilizzabili

Inizia con una scheda semplice. Non servono sistemi sofisticati, ma informazioni verificabili:

1. Che cosa succede: descrivi l'evento senza usare etichette come “caos”, “negligenza” o “scarsa collaborazione”.
2. Dove accade: indica la fase, il cliente, il prodotto o il passaggio coinvolto.
3. Quando accade: osserva se il problema compare in una condizione ricorrente.
4. Con quale frequenza: registra gli episodi secondo lo stesso criterio.
5. Quale conseguenza produce: rileva ritardi, rilavorazioni, reclami, costi organizzativi o carico sul team.

La disponibilità di informazioni conta anche nella scelta di un approccio sistematico. L'Indagine PIAAC 2023 segnala che gli adulti italiani tra 16 e 65 anni ottengono in media 231 punti nell'adaptive problem solving, sotto la media OCSE. Una tesi dell'Università di Padova rileva inoltre che la disponibilità di informazioni è una variabile statisticamente significativa nell'adozione del Systematic Problem Solving nelle imprese italiane, come documentato nella ricerca sul problem solving sistematico.

Formulare il problema e delimitarlo

Una buona dichiarazione contiene una situazione osservabile e un effetto. Per esempio:

“Le richieste di modifica dell'ordine arrivano alla produzione dopo la pianificazione, causando riprogrammazioni e comunicazioni urgenti tra gli uffici.”

Una formulazione debole sarebbe: “Gli uffici non comunicano”. Non indica quando la comunicazione fallisce, chi deve intervenire né quale risultato deve cambiare.

Dopo aver definito il problema, il team deve stabilire il confine della responsabilità. Chiedi:

• Che cosa possiamo modificare direttamente?
• Quale informazione possiamo ottenere?
• Quale vincolo dipende da un cliente, da un fornitore o da una norma?
• Quale decisione richiede l'intervento dell'imprenditore?

L'analisi SWOT può essere utile per ordinare fattori interni ed esterni, purché non sostituisca l'osservazione del processo. Una analisi SWOT aziendale efficace deve portare il gruppo verso una scelta, non diventare un esercizio descrittivo senza responsabili e scadenze.

Verificare le cause con il gruppo

Raccogli le ipotesi separatamente dai fatti. Poi chiedi a chi lavora nel processo di confermare o smentire ogni causa con un'evidenza. Se il team pensa che il problema derivi da una formazione insufficiente, deve indicare quale attività non viene eseguita correttamente e in quali condizioni.

Il metodo funziona quando il gruppo scompone il problema, cerca dati, genera alternative, decide e verifica dopo l'intervento. Il vantaggio non consiste nel rendere il lavoro più teorico, ma nel ridurre le soluzioni impulsive.

Framework operativi per il problem solving di team

Non esiste un unico metodo valido per ogni problema. La scelta dipende dalla complessità, dalla ricorrenza e dal tempo disponibile. Nei gruppi piccoli, il rischio non è solo usare lo strumento sbagliato. È applicare un framework troppo pesante per un problema semplice o uno troppo superficiale per una causa strutturale.

Framework	Caso d'uso ideale	Tempo richiesto	Complessità
5 Perché	Problema circoscritto con una possibile catena causa-effetto	Breve	Bassa
PDCA	Miglioramento continuo e verifica di un'azione	Ricorrente	Media
Analisi delle cause radice	Problema complesso, ripetuto o già trattato senza successo	Più ampio	Alta

I 5 Perché per una prima analisi

I 5 Perché aiutano quando il gruppo vede un evento concreto e vuole risalire dalla conseguenza alla causa. Se una spedizione parte in ritardo, la prima domanda non è “chi ha sbagliato?”, ma “perché la spedizione è stata preparata dopo l'orario previsto?”. La risposta porta alla domanda successiva, fino a individuare una condizione di processo modificabile.

Il metodo non richiede di fermarsi a un numero rigido di domande. La catena si interrompe quando il team raggiunge una causa verificabile e sotto il proprio controllo. Non funziona, invece, quando le risposte diventano accuse personali o supposizioni non controllate.

Il PDCA per mantenere il miglioramento

Il ciclo PDCA è adatto quando il team deve provare un cambiamento e controllare se produce l'effetto atteso. Il documento italiano sul miglioramento continuo definisce con precisione le quattro fasi nel modello PDCA:

• PLAN: definire obiettivo e progetto, documentare la situazione iniziale e analizzare il problema.
• DO: realizzare le azioni pianificate.
• CHECK: confrontare i risultati con gli obiettivi.
• ACT: standardizzare la procedura se l'obiettivo è raggiunto, oppure riaprire l'analisi delle criticità.

Il suo punto di forza è la disciplina del dopo. Il gruppo non si limita a decidere una modifica, ma stabilisce come capire se quella modifica regge nel lavoro reale.

Analisi delle cause radice per i problemi resistenti

Quando lo stesso problema ricompare dopo diversi tentativi, serve un'analisi più ampia. Il team può combinare cronologia degli eventi, mappa del processo, interviste agli operatori, dati di qualità e diagramma causa-effetto.

Questo metodo richiede più tempo perché considera interazioni tra persone, procedure, strumenti, materiali e decisioni. È la scelta corretta quando una soluzione precedente ha trattato solo il sintomo.

Il Design Thinking, descritto nella guida che cos'è il Design Thinking, può sostenere la fase di esplorazione quando il problema riguarda anche l'esperienza del cliente o dell'utilizzatore interno. Non va però confuso con una sessione creativa senza vincoli. Dopo aver raccolto prospettive e bisogni, il team deve ancora scegliere, assegnare e verificare.

Il framework migliore è quello che il gruppo riesce a usare fino alla verifica, non quello più elegante sulla carta.

Ruoli e regole per incontri efficaci

Un incontro di problem solving fallisce quando tutti parlano del problema, ma nessuno guida il processo. Nelle PMI questo accade spesso perché il titolare o il responsabile tecnico concentra il ruolo di esperto, decisore e facilitatore. Gli altri partecipanti si adeguano, anche quando possiedono informazioni utili.

Assegnare responsabilità visibili

Un piccolo gruppo può lavorare con quattro ruoli, anche se una persona ne ricopre due in momenti diversi:

• Facilitatore: protegge l'obiettivo, distribuisce la parola e riporta il confronto ai fatti. Non impone la soluzione.
• Responsabile dei dati: prepara evidenze, definizioni e fonti. Segnala ciò che non è ancora verificato.
• Segretario operativo: registra decisioni, azioni, responsabili e scadenze.
• Partecipanti di processo: portano esperienza diretta, vincoli e alternative.

La guida italiana sul creative problem solving propone una sequenza concreta: costruire una rappresentazione condivisa del problema, identificare i compiti, descrivere ruoli e organizzazione, definire il protocollo di comunicazione e le regole di coinvolgimento, quindi comunicare le azioni da attuare, come indicato nella metodologia di creative problem solving.

Organizzare una riunione che produce decisioni

Prima dell'incontro, invia una pagina con problema, dati disponibili, obiettivo e decisione attesa. Durante la riunione, il facilitatore può usare questa traccia:

1. Apertura: leggere la dichiarazione del problema e verificare che tutti la condividano.
2. Evidenze: distinguere fatti, ipotesi e informazioni mancanti.
3. Cause: raccogliere le spiegazioni senza trasformarle in accuse.
4. Alternative: proporre opzioni praticabili, indicando vincoli e rischi.
5. Decisione: scegliere con criteri espliciti, come impatto, fattibilità e tempo.
6. Chiusura: assegnare responsabile, scadenza, priorità e modalità di controllo.

Le regole devono essere semplici e applicate dal responsabile. Si parla del processo, non della colpa; chi ha un'informazione contraria deve poterla esprimere; una decisione chiusa non si riapre senza un dato nuovo; ogni azione ha un proprietario.

Per rendere più ordinata la gestione delle riunioni efficaci, usa un verbale breve e condividilo subito. Se una persona non partecipa, il facilitatore può chiederle direttamente: “Quale rischio stiamo trascurando?”. È una frase utile perché invita al contributo senza premiare il silenzio o la contrapposizione.

Template pratici e checklist operative

Il team ha bisogno di uno strumento che riduca il carico mentale. Un foglio condiviso, una lavagna digitale o un documento organizzato sono sufficienti, se tutti usano gli stessi campi.

Scheda per aprire e chiudere un problema

Copia questa struttura nel tuo spazio di lavoro:

• Titolo: descrizione breve e osservabile.
• Data di apertura: giorno in cui il problema viene registrato.
• Problema: che cosa accade, dove e in quali condizioni.
• Impatto: conseguenze su tempi, qualità, clienti, costi organizzativi e carico del gruppo.
• Cause ipotizzate: risultati dei 5 Perché, del diagramma causa-effetto o di altre analisi.
• Soluzioni alternative: almeno le opzioni realistiche, con vantaggi e rischi.
• Decisione: soluzione scelta e criterio utilizzato.
• Responsabile e corresponsabili: chi esegue e chi supporta.
• Scadenza e priorità: entro quando intervenire e con quale urgenza.
• Comunicazioni necessarie: persone o aree da informare.
• Verifica: indicatore osservato, data del controllo e risultato.
• Chiusura: soluzione confermata, corretta oppure riapertura dell'analisi.

Questa impostazione riprende il workflow operativo indicato nella guida italiana al problem solving, che include definizione, data di apertura, analisi delle cause, soluzioni, responsabilità, scadenza, priorità, notifiche, riesame e valutazione finale.

Due controlli per non perdere il filo

Prima dell'incontro

• Obiettivo: la decisione attesa è scritta?
• Dati: i partecipanti hanno informazioni verificabili?
• Partecipanti: sono presenti le persone che conoscono il processo?
• Ruoli: facilitatore e segretario sono assegnati?
• Vincoli: il gruppo conosce limiti di budget, tempo o autorizzazione?

Dopo l'incontro

• Verbale: la decisione è stata registrata con parole non ambigue?
• Azioni: ogni compito ha un responsabile?
• Scadenze: esiste una data di controllo?
• Aggiornamento: gli interessati sanno che cosa cambia?
• Verifica: il team ha stabilito quale evidenza confermerà l'efficacia?

Il template non deve diventare burocrazia. Se il problema è piccolo, compila una versione essenziale. Se è ricorrente o trasversale, conserva la scheda per creare memoria organizzativa.

Metriche e follow-up per il successo sostenibile

Una soluzione non è efficace perché il gruppo l'ha approvata. È efficace quando modifica il problema osservato senza crearne uno nuovo.

Le metriche servono a proteggere il team da due errori opposti. Il primo è dichiarare vittoria dopo un miglioramento momentaneo. Il secondo è continuare a discutere anche quando i risultati mostrano che la decisione funziona.

Scegliere indicatori leggibili

Per ogni problema, seleziona pochi indicatori collegati alla decisione. Puoi osservare:

• Tempo di risoluzione: quanto passa dalla segnalazione alla chiusura.
• Ricorrenza: quante volte lo stesso problema si ripresenta.
• Qualità: quante rilavorazioni, non conformità o reclami restano dopo l'intervento.
• Impatto operativo: quali attività vengono liberate o appesantite.
• Percezione del team: se le persone considerano più chiari ruoli, decisioni e priorità.

Non usare una metrica solo perché è facile da raccogliere. Se il team riduce il tempo di chiusura ma aumenta gli errori, ha ottimizzato il passaggio sbagliato. Il sistema degli indici di performance deve collegare ogni indicatore a un obiettivo operativo e a una decisione possibile.

Rendere il follow-up una parte del lavoro

Il controllo deve essere fissato quando il gruppo approva l'azione. Durante la review, chiedi:

1. Che cosa è cambiato rispetto alla situazione iniziale?
2. Quale evidenza conferma o smentisce l'ipotesi?
3. Quale effetto inatteso è comparso?
4. Dobbiamo standardizzare, correggere o riaprire l'analisi?

Il ciclo PDCA è utile proprio perché obbliga a collegare piano, esecuzione, controllo e decisione successiva. Senza questo passaggio, il team torna alla gestione reattiva e il documento resta una traccia isolata.

La frequenza del controllo deve riflettere il rischio e la velocità del processo. Un cambiamento che incide sulle consegne può richiedere un confronto ravvicinato; una modifica a una procedura stabile può essere verificata con maggiore distanza. L'importante è che il controllo abbia un proprietario e che il risultato venga comunicato.

Riconosci anche il comportamento corretto, non soltanto il risultato finale. Quando una persona segnala un'anomalia con dati, mette in discussione un'ipotesi o chiude un'azione nei tempi concordati, sta rafforzando la capacità del problem solving team. La cultura cambia quando il manager premia la trasparenza e l'apprendimento, non quando celebra soltanto chi interviene all'ultimo momento.

PTManagement lavora con imprenditori e manager di PMI attraverso assessment, coaching individuale, formazione e follow-up su leadership, delega e decision making. Se vuoi trasformare i problemi ricorrenti in un metodo di lavoro condiviso, visita PTManagement e valuta un percorso collegato alle esigenze concrete del tuo team.