Guida all'implementazione
Hoshin Kanri.
L'Hoshin Kanri, che in azienda sentirai chiamare anche Policy Deployment o pianificazione strategica Lean, è il sistema che porta pochi obiettivi breakthrough dentro gli obiettivi, i KPI e le iniziative di ogni livello dello stabilimento, e poi li rivede ogni mese per un anno intero. Regge su due numeri e su un verbo: tre obiettivi breakthrough, non trenta, e negoziare nel catchball invece di calare gli obiettivi a cascata per e-mail. La X-Matrix è solo il verbale di quella conversazione. Se la conversazione non c'è stata, la matrice è un poster appeso al muro.
Che cos'è l'Hoshin Kanri
Hoshin in giapponese è l'ago della bussola; kanri è gestione. Il metodo nasce nel movimento giapponese della qualità degli anni Sessanta e arriva in Occidente con il nome di Policy Deployment, o strategy deployment. Tolto di mezzo il vocabolario restano tre attività legate fra loro: scegliere pochissimi obiettivi breakthrough, distribuirli lungo tutti i livelli dell'organizzazione perché ogni livello sappia qual è il suo contributo misurabile, e rivedere l'avanzamento a ritmo mensile fisso per tutto l'anno.
Direzione, deployment, revisione. La prima cosa quasi tutti ce l'hanno già: una presentazione con la strategia esiste da qualche parte. A mancare sono gli altri due terzi. La strategia resta in direzione, il reparto va avanti con le abitudini dell'anno scorso e gli incendi della settimana, e i due mondi si incontrano una volta all'anno, a budget. L'Hoshin Kanri è la meccanica che li collega, e il meccanismo di collegamento ha un nome: catchball, la negoziazione strutturata in cui ogni livello lancia giù gli obiettivi che propone e il livello sotto rilancia che cosa può impegnarsi a fare, che cosa no e che cosa gli servirebbe. Gli obiettivi scendono, i mezzi e le obiezioni risalgono, e il piano ne esce cambiato.
Per questo l'Hoshin Kanri non è un evento di pianificazione annuale. Se succede una volta a gennaio, è un budget con qualche passaggio in più. Il piano è la parte che costa meno; il sistema è la revisione mensile che tiene vivi tre numeri nell'agenda di ogni responsabile per dodici mesi. E la famosa X-Matrix, la griglia su un foglio che collega obiettivi, iniziative, KPI e responsabili, è soltanto il verbale della conversazione di catchball. Se la conversazione non c'è stata, la matrice è un poster appeso al muro.
Dove sta nella roadmap della trasformazione
Sulla roadmap di trasformazione TeamGuru, l'Hoshin Kanri è la pratica di deployment della strategia nella fase in cui si costruisce l'impianto del sistema. Viene dopo la diagnosi e non prima, ed è una scelta voluta: i breakthrough presi a sensazione sono quasi sempre quelli sbagliati, mentre uno stabilimento che ha camminato i propri flussi con la Value Stream Mapping e ha messo in piedi KPI di produzione di partenza di cui il reparto si fida sceglie i suoi due o tre breakthrough sulle prove. A valle, gli obiettivi distribuiti devono atterrare da qualche parte: per questo subito dopo viene il Daily Management.
- Prima Analisi dello stato attuale
- Prima Baseline dei KPI
- Sei qui Deployment della strategia
- In parallelo Progettazione dello stato futuro
- Dopo Daily Management
Quando non iniziare
L'Hoshin Kanri dà per scontato uno stabilimento capace di misurare, di scegliere e di tenere un ritmo. Tre situazioni dicono che l'ipotesi non regge ancora:
- Non c'è una base di partenza. Se nessuno sa dire con un numero di cui il reparto si fida qual è oggi la puntualità, lo scarto o il fermo macchina, qualsiasi obiettivo breakthrough è un'ipotesi. Prima la misura, poi la strategia.
- La direzione non riesce a dire no ai progetti già aperti. L'Hoshin Kanri è un metodo di scelta travestito da pianificazione: se tutti i progetti in corso sopravvivono all'incontro con il piano, ti ritrovi i trenta obiettivi appesi al muro.
- Si spengono incendi al punto che i problemi di oggi mangiano ogni riunione. Una strategia calata nel caos evapora entro martedì. Prima costruisci il sistema di gestione quotidiana, così la strategia trova uno strato stabile su cui appoggiarsi.
Nel terzo caso la sequenza si inverte apposta: metti in piedi prima il Daily Management, stabilizza la giornata, e poi distribuisci la strategia dentro un sistema capace di reggerla. Hoshin calato sopra gli incendi produce un piano che nessuno ha tempo di eseguire e una revisione a cui nessuno si presenta.
Come si conduce il ciclo annuale
Il ciclo qui sotto dura un anno, ma solo i passi da 1 a 4 sono pianificazione, e vanno chiusi in 4 o 8 settimane in tutto. I passi da 5 a 7 sono la parte che quasi tutte le implementazioni saltano, ed è la parte che fa la differenza tra un sistema di gestione e un poster.
The Hoshin Kanri annual cycle
Seven stations, one year: plan in 4 to 8 weeks, then execute and review for the rest.
| Passo | Chi è coinvolto | Risultato |
|---|---|---|
| 1. Fissa la visione e i breakthrough | Direttore di stabilimento e team di direzione, con i dati della diagnosi in mano | Due o tre obiettivi breakthrough su un orizzonte da 3 a 5 anni, ognuno con un numero e una data. Non temi, non valori: stati finali misurabili, quelli che la diagnosi indica come i più importanti. |
| 2. Definisci gli obiettivi annuali | Team di direzione, una sessione di lavoro più un giro di revisione | Per ogni breakthrough, la fetta che quest'anno deve consegnare, scritta come obiettivo annuale misurabile, e l'elenco dei progetti che vengono fermati o messi in pausa per liberare la capacità. |
| 3. Catchball lungo i livelli | Ogni responsabile con i suoi riporti diretti, livello per livello, nei due sensi | Obiettivi, KPI e iniziative di reparto negoziati. Chi dovrà portare i numeri li ha messi in discussione, ha proposto i mezzi e ha cambiato almeno qualcosa. |
| 4. Chiudi la X-Matrix | Team di direzione più una persona che cura il documento del deployment | Una X-Matrix per livello, che collega breakthrough, obiettivi annuali, iniziative e KPI, con un responsabile con nome e cognome su ogni riga. La matrice mette per iscritto l'accordo uscito dal catchball. |
| 5. Esegui con revisioni mensili | Responsabili degli obiettivi e team di direzione, ogni mese, a durata fissa | KPI reali contro obiettivo, una contromisura con responsabile e data per ogni rosso, e decisioni: iniziative sbloccate, dotate di risorse o fermate. |
| 6. Correggi la rotta a metà anno | Team di direzione, un punto di verifica programmato verso il sesto mese | Obiettivi o iniziative rivisti dove la realtà si è scostata dal piano, e una nota scritta su che cosa è cambiato e perché, così la riflessione annuale ha dei fatti su cui lavorare. |
| 7. Riflessione annuale (hansei) | Tutti quelli che hanno avuto in carico un obiettivo o un'iniziativa | Una valutazione onesta di dove ha sbagliato il processo stesso: obiettivi fissati alla cieca, catchball saltato, revisioni che si sono svuotate. Quello che emerge alimenta il passo 1 del ciclo successivo. |
Le decisioni che danno forma al ciclo
Cinque decisioni stabiliscono se i sette passi producono allineamento o scartoffie:
- Tieni la linea dei tre breakthrough. Se un quarto sembra indispensabile, ne sostituisce uno: non si aggiunge alla lista. Ogni obiettivo in più dimezza l'attenzione che tocca a ciascuno.
- Fai catchball su almeno due livelli: la direzione dello stabilimento con i responsabili di reparto o di flusso di valore, poi i reparti con i capiturno, dove un capoturno sarà responsabile di un KPI. Sotto quel punto i numeri li porta il Daily Management, non il catchball.
- Chiudi tutta la pianificazione in un tempo dato, da 4 a 8 settimane. Il catchball si dilata fino a riempire lo spazio che gli lasci, e un piano finito a marzo è un piano di nove mesi venduto per annuale.
- Scrivi l'elenco di quello che non si farà e pubblicalo insieme al piano. Dire quali progetti si fermano o si mettono in pausa è ciò che libera la capacità; un piano Hoshin che non cancella niente è un'aggiunta, non un deployment.
- Un responsabile con nome e cognome per ogni obiettivo, KPI e iniziativa. Un reparto non può essere responsabile di un numero. Una persona sì.
Strumento gratuito
Metti le cinque decisioni dentro una X-Matrix
La costruisci nel browser, segni le correlazioni, esporti in PNG o PDF, condividi un link. Senza account.
Un breakthrough seguito fino in reparto
I numeri qui sotto sono di esempio, ma coerenti fra loro, e vengono dallo stesso produttore di componenti da 450 persone usato in tutta la roadmap di trasformazione: 456 pezzi al giorno tra taglio, lavorazioni meccaniche, saldatura e assemblaggio, con la puntualità delle consegne ferma al 79%. La diagnosi ha mostrato che la maggior parte dei ritardi risale alla disponibilità delle lavorazioni e al materiale d'acquisto arrivato tardi. Ecco un breakthrough seguito fino in fondo, con le parole che cambiano a ogni livello:
Obiettivo breakthrough, due anni
Responsabile: direttore di stabilimento
Portare la puntualità delle consegne dal 79% al 95% in due anni.
Linguaggio di risultato. È una frase che un cliente riconosce, e nessun reparto può realizzarla da solo.
Obiettivo annuale, quest'anno
Responsabile: direttore operations
Arrivare all'88% di puntualità entro dicembre, dimezzando i ritardi che nascono dalla disponibilità delle lavorazioni meccaniche e dal materiale d'acquisto in ritardo.
È ancora un risultato, ma adesso dice quali due cause il lavoro di quest'anno andrà ad aggredire. Le cause escono dai dati sui ritardi, non dalle opinioni.
Obiettivo di reparto, lavorazioni meccaniche
Responsabile: caporeparto lavorazioni
Portare l'aderenza al programma delle lavorazioni dall'81% al 93% riducendo i fermi macchina non pianificati sui due centri collo di bottiglia da 26 a 10 ore a settimana.
Linguaggio di processo. Fuori dallo stabilimento nessuno scriverebbe questa frase, ed è esattamente il punto: a ogni livello le parole diventano più concrete, mentre i conti continuano a tornare fino al breakthrough.
Che cosa le lavorazioni misurano e portano avanti davvero
- KPI 1: aderenza al programma delle lavorazioni, settimanale, dall'81% al 93% entro il Q4
- KPI 2: fermi macchina non pianificati sui centri 4 e 7, settimanale, da 26 a 10 ore entro il Q3
- Iniziativa: programma di manutenzione preventiva sui centri 4 e 7. In carico al responsabile manutenzione. Primi 90 giorni definiti, revisione mensile.
Guarda che cosa ha fatto il catchball a questo filo. La prima bozza consegnava alle lavorazioni un obiettivo di aderenza del 97%. Il reparto è tornato con i propri dati di fermo macchina e di ritardo, che mostravano come un terzo dei suoi ritardi sul programma nascesse da materiale d'acquisto arrivato tardi, su cui non ha voce in capitolo. Risultato: l'obiettivo delle lavorazioni si è fermato al 93%, gli acquisti si sono presi un obiettivo distribuito tutto loro sulla puntualità dei fornitori, e la formulazione dell'obiettivo annuale è stata riscritta per nominare entrambe le cause. Il piano è diventato più onesto perché è stato negoziato. Quella modifica non è una debolezza del processo. È il processo.
La regola generale che il filo illustra: l'obiettivo di ogni livello risponde «come» per il livello sopra e «perché» per il livello sotto. In cima alla cascata si parla la lingua del cliente; in fondo si parla di centri di lavoro e di ore. Quando tutti i livelli di una cascata si leggono uguali, non c'è stato nessun deployment, solo una distribuzione.
Il ritmo delle revisioni
La revisione mensile Hoshin è il punto in cui il sistema si ripaga, ed è un animale diverso da una riunione di avanzamento. Tre regole la tengono onesta. Primo, il materiale è il documento di lavoro: la X-Matrix e i grafici KPI aggiornati, gli stessi numeri che vede il reparto, non slide preparate la sera prima. Secondo, ogni KPI che manca il suo obiettivo esce dalla stanza con una contromisura, un responsabile e una data; spiegare uno scostamento non è chiuderlo. Terzo, la revisione decide. Le iniziative vengono sbloccate, dotate di risorse o fermate in riunione, dalle persone che sono in riunione. Una revisione che finisce fissando un'altra revisione ha fallito nel suo unico compito.
Novanta minuti bastano per una revisione di stabilimento su tre breakthrough, se i responsabili arrivano con i numeri aggiornati, e restano sufficienti solo finché gli obiettivi restano pochi. Questo ritmo mensile si appoggia sul riesame di direzione che lo stabilimento ha già, invece di mettersi accanto: porta gli obiettivi Hoshin dentro la stessa riunione mensile invece di aprire un secondo tavolo che le fa concorrenza, e lascia alle riunioni Tier quotidiane e settimanali i segnali a intervallo breve, così la revisione mensile può restare al livello degli obiettivi e delle contromisure.
Come fallisce
L'Hoshin Kanri fallisce in modi ripetitivi e ben documentati, e quasi tutti si vedono entro i primi due mesi, se sai che cosa guardare:
Com'è fatto male
- Trenta obiettivi con relativi sotto-obiettivi, e nessuno che sappia citarne uno a memoria
- Obiettivi senza responsabile, o in carico a un reparto invece che a una persona
- Catchball di facciata: le riunioni ci sono state, ma ogni numero è risalito identico a come era sceso
- La X-Matrix vive nel foglio Excel di un tecnico del miglioramento continuo e nessun altro sa spiegarne una riga
- Revisioni mensili che ammirano i grafici, rimandano le cose difficili e non decidono niente
Com'è fatto bene
- Tre breakthrough che qualsiasi capoturno cita senza guardare
- Ogni obiettivo, KPI e iniziativa ha un responsabile con nome e cognome
- Il catchball ha cambiato almeno un obiettivo o un'iniziativa a ogni livello
- I responsabili tengono aggiornate le proprie righe; la matrice si legge in revisione, non si ricostruisce per la revisione
- Le revisioni finiscono con decisioni: contromisure assegnate, iniziative fermate o sbloccate
Che cosa succede dopo
Da qui proseguono due fili. Il primo è il documento di lavoro: la guida alla X-Matrix spiega come si costruisce e come si legge la griglia su un foglio, e la guida al catchball entra nel dettaglio della negoziazione, compreso che cosa fare quando un livello si oppone con forza. Il secondo filo va verso il basso: i KPI distribuiti devono collegarsi ai board che il reparto usa ogni giorno, ed è qui che entrano in gioco l' albero dei KPI e il Daily Management. Un breakthrough che non compare mai su un board Tier è un breakthrough su cui lo stabilimento non sta lavorando davvero.
Il punto in cui entrambi i fili si rompono, in pratica, è lo stesso: i collegamenti tra obiettivi, KPI, iniziative e responsabili si sfaldano nel momento in cui vivono in fogli Excel scollegati. È qui che lavora il caso d'uso deployment della strategia di TeamGuru, che tiene ogni obiettivo collegato ai suoi KPI, alle sue iniziative e ai suoi responsabili, dalla direzione fino alle azioni della settimana, così la revisione mensile legge dati vivi invece di una ricostruzione. Sulla roadmap, la pratica successiva è il Daily Management: il sistema che trasforma i tre numeri di quest'anno nella conversazione di ogni mattina.
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 Hoshin Kanri?
Che differenza c'è tra Hoshin Kanri e OKR o MBO?
Quanti obiettivi deve avere un piano Hoshin?
Quanto dura un deployment Hoshin?
Fino a che livello deve arrivare il catchball?
E se a metà anno la realtà cambia?
Come funziona in TeamGuru