In breve, il PDCA funziona quando ogni fase produce un dato utile per decidere
- Il ciclo PDCA serve a migliorare un processo in modo iterativo, con obiettivi, test e verifiche.
- Nell’esempio che seguo il focus è su un processo HR molto comune: l’onboarding dei nuovi assunti.
- La parte più trascurata è spesso la fase di verifica, ma è quella che distingue un miglioramento reale da una semplice impressione.
- Il metodo rende meglio su processi ripetibili, meno su decisioni strategiche troppo aperte o ambigue.
- La digitalizzazione aiuta se rende i dati leggibili; non aiuta se digitalizza un processo già confuso.
- Per partire bene bastano un obiettivo, un pilota piccolo e una data di revisione già fissata.
Che cosa mostra davvero il ciclo di Deming
Quando parlo di PDCA, io non penso a una teoria elegante da manuale, ma a un modo di prendere decisioni con disciplina. Le quattro fasi - Plan, Do, Check, Act - servono a evitare un errore molto comune in azienda: modificare il processo, sperare che funzioni e poi considerare il risultato come definitivo senza averlo misurato.
Il punto non è fare più attività, ma fare miglioramento continuo con un ordine preciso. Prima definisco il problema, poi provo una soluzione su scala ridotta, verifico i risultati e solo dopo la rendo stabile. In pratica, il ciclo di Deming è utile perché costringe a rispondere a quattro domande essenziali: che cosa voglio cambiare, come lo provo, come capisco se ha funzionato e che cosa standardizzo alla fine.
Per questo, in pianificazione aziendale, il PDCA è molto più utile di un piano statico scritto una volta sola. Un piano chiuso non regge quando cambiano i carichi di lavoro, le persone, gli strumenti o le priorità operative. Un piano ciclico, invece, permette di correggere rotta senza perdere il controllo del processo. Da qui ha senso passare a un esempio concreto, perché è lì che la logica diventa davvero leggibile.
Un ciclo di Deming, esempio applicato alla pianificazione aziendale
Se dovessi impostarlo in un’azienda di dimensioni medio-piccole, scegliere un processo HR è spesso la strada migliore: è ripetibile, coinvolge più funzioni e produce effetti visibili in tempi brevi. L’esempio che uso qui riguarda l’onboarding dei nuovi assunti, cioè il percorso con cui una persona entra in azienda, riceve accessi, documenti, istruzioni e supporto iniziale.
Immaginiamo questo scenario: il team HR nota che i nuovi arrivati impiegano troppo tempo per essere operativi, perché mancano accessi digitali, documenti firmati e informazioni base sul ruolo. Io partirei da un pilota di 30 giorni su un solo reparto, non su tutta l’azienda. È un dettaglio importante, perché un miglioramento troppo ampio all’inizio rischia di confondere i dati.
| Fase | Cosa faccio | Risultato atteso |
|---|---|---|
| Plan | Mappo il flusso di onboarding, individuo i ritardi e definisco 2-3 KPI, ad esempio tempo medio per completare gli accessi e percentuale di documenti pronti entro il primo giorno. | Un piano breve, con obiettivo chiaro e responsabilità assegnate. |
| Do | Testo una checklist digitale, una richiesta accessi centralizzata e un calendario standard per il primo mese. | Un pilot controllato su un solo team o reparto. |
| Check | Confronto i dati prima e dopo il test, raccolgo feedback da HR, manager e neoassunti. | Capisco se il problema si è ridotto davvero o solo spostato altrove. |
| Act | Standardizzo ciò che funziona e correggo i passaggi ancora deboli. | Un processo aggiornato, pronto per il ciclo successivo. |
In questo esempio, io mi aspetterei risultati come questi: meno ritardi sugli accessi, meno richieste ripetute all’ufficio HR, meno improvvisazione dei manager e un’esperienza iniziale più chiara per chi entra. Il valore non sta solo nella velocità, ma anche nella qualità percepita dal dipendente. Ed è qui che il PDCA diventa interessante per chi si occupa di pianificazione aziendale: migliora sia l’efficienza sia la coerenza organizzativa.
Come traduco le quattro fasi in azioni misurabili
Il rischio più grande è trasformare Plan, Do, Check e Act in quattro parole eleganti ma vaghe. Io preferisco leggere ogni fase come un insieme di decisioni operative. Se manca questo passaggio, il ciclo resta un'etichetta e non un metodo.
| Fase | Domanda guida | Errore tipico | Indicatore utile |
|---|---|---|---|
| Plan | Che cosa non funziona e perché? | Definire un problema generico come “serve migliorare tutto”. | Baseline iniziale, tempi, volumi, punti di blocco. |
| Do | Quale cambiamento provo per primo? | Applicare subito la soluzione a tutta l’organizzazione. | Numero di persone coinvolte nel pilot, durata del test. |
| Check | Che cosa dicono i dati? | Valutare il successo solo con sensazioni o feedback isolati. | Scarto tra obiettivo e risultato reale. |
| Act | Cosa standardizzo e cosa correggo? | Chiudere il progetto senza aggiornare il processo. | Nuova procedura, owner definito, data del ciclo successivo. |
Qui c’è un concetto che secondo me fa la differenza: la fase Check non serve a giudicare le persone, ma a leggere il processo. Se il nuovo flusso onboarding non produce il risultato atteso, non significa che il team abbia fallito. Significa che il piano va rivisto, oppure che il test era impostato male. Questa mentalità riduce molta frizione interna, soprattutto quando il cambiamento coinvolge HR e IT insieme.
Un dettaglio tecnico utile: il KPI, cioè il key performance indicator, è l’indicatore con cui misuro il risultato. Se voglio esempio misurare la qualità dell’onboarding, non mi basta dire che “va meglio”; devo scegliere un numero, come il tempo medio di attivazione degli accessi o la percentuale di documenti completati entro 48 ore. Senza un KPI, il ciclo perde il suo lato più utile, cioè la possibilità di imparare dai dati.
Dove il metodo rende di più e dove rallenta
Il PDCA non è una soluzione universale, e io diffido sempre di chi lo presenta così. Funziona bene quando il processo si ripete, i passaggi sono osservabili e il risultato può essere misurato in modo abbastanza pulito. Rende meno, invece, quando il problema è strategico, ambiguo o dipende da troppe variabili esterne.
Per chiarirlo, confronto spesso le situazioni adatte e quelle meno adatte in modo molto pratico:
| Situazione | PDCA adatto | Perché |
|---|---|---|
| Onboarding, richieste ferie, approvazioni documenti | Sì | Processi ripetibili, tempi misurabili, miglioramento incrementale possibile. |
| Benessere organizzativo, attrition, clima interno | Sì, con cautela | Servono anche ascolto e indicatori indiretti, non solo numeri di processo. |
| Riorganizzazioni complesse o scelte di mercato | Parzialmente | Il ciclo aiuta a testare ipotesi, ma non sostituisce la decisione strategica. |
| Emergenze operative | Solo dopo la stabilizzazione | Prima serve contenere il problema, poi migliorare il processo. |
Questa distinzione è importante perché evita un abuso frequente: usare il PDCA come se fosse una griglia per tutto. In realtà, io lo considero uno strumento di controllo del miglioramento, non un sostituto del pensiero manageriale. Se il problema richiede una scelta di indirizzo, il ciclo aiuta a validare le opzioni. Se invece il problema è già chiaro, il PDCA aiuta a renderlo più efficiente.
Detto in modo semplice: il metodo rallenta quando lo si usa per discutere all’infinito, accelera quando lo si usa per testare presto e correggere presto. È per questo che il perimetro del pilot deve restare piccolo. Un test da 20-30 giorni su un team è spesso più utile di un progetto da tre mesi su tutta l’azienda, perché produce evidenze più leggibili.Come lo uso in HR e digitalizzazione senza creare altra burocrazia
Nel mio lavoro ideale, il PDCA non aggiunge strati di carta, ma toglie ambiguità. In HR questo conta molto, perché i processi sono spesso pieni di passaggi invisibili: una firma in attesa, un accesso non attivato, un colloquio di allineamento saltato, un modulo che passa da una casella all’altra senza un proprietario chiaro. La digitalizzazione aiuta solo se rende questi passaggi tracciabili.
Per questo, quando collego il PDCA alla digitalizzazione, guardo tre casi molto concreti:
- Onboarding digitale, con checklist, firme elettroniche e accessi automatizzati.
- Gestione ferie e permessi, con richieste standardizzate e tempi di approvazione misurabili.
- Ascolto del benessere, con survey brevi e cicli di azione rapidi sui problemi emersi.
Il principio è sempre lo stesso: prima definisco il flusso minimo che funziona, poi lo testo, poi misuro il delta. Se digitalizzo un processo confuso, lo renderò solo più veloce nel produrre confusione. Se invece uso il ciclo di Deming per disegnare un flusso pulito, il digitale diventa un moltiplicatore di ordine, non un semplice strumento estetico.
In questo senso, il miglioramento continuo è molto vicino alla realtà dei team HR: piccoli cambiamenti, dati chiari, feedback rapidi, nuova standardizzazione. Non serve reinventare tutto ogni volta. Serve creare un’abitudine manageriale che permetta di correggere il tiro prima che il costo degli errori salga troppo.
Il valore vero arriva quando il ciclo resta aperto e non si ferma al primo successo
Il punto finale, per come la vedo io, è questo: un buon ciclo PDCA non si chiude quando il primo test sembra riuscito, ma quando il processo nuovo diventa abbastanza solido da essere riutilizzato. Se ho migliorato l’onboarding di un reparto, non mi fermo lì. Fisso il nuovo standard, assegno un responsabile, preparo il prossimo controllo e scelgo un altro punto debole da affrontare.
Per partire senza complicarsi la vita, io seguirei quattro mosse molto pratiche: scegliere un processo ripetibile, definire un solo obiettivo misurabile, testare il cambiamento su un gruppo piccolo e fissare subito la data di revisione. È un approccio semplice, ma proprio per questo è efficace. Il valore del ciclo di Deming non sta nella teoria, sta nella disciplina con cui si ripete.
Se devo lasciare un criterio operativo, è questo: migliora una cosa alla volta, misurala bene e standardizzala solo quando i dati lo giustificano. È il modo più affidabile per trasformare la pianificazione aziendale in un processo vivo, soprattutto quando HR e digitalizzazione devono produrre risultati concreti e non solo buone intenzioni.