In due righe
- Un team di miglioramento continuo è un gruppo da quattro a sei persone di reparti diversi, con una riunione fissa ogni due settimane.
- Risolve un problema ricorrente alla volta: misurabile, piccolo, chiuso in quattro-sei settimane.
- Servono quattro ruoli: sponsor, facilitatore, due o tre operativi, e un mandato scritto.
- Non serve partire dal lean manufacturing: serve partire da un problema.
Un team di miglioramento continuo in una PMI è un gruppo interfunzionale da quattro a sei persone che si riunisce con cadenza fissa per risolvere un problema ricorrente alla volta. Lo avvii in tre mosse: scegli un problema specifico e misurabile, metti insieme persone di reparti diversi, non solo manager, e dai loro un mandato chiaro su cosa possono decidere. Il metodo è il ciclo PDCA con i cinque perché, e ogni ciclo si chiude con una decisione visibile. Non serve partire dal lean manufacturing: serve partire da un problema.
Cos'è un team di miglioramento continuo (e cosa non è)
Un team di miglioramento continuo è un gruppo ristretto e interfunzionale che si riunisce con cadenza fissa per risolvere problemi ricorrenti. In una PMI da cinque a cinquanta addetti è il dispositivo più economico per costruire un'organizzazione che non dipende dal titolare.
Non è il comitato di direzione: quello decide la strategia, il team esegue il miglioramento. Non è una cassetta dei suggerimenti: i componenti non lasciano idee in una scatola, le portano avanti fino a chiusura. Non è il lean manufacturing: il lean è un sistema di gestione nato in Toyota, il team è solo un gruppo di persone con un metodo. Il comitato di direzione, se esiste, resta l'organo che decide dove investire, mentre il team decide come eliminare i problemi. Puoi avere un team senza comitato, e in molti casi è il primo passo prima di crearne uno: la differenza sta nel tipo di decisioni, come spiega l'articolo sul comitato di direzione.
Perché partire dal team e non dal lean manufacturing
Lo studio di Bortolotti, Boscari e Danese ha confrontato 317 stabilimenti. Quelli che riescono nella trasformazione usano più intensamente le pratiche soft: small group problem solving, formazione, miglioramento continuo. Sulle pratiche hard e tecniche non c'è differenza. In una PMI un team è la pratica soft più economica.
I numeri Istat spiegano perché il lean completo non è praticabile: le microimprese sono il 95,2% delle imprese attive, con un valore aggiunto per addetto di 27,2 mila euro contro i 67,5 mila delle grandi. Tradotto: non ci sono margini per un programma di trasformazione con consulenti e formazioni estese. Un team di quattro persone che si riunisce un'ora ogni due settimane costa quasi zero.
La ISO 9001:2015 al punto 10.3 chiede il miglioramento continuo. QualitiAmo nota che molte organizzazioni la trattano come adempimento formale. Un team vero è il modo per renderla concreta senza adottare tutto l'apparato lean.
Chi mettere nel team: i quattro ruoli che servono davvero
La regola è una: niente team di soli manager. I manager discutono di come dovrebbero andare le cose, non di come vanno davvero. Servono due o tre persone che fanno il lavoro ogni giorno. Sono loro a vedere i problemi per primi e a sapere quali soluzioni reggono.
La composizione tipo in una PMI è questa.
| Ruolo |
Chi è in una PMI |
Tempo richiesto |
A cosa serve |
| Sponsor (il titolare o un socio) |
Chi ha l'ultima parola su investimenti e assunzioni |
30 minuti a ciclo, non a ogni riunione |
Dà il mandato, approva le soluzioni, sblocca le risorse |
| Facilitatore |
Un capo reparto o coordinatore con un po' di metodo |
2 ore a settimana |
Guida la riunione, tiene il PDCA, chiude il cerchio |
| 2-3 operativi |
Persone di reparti diversi che fanno il lavoro ogni giorno |
1 ora ogni due settimane |
Portano i problemi reali e propongono le soluzioni |
| Amministrativo o commerciale (facoltativo) |
Chi vede i numeri o il cliente |
1 ora ogni due settimane |
Porta la prospettiva del costo e del cliente |
Il facilitatore non deve essere il titolare. Se il titolare guida la riunione, gli operativi tenderanno a tacere e a trasformare il team in un'altra riunione informativa. Meglio un capo reparto o un coordinatore con un po' di metodo, che sappia tenere il PDCA e chiudere il cerchio. Il titolare partecipa come sponsor: dà il mandato, approva le soluzioni, sblocca le risorse. Si presenta solo quando serve, non a ogni riunione.
Questa scelta non è scontata. Coinvolgere i dipendenti nelle decisioni operative funziona solo se il perimetro è chiaro: l'articolo sul coinvolgimento dei dipendenti nelle decisioni spiega quando conviene e quando no.
Il mandato: cosa può decidere il team e cosa resta al titolare
Senza mandato il team fa due fini: si spegne perché nessuno ha l'autorità di cambiare niente, oppure invade le scelte del titolare e scatena conflitti. Il mandato si scrive in una pagina, a mano, e si divide in tre blocchi.
Cosa il team decide da solo: modifiche al flusso di lavoro, check di controllo, standard operativi, prove su scala ridotta. Cosa il team propone al titolare: investimenti, assunzioni, modifiche a contratti o listini, cambi di responsabilità. Cosa è vietato toccare: prezzi, clienti strategici, decisioni che impattano la cassa oltre una soglia stabilita dal titolare.
Esempio: in un'officina il team può cambiare la checklist d'ordine senza chiedere nessuno. Non può comprare un nuovo software se costa più di cinquecento euro. Non può decidere di non servire più un cliente che vale il dieci per cento del fatturato.
Il mandato va firmato dal titolare e letto nella prima riunione. Se non lo fai, il team partecipa a vuoto o litiga col titolare.
Il ritmo: quanto spesso si riunisce e quanto dura
Una riunione da trenta a sessanta minuti ogni due settimane. Stessa ora, stessa agenda. La cadenza fissa vale più della durata. Ogni settimana è troppo per un'azienda piccola: la riunione risucchia tempo operativo. Ogni mese è troppo poco: il problema si raffredda, i componenti dimenticano, il ciclo PDCA si sfilaccia.
L'agenda tipo in sessanta minuti: dieci minuti per rileggere le decisioni precedenti, venti per analizzare il problema con i cinque perché, venti per proporre una soluzione e assegnare chi la prova, dieci per decidere il prossimo problema. Niente giri di tavolo, niente verbalizzazione estenuante. Basta una lavagna o un foglio condiviso con tre colonne: problema, causa, soluzione.
Il facilitatore ha due ore a settimana, non solo la riunione. Preparare l'ordine del giorno, raccogliere i dati, chiudere il cerchio. Se il facilitatore non ha tempo, il team muore in tre riunioni.
Il metodo di lavoro: cinque perché e PDCA in mezza pagina
Il metodo sta in quattro passi e non serve altro.
- Descrivi il problema in modo misurabile: cosa, dove, da quanto, quanto costa.
- Risali alla causa con i 5 perché. Chiedi perché fino a che non trovi la causa vera, non il sintomo.
- Prova una soluzione piccola con il ciclo PDCA: pianifica, prova su scala ridotta, verifica l'effetto, adotta o scarta.
- Verifica e standardizza. Se la soluzione funziona, diventa standard: la scrivi, la spieghi, la controlli.
Il PDCA è il ciclo Plan-Do-Check-Act: si pianifica un cambiamento, lo si prova su scala ridotta, si verifica l'effetto e si adotta o si scarta. I cinque perché sono la tecnica che risale da un sintomo alla causa vera chiedendo perché più volte di seguito.
Il Kaizen, il principio giapponese dei piccoli miglioramenti quotidiani fatti da chi esegue il lavoro, non chiede grandi progetti. Chiede esattamente questo: un problema piccolo, una causa, una soluzione, una verifica. La differenza tra il Kaizen e il team fermo è che il team chiude il ciclo con una decisione scritta.
Il passo successivo
Deleghe, processi e ruoli si sistemano lavorandoci sopra. Da Caos a Impresa sono tre giorni dal vivo a Bologna, su casi veri.
Guarda Da Caos a Impresa
Come scegliere il primo problema
Tre criteri, in ordine. Il problema deve essere ricorrente, misurabile e risolvibile in quattro-sei settimane. Non partire dal problema sistemico.
Ricorrente: succede almeno una volta a settimana. Misurabile: sai contare quante volte succede o quanto costa. Risolvibile in quattro-sei settimane: dipende da un processo, non da cambi strutturali.
La trappola classica è scegliere il problema troppo grande. Un'azienda di servizi da dodici persone sceglie "migliorare la soddisfazione dei clienti". È sistemico, non misurabile, non chiudibile. Il team si blocca. Il problema giusto è: "il tempo medio di risposta alle email è 48 ore contro le 24 promesse". È ricorrente, misurabile in ore, risolvibile cambiando il flusso di risposta.
Per individuare i candidati, puoi partire da un'analisi delle criticità nei processi. Un buon metodo è chiederti: quale problema mi tocca risolvere io stesso almeno una volta a settimana? Quello è il candidato giusto per il primo ciclo.
Come si chiude il cerchio: dal problema alla decisione
La regola che salva il team è questa: ogni suggerimento riceve una risposta entro sette giorni, ogni ciclo finisce con una decisione scritta.
Se un operativo propone una soluzione e il titolare risponde "ci penso" e poi sparisce, il team capisce in due riunioni che è tutto inutile. La cassetta dei suggerimenti muore così: nessun feedback, nessuna decisione, nessun miglioramento.
Il cerchio chiuso ha tre passaggi. Il facilitatore registra la soluzione provata. Il titolare o lo sponsor risponde entro sette giorni: sì, no, oppure sì con modifiche. La decisione si scrive sul foglio condiviso, con data e responsabile. Se la risposta è no, il motivo si spiega: il team impara cosa non va nella proposta.
Un team vivo si riconosce da una cosa: l'ultima colonna del foglio, quella delle decisioni, è piena. Un team morto ha la colonna dei problemi piena e quella delle decisioni vuota.
Esempio lavorato: un'azienda da due milioni e nove persone
Facciamo un conto su un'azienda tipo. Mettiamo un'officina di installazione impianti con nove persone e due milioni di fatturato. Il problema: il 15% degli ordini arriva in produzione con dati incompleti, due o tre rilavorazioni a settimana. Il team: il titolare come sponsor, il responsabile produzione come facilitatore, un tecnico installatore e un commerciale.
Con i cinque perché risalgono alla causa.
- Perché gli ordini arrivano incompleti? Perché mancano indirizzo di installazione, potenza richiesta e contatti del cliente.
- Perché mancano? Perché il commerciale raccoglie l'ordine a voce, senza una lista di controllo.
- Perché non c'è una lista? Perché ognuno ha sempre raccolto i dati a modo suo.
- Perché nessuno ha uniformato? Perché non esiste un responsabile dei dati d'ordine.
- Perché il problema si ripete? Perché il titolare corregge a mano ma non ha mai definito una procedura.
La causa vera è che manca una checklist minima condivisa. Non serve un software.
Il team applica il PDCA. Plan: checklist d'ordine in tre punti, indirizzo, potenza, contatti. Do: la provano per due settimane in produzione. Check: confrontano il numero di ordini incompleti prima e dopo. Act: la checklist diventa obbligatoria e il commerciale la compila prima di passare l'ordine.
Dopo sei settimane, in questa ipotesi, gli ordini incompleti scendono dal 15% al 4% e le rilavorazioni da due o tre a settimana a meno di una al mese. Il costo della checklist è zero: un foglio e una regola. Questi numeri sono ipotesi trasparenti, non rilevazioni. Il valore del metodo sta nel fatto che tu puoi rifare lo stesso conto con i tuoi numeri.
Gli errori che ammazzano il team nei primi sei mesi
I cinque errori più frequenti, con il segnale per riconoscerli.
Non fare: partire dai tool lean (5S, value stream mapping, Kanban). Segnale: la riunione diventa un corso su tecniche e nessun problema viene chiuso. Il team serve a risolvere un problema, non a imparare un vocabolario.
Non fare: mettere solo manager. Segnale: si discute di come dovrebbero andare le cose, non di come vanno davvero. Le soluzioni proposte non toccano il lavoro quotidiano perché nessuno in stanza lo fa.
Non fare: non dare mandato. Segnale: il team propone e il titolare decide sempre da solo, oppure il team decide cose che invadono il titolare e scoppia il conflitto.
Non fare: misurare dieci KPI subito. Segnale: la riunione si perde a leggere indicatori e non a risolvere problemi. Nel primo trimestre un solo indicatore: quanti problemi il team ha chiuso.
Non fare: aspettarsi risultati in due settimane. Segnale: dopo il primo ciclo il titolare chiede "dove sono i risultati?" e smonta il team. I primi risultati arrivano da quattro a otto settimane, su un problema piccolo. La cultura del miglioramento si costruisce in sei-dodici mesi.
Come capire se sta funzionando: tre misure
Tre indicatori leggeri bastano. Problemi chiusi nel mese: quanti problemi il team ha portato da "individuato" a "decisione applicata". Tasso di ricomparsa dello stesso problema: se un problema torna dopo due cicli, la causa non era quella vera. Partecipazione alle riunioni: se gli operativi delegittimano o saltano, il mandato non regge.
Nel primo trimestre usa un solo indicatore: problemi chiusi nel mese. È il più semplice e non richiede sistemi. Dopo il primo trimestre aggiungi il tasso di ricomparsa, che è la misura vera della qualità del cinque perché.
Se il team chiude almeno un problema ogni due riunioni, sta funzionando. Se in tre riunioni non ha chiuso niente, non è un problema di metodo: è un problema di mandato o di composizione.
Domani mattina puoi fare una cosa sola. Scrivi su un foglio un problema ricorrente e misurabile della tua azienda, e accanto i nomi di tre persone di reparti diversi che lo vedono ogni giorno. Poi fissagli una riunione di trenta minuti fra due settimane. Non serve altro per cominciare.
Domande frequenti
Quante persone servono in un team di miglioramento continuo?
Fra quattro e sei, non di più. Con meno di quattro il team perde la prospettiva interfunzionale; con più di sei la riunione diventa lenta e qualcuno smette di parlare. In una PMI da cinque a cinquanta addetti bastano il titolare come sponsor, un facilitatore e due o tre operativi di reparti diversi.
Con che frequenza deve riunirsi il team?
Una riunione da trenta a sessanta minuti ogni due settimane è il ritmo giusto per cominciare. Ogni settimana è troppo per un’azienda piccola, ogni mese è troppo poco perché il problema si raffredda. La cadenza fissa conta più della durata.
Il team deve essere fatto solo di manager?
No. Un team di soli manager discute di come dovrebbero andare le cose, non di come vanno davvero. Servono anche due o tre persone che fanno il lavoro ogni giorno: sono loro a vedere i problemi per primi e a sapere quali soluzioni reggono.
Quanto tempo serve per vedere i primi risultati?
I primi risultati si vedono in genere da quattro a otto settimane, se si lavora su un problema piccolo e misurabile. La cultura del miglioramento si costruisce in un arco da sei a dodici mesi. Chi si aspetta una trasformazione in due settimane confonde il team con un intervento una tantum.
Un team di miglioramento continuo è la stessa cosa del lean manufacturing?
No. Il team è un dispositivo organizzativo, un gruppo di persone che risolve problemi. Il lean manufacturing è un sistema di gestione nato in Toyota per eliminare gli sprechi. Puoi usare il team senza adottare il lean, ed è la strada giusta per una PMI.
Serve un consulente per avviare il team?
No per avviarlo, sì se dopo qualche mese non chiude i cicli. Il metodo di base, cinque perché e PDCA, si spiega in un’ora. Un consulente serve quando il team si ferma per mancanza di mandato o perché nessuno decide: lì il problema è organizzativo, non tecnico.
Delera CRM
Delera Agent AI
UmanValue
PMI Speed Test