IL COMMONPLACE BOOK PER IL QUALITY MANAGER
Sapete cos'è un commonplace book e l'utilità che può avere nel quality management?
Sono le 16:30 di un venerdì pomeriggio. State facendo un giro nel reparto produzione e, mentre osservavate l'operatore al tornio CNC, notate un dettaglio nel suo modo di verificare le tolleranze che potrebbe rivoluzionare l'approccio alle ispezioni in linea. È un'intuizione brillante, una di quelle che potrebbero ridurre i tempi di controllo mantenendo l'efficacia. La annotate velocemente sul primo foglio che trovate – il retro di una distinta base.
Tre mesi dopo, durante un audit interno, vi trovate di fronte a una non conformità sul processo di ispezione. Sapete di aver già annotato una soluzione elegante a questo problema, ma dove?
Avete accesso a una quantità di conoscenza senza precedenti che rende quasi impossibile recuperare l'informazione giusta al momento giusto. La citazione perfetta di Deming per convincere la direzione dell'importanza della formazione? Da qualche parte, ma dove?
Se avete sperimentato qualcosa di simile nelle vostre giornate, un commonplace book potrebbe essere la soluzione perché rappresenta molto più di un semplice quaderno di appunti. È un contenitore personale e curato dove il responsabile qualità raccoglie, organizza e collega informazioni critiche per la propria pratica professionale. Pensatelo come un laboratorio dove convergono tutte le informazioni e le riflessioni utili, le lezioni apprese, le intuizioni e le osservazioni sul campo.
Si tratta di uno strumento con radici che risalgono al Rinascimento, quando pensatori come Leonardo da Vinci e Isaac Newton lo utilizzavano per catturare e collegare le loro osservazioni.
A differenza di un sistema di gestione documentale aziendale, rigido e proceduralizzato, il commonplace book è uno spazio fluido e personale dove inserire quella conversazione illuminante con un auditor esperto, un'interpretazione particolarmente efficace di un requisito della ISO 9001 e la conoscenza formale degli standard che si fonde con l'esperienza pratica.
Durante una gemba walk, il quality manager si trova in una posizione privilegiata: osserva i processi nel loro ambiente naturale, non filtrati da report o descrizioni di seconda mano. È in questi momenti che emergono quelle piccole inefficienze, quei dettagli apparentemente insignificanti che, sommati, possono rappresentare la differenza tra un processo eccellente e uno mediocre. La natura non strutturata di queste osservazioni si sposa perfettamente con la filosofia del commonplace book che permette di catturare osservazioni in tempo reale con una flessibilità che nessun modulo prestampato può offrire. Non compilerete, infatti, una checklist predefinita ma esplorerete, noterete pattern, coglierete sfumature: quel leggero esitare dell'operatore prima di un'attività, il modo in cui riorganizza istintivamente gli strumenti, la micro-pausa per verificare qualcosa che dovrebbe essere ovvio. Sono tutti segnali che un occhio allenato può cogliere e che meritano di essere documentati.
Un esempio durante la gemba walk
Data: 16 luglio 2025, ore 10:47
Reparto: Assemblaggio componenti elettronici - Linea 3
Osservazione: "L'operatore Mario, per prendere il componente X (connettore a 12 pin), deve fare tre passi indietro verso il carrello componenti. Movimento ripetuto ogni 2 minuti circa (30 volte/ora). Potenziale spreco (Muda) di movimento. Misurare il tempo esatto e calcolare distanza percorsa su un turno completo"
Follow-up (24 luglio):
"Misurato con cronometro: 4,5 secondi per recupero componente, inclusi giro del corpo e ritorno. Mario lavora su lotti da 100 pezzi = 450 secondi (7,5 minuti) di movimento non a valore aggiunto per lotto. In un turno produce 6 lotti = 45 minuti di camminata. Distanza stimata: 3 passi x 2 (andata/ritorno) x 1,5 metri = 9 metri per ciclo. In un giorno: 5,4 km (!)"
Collegamento a osservazione precedente (da pagina 47 del commonplace book):
"Simile a quanto notato sulla Linea 1 a gennaio. Anche lì il carrello componenti era posizionato alle spalle dell'operatore. Pattern ricorrente: layout progettati per flusso materiale, non per ergonomia operatore"
Nota per riunione miglioramento:
"Proporre spostamento carrello a 45° sulla destra di Mario. Investimento: zero. Risparmio potenziale: 45 min/giorno x 220 giorni = 165 ore/anno. A 25€/ora = 4.125€/anno per singola postazione"
Nota (31 luglio):
"Durante coffee break, Mario mi ha rivelato che il posizionamento attuale del carrello è 'sempre stato così'. Nessuno l'aveva mai messo in discussione. Classico esempio di cecità da abitudine'"
Connessione a principio lean:
"I problemi più difficili da vedere sono quelli davanti ai nostri occhi ogni giorno (Taiichi Ohno). Questo caso è perfetto per il training sui Muda di movimento"
Notate come quella che inizia come una semplice annotazione si evolve in un caso di studio completo? Il commonplace book permette questa stratificazione di conoscenza. Quando vi serviranno, avrete non solo l'osservazione iniziale, ma anche:
- dati quantificati sull'impatto
- collegamenti a modelli simili in altre aree
- il contesto umano (la rivelazione di Mario)
- applicazioni per la formazione
- una stima del ROI pronta all'uso
Questa ricchezza di dettagli e connessioni sarebbe impossibile da catturare in un modulo standard o in un database rigido. Il commonplace book permette alla vostra osservazione di crescere e collegarsi ad altre esperienze.
Sfogliando il vostro commonplace book mesi dopo, poi, potreste addirittura notare che avete documentato decine di questi "piccoli" sprechi di movimento e che emerge un pattern: il 70% riguarda il posizionamento non ottimale di materiali e strumenti. Questa osservazione diventa la base per un progetto di reengineering del layout che potrebbe generare risparmi nell'ordine delle migliaia di euro.
Il commonplace book trasforma così le gemba walk da semplici controlli a vere e proprie sessioni di raccolta di dati operativi. Ogni piccola inefficienza notata, ogni spreco apparentemente trascurabile, ogni scorciatoia brillante inventata da un operatore trova il suo posto in questo deposito di conoscenza pratica che avrete sempre a portata di mano.
Un altro esempio durante la raccolta di un reclamo
Quando si analizzano non conformità e reclami dei clienti, spesso ci concentriamo sui dati tecnici: dimensioni fuori tolleranza, percentuali di difettosità, tempi di risposta. Ma sono le parole – quelle precise parole usate dal cliente frustrato o dal fornitore in difficoltà – che spesso rivelano la vera natura del problema. Il commonplace book è perfetto proprio nel preservare queste sfumature verbali per non dimenticarle.
Data: 2 luglio 2025, ore 14:20
NC #: 2025-087
Cliente: XXX
Citazione testuale dal reclamo: "Non è tanto il ritardo di 3 giorni che ci preoccupa, quanto il fatto che NESSUNO ci abbia informato. Il vostro project manager sembrava sorpreso quando l'abbiamo chiamati noi. Come può essere sorpreso di un ritardo sul SUO progetto?"
Prima reazione: focus del cliente non è sul ritardo ma sulla comunicazione. Parola chiave: "sorpreso". Verificare processo di monitoraggio spedizioni.
Follow-up (4 luglio) - Conversazione con il project manager:
"Ho parlato con Andrea (PM): 'Pensavo che il sistema automatico avesse inviato la notifica. Non controllo manualmente ogni spedizione, mi fido del sistema.' NOTA: 'Mi fido del sistema' - pericolosa assunzione. Quanti altri si 'fidano' ciecamente?"
Analisi delle cause (7 luglio):
"Il sistema invia notifiche automatiche SOLO per ritardi >5 giorni. Policy scritta da nessuna parte. Andrea lo ha 'imparato' da un collega precedente. Cliente XXX richiede notifica per ritardi >2 giorni. Disconnessione totale tra requisiti cliente e setup sistema"
Collegamento a NC precedente (da pagina 11 del commonplace book):
"Febbraio 2025 - Cliente automotive si lamentava: 'Sembra che la mano destra non sappia cosa fa la sinistra.' Anche lì problema di comunicazione interna. Modello emergente: assumiamo che i sistemi funzionino senza verificare allineamento con i requisiti specifici del cliente"
Citazione dal fornitore logistico (8 luglio):
"Durante la call con fornitore spedizioni: 'Noi abbiamo inserito l'alert nel sistema il giorno 1. Se voi non lo vedete, è un problema vostro di configurazione.' Tono: frustrato ma collaborativo. Hanno screenshot come prova. Il nostro sistema non stava leggendo correttamente i loro aggiornamenti."
Osservazione - conversazione caffè con operatore senior (11 luglio):
"Gianni (20 anni in azienda): 'Sai qual è il problema? Prima parlavamo tutti con tutti. Ora parliamo tutti con il sistema, ma il sistema non parla con nessuno.' Profondo. Da incorniciare."
Azione implementata e risultato (14 luglio):
"Implementato check manuale settimanale a campione su 10 spedizioni critiche. Trovate 3 discrepanze nella prima settimana (!). Maria dell'ufficio spedizioni: 'Finalmente qualcuno se n'è accorto!'"
Feedback cliente post-risoluzione (16 luglio):
"Email da XXX: 'Apprezziamo non solo la risoluzione, ma soprattutto che abbiate capito il vero problema. La trasparenza che ora dimostrate vale più di qualsiasi sconto.' NOTA: 'Trasparenza' - parola che ricorre in 60% dei feedback positivi"
Sfogliando il commonplace book mesi dopo, nasce un'osservazione. Le parole più ricorrenti nei reclami non sono "difetto", "ritardo" o "errore", ma:
- "Nessuno ci ha detto..."
- "Sembrava non sapere..."
- "Abbiamo scoperto per caso..."
- "Se solo avessimo saputo prima..."
Questa analisi testuale, impossibile da fare con i tradizionali moduli 8D o database NC, rivela che il 40% dei reclami gravi ha come causa un errore di comunicazione, non di processo tecnico.
Nota:
Più automatizziamo la comunicazione, più diventa critico verificare che la comunicazione stia effettivamente avvenendo. I sistemi non hanno ansia da prestazione - non si preoccupano se un messaggio non viene recepito. Gli umani sì. La citazione di Gianni ('il sistema non parla con nessuno') cattura perfettamente questo paradosso. Possibile tema per prossima formazione?"