In breve
Ho passato quattordici anni nella qualità industriale prima di scrivere una sola riga di software. Quello che ho imparato non riguarda un materiale né un processo: riguarda ciò che succede quando un pezzo viene scartato, quando uno strumento non è stato tarato, quando il cliente chiede un fascicolo e nessuno sa dove sia.
Queste situazioni sono le stesse in un'officina meccanica, una segheria, una carpenteria metallica o una fabbrica di porte e finestre. Ecco i sette principi che ne derivano, e su cui è costruito tutto ciò che sviluppiamo.
Perché enunciare principi invece di funzionalità
Un elenco di funzionalità non dice niente. Tutti i software qualità gestiscono le non conformità, i documenti e le tarature, come tutti i programmi di videoscrittura gestiscono il grassetto e il corsivo. Quello che distingue due strumenti non è ciò che fanno, è ciò in cui credono i loro autori.
Credere che un'officina debba adattarsi al software, o il contrario. Credere che un sistema possa dichiarare da solo una conformità, o che un essere umano debba sempre firmare. Credere che la qualità sia un ufficio, o che sia una pratica quotidiana portata avanti da persone già occupate. Queste convinzioni non si leggono in una pagina di confronto. Si leggono nelle mille piccole scelte che fanno sì che uno strumento vi faccia guadagnare tempo o ve ne faccia perdere.
Tanto vale scriverle.
1. Si parte da un fastidio d'officina, non da una tecnologia
Il primo software che abbiamo costruito non nasce da un'analisi delle tendenze tecnologiche. Nasce da un'osservazione banale: in una PMI manifatturiera, la persona che controlla i pezzi passa una parte considerevole della giornata a ricopiare. Ricopiare le caratteristiche da verificare da un disegno o da una specifica. Ricopiare i valori rilevati in una tabella. Ricopiare tutto in un documento presentabile per il cliente.
Nessuno paga per ricopiare. Il cliente paga per un pezzo conforme e per la prova che lo è. Tutto il tempo passato tra le due cose è tempo che l'azienda assorbe.
Questo punto di partenza ha una conseguenza pratica: non cominciamo mai chiedendo quali funzionalità qualcuno desideri. Chiediamo cosa l'ha fatto restare fino a tardi la settimana scorsa. La risposta è quasi sempre un'attività amministrativa nata da un'esigenza legittima, ed è lì che c'è qualcosa da fare.
Un software che non elimina un'attività che detestate non è un investimento. È un'attività in più.
2. La qualità è produrre la prova
Ci sono due modi di intendere una norma di gestione della qualità. Il primo: un ostacolo da superare ogni tre anni, di cui ci si occupa sei settimane prima dell'audit. Il secondo: un sistema che esige, ogni giorno, che si possa dimostrare quello che si afferma.
La prima lettura produce raccoglitori. La seconda produce aziende che sanno a che punto sono.
In concreto, la differenza sta in una domanda semplice posta a freddo, un martedì mattina: potete dimostrare che questo pezzo, questo lotto, questo manufatto è stato controllato, da chi, con quale strumento, e che quello strumento era valido quel giorno? Se la risposta richiede mezza giornata di ricerche, il sistema esiste sulla carta ma non nei fatti.
Per questo tutto ciò che costruiamo produce la prova insieme al lavoro, mai dopo. Un controllo registrato genera la sua traccia. Uno strumento utilizzato si collega al suo certificato di taratura. Una non conformità si chiude con la verifica della sua efficacia. Il motivo non è che un auditor lo chiederà: ricostruire a posteriori costa dieci volte di più che registrare sul momento, e dà un risultato meno affidabile.
3. L'automazione propone, l'essere umano dispone
Usiamo il riconoscimento automatico per leggere documenti tecnici, e misuriamo ciò che produce: su oltre 1.500 rapporti reali, la stragrande maggioranza delle caratteristiche viene estratta correttamente. È un guadagno considerevole. Non è un motivo per affidargli la decisione.
La regola che ci imponiamo è assoluta e non ammette eccezioni: un sistema può proporre, solo un essere umano dichiara la conformità. L'estrazione propone un elenco di punti da controllare; il collaudatore lo convalida. L'analisi segnala una deriva; il responsabile decide. La firma in fondo a un fascicolo impegna una persona, e quella persona deve aver visto ciò che firma.
Questa posizione è una questione di responsabilità, non di prudenza commerciale. Quando un pezzo non conforme arriva da un cliente, non è il software a rispondere al telefono. Uno strumento che lascia credere il contrario vende una tranquillità che non può garantire.
Ne deriva un corollario meno evidente: la verifica deve essere rapida. Un sistema che produce un risultato che l'essere umano impiega venti minuti a controllare non ha automatizzato niente, ha spostato il lavoro. La misura giusta è il tempo necessario per sorvegliare la macchina, più del suo tasso di successo.
4. Un ecosistema, non dei silos
Nella maggior parte delle PMI manifatturiere la stessa informazione viene registrata tre o quattro volte. Il numero d'ordine esiste nel gestionale, lo si ribatte sulla scheda di controllo, poi nel fascicolo inviato al cliente, poi nel file di monitoraggio delle non conformità. Ogni nuova digitazione è un'occasione di errore, e ogni divergenza tra due versioni prima o poi diventa un problema.
Il riflesso abituale è aggiungere un altro strumento, specializzato, che risolve un sintomo e crea un silo in più. Noi abbiamo scelto il contrario: più applicazioni distinte, ognuna brava in una cosa, ma che condividono un'unica fonte di verità. L'ordine di lavoro si registra una volta. Lo strumento usato per un controllo è lo stesso oggetto che compare nel registro delle tarature. La non conformità rilevata su un pezzo si collega al processo che l'ha prodotta.
Un dato che esiste in tre copie non esiste. Vi aspetta al varco.
È il principio più costoso da mantenere per noi, e il più invisibile per voi. Non compare in nessuna dimostrazione. Si vede sei mesi dopo, il giorno in cui cercate un'informazione ed è semplicemente lì, coerente, senza che nessuno abbia dovuto tenerla aggiornata.
5. Un sistema qualità passa da reattivo a sotto controllo
Nessuna azienda passa dal disordine al controllo installando uno strumento. Quello che esiste è un percorso, e ha tappe riconoscibili.
All'inizio si subisce: i problemi si scoprono dal cliente, e ognuno viene trattato come un caso isolato. Poi si registra: gli scostamenti vengono annotati, si possono contare. Poi si analizza: ogni scostamento si collega a una causa e a un processo, le ricorrenze emergono. Infine si anticipa: si agisce sui rischi prima che si concretizzino.
Il gradino più redditizio di tutti è il primo: passare da « si subisce » a « si registra ». Non richiede né assunzioni né strumenti sofisticati. Richiede che gli scostamenti vengano annotati nel momento in cui si verificano, e che qualcuno li guardi ogni settimana.
Di conseguenza progettiamo così: uno strumento deve essere utile già dalla tappa in cui vi trovate, non solo alla fine. Un'azienda che sta imparando a registrare i suoi scostamenti non ha bisogno di un'analisi dei rischi avanzata, ha bisogno che segnalare uno scostamento richieda trenta secondi dal reparto. Il resto verrà, e lo strumento dovrà esserci quando succederà. Ma non deve mai essere una condizione d'ingresso.
6. Pensato per la PMI, non semplicemente adattato
I grandi sistemi di gestione della qualità sono progettati per organizzazioni che dispongono di un ufficio qualità completo: un responsabile, degli ingegneri, degli auditor interni, qualcuno il cui mestiere è far girare il sistema. Venduti a una PMI, sono tecnicamente funzionanti e umanamente inapplicabili.
In un'azienda di trenta persone la qualità poggia su due o tre individui che hanno già un altro lavoro. Il responsabile qualità è spesso anche il capo reparto, a volte il titolare. Nessuno ha mezza giornata a settimana da dedicare ad alimentare un sistema.
Questo vincolo è strutturante e lo rivendichiamo come una scelta, non come un limite. Esclude le configurazioni che richiedono un consulente. Esclude i moduli da compilare perché il resto funzioni. Impone che ogni schermata abbia una risposta alla domanda « cosa mi evita di fare? ». Una funzionalità che non risponde non merita di esistere, per quanto elegante sia.
Impone anche una cosa più rara: accettare che un'azienda usi solo un quarto di ciò che proponiamo, e che vada benissimo così.
7. I vostri dati restano in Canada
I disegni, le specifiche e i fascicoli qualità di un produttore sono tra i suoi beni più sensibili. Descrivono cosa produce, per chi, con quali tolleranze. In certi settori sono coperti da impegni di riservatezza che il loro detentore trasmette automaticamente ai suoi fornitori, e un software è un fornitore.
Ospitiamo tutto in Canada, nella regione di Montréal: le basi di dati, i file, le elaborazioni. La legislazione del Québec sulla protezione dei dati personali rende la questione inevitabile, ma prima di tutto è una decisione d'impresa: sapere dove sono i vostri documenti, e sotto quale giurisdizione ricadono, fa parte delle risposte che dovete saper dare al vostro cliente.
È l'unico dei sette principi che dipende da una scelta d'infrastruttura invece che da una convinzione sul mestiere. Lo mettiamo comunque nell'elenco, perché costa caro da mantenere e si sarebbe sfilacciato da tempo se non ci fosse.
Cosa questi principi non dicono
Due precisazioni, per onestà.
Veniamo dalla meccanica. La mia esperienza sul campo si è fatta nella lavorazione meccanica e nel controllo dimensionale, e i nostri primi clienti vengono da lì. Non pretenderò di conoscere dall'interno la segheria, l'industria conserviera o il cantiere: sarebbe falso, e chiunque venga da lì se ne accorgerebbe in tre righe. Quello che affermo è più ristretto e più solido: la non conformità, lo strumento non tarato, la prova da produrre e il cliente che aspetta il suo fascicolo si comportano allo stesso modo ovunque si fabbrichi qualcosa per qualcun altro. È a quel livello che questi principi valgono, e non oltre.
Un software non crea una cultura. Nessuno strumento farà sì che un dipendente osi segnalare il proprio errore. Questo si gioca il giorno in cui qualcuno lo fa per la prima volta, e tutti guardano la reazione della direzione. Quello che uno strumento può fare è rendere il fenomeno misurabile: quante persone diverse hanno segnalato uno scostamento quest'anno, quante non conformità sono collegate a un processo invece che a un nome, quante azioni correttive sono state verificate a posteriori. Sono indicatori di cultura travestiti da indicatori qualità. Quando salgono, non è il software a fare progressi.
In conclusione
Se dovessi ridurre questi sette principi a uno solo, sarebbe questo: la qualità non è un ufficio, è una pratica, e una pratica si giudica dal tempo che richiede.
Un'esigenza legittima che costa due ore al giorno a qualcuno finisce per essere aggirata. Non per cattiva volontà: per aritmetica. È così che si ottengono fascicoli compilati la sera prima dell'audit, registri di taratura aggiornati una volta all'anno e non conformità che non vengono mai a galla perché segnalarle richiede più tempo che ripararle di nascosto.
Rendere la prova meno costosa da produrre è l'unico modo duraturo per ottenere che venga davvero prodotta. Tutto il resto (l'automazione, i cruscotti, gli indicatori) è utile solo in questa misura.
Questi sette principi guidano lo sviluppo di Asterion Solutions, una suite di software verticali pensati per le PMI manifatturiere che vogliono strutturare la loro qualità senza moltiplicare le attività amministrative. Gli altri articoli di questo blog li declinano uno per uno: il costo nascosto dei rapporti di collaudo, la metrologia fuori dal file Excel, il riesame della direzione senza consulente, la maturità di un sistema qualità.