Ridurre i costi di produzione: non risolvere due volte lo stesso problema

La riduzione dei costi in produzione viene spesso vista come una corsa continua a nuove idee. Ma vale la pena fermarsi prima a porre una domanda: un'azienda ha davvero bisogno ogni volta di una soluzione nuova, o gran parte del tempo lo passa a risolvere di nuovo un problema che un altro ingegnere o un'altra fabbrica ha già risolto?

Ogni fabbrica risolve lo stesso problema ripartendo da zero

Quando i prezzi delle materie prime salgono, l'ufficio tecnico cerca un materiale sostitutivo. Quando il costo del lavoro sale, la produzione cerca modi per ridurre il personale su una fase. Quando il tempo ciclo è troppo alto, gli ingegneri si mettono a migliorare la macchina o il processo. Quando il tasso di scarto sale, qualità e produzione vanno a caccia della causa. Ognuna di queste azioni è necessaria e giusta — il problema non è che vadano fatte, ma che quasi ogni volta si riparte da zero: analisi dello stato attuale, ricerca della causa, brainstorming, test, valutazione, e solo dopo l'implementazione.

Nel frattempo, questo tipo di problemi si ripete molto più spesso di quanto si pensi, e la maggior parte è già stata affrontata da qualcuno. Un ingegnere di lavorazioni meccaniche una volta ha ridotto il tempo di lavorazione di un pezzo cambiando l'ordine delle fasi. Un'altra fabbrica una volta ha ridotto lo scarto materiale sullo stesso tipo di prodotto cambiando come venivano annidati i tagli sulla lamiera. Un ingegnere di manutenzione una volta ha impiegato settimane per trovare la vera causa di una linea che si fermava ripetutamente. Non è una cosa rara — accade nella maggior parte delle fabbriche, quasi ogni settimana, solo che non accade mai due volte nello stesso posto allo stesso momento.

Le soluzioni non mancano — sono chiuse e sparse ovunque

La conoscenza sulla riduzione dei costi in produzione non è scarsa. È solo frammentata. Una parte sta nella testa dell'ingegnere che ha fatto il lavoro in prima persona. Una parte sta in un unico file Excel sul computer di chi l'ha scritto. Una parte sta in un rapporto Kaizen salvato con un nome come `Kaizen_Final_2024_v3.xlsx` — dopo qualche anno, quasi nessuno ricorda cosa contiene, e chi lo apre non può essere sicuro che sia davvero la versione finale. Il resto è sparso tra email, disegni, preventivi dei fornitori, verbali di riunione, e soprattutto nella memoria orale di chi è in fabbrica da abbastanza tempo.

Un'azienda può possedere già un'enorme quantità di conoscenza sulla riduzione dei costi — ma non avere la capacità di ritrovare il pezzo giusto nel momento giusto. Un ingegnere si licenzia o cambia reparto, e la soluzione se ne va con lui. La conoscenza non si perde, ma sfugge alla portata di chi ne avrà bisogno dopo.

La domanda che va cambiata

La domanda comune davanti a un problema di costo è: "Che idea posso trovare per questo?" La domanda che vale la pena porre prima è diversa: "Questo problema è già stato risolto da qualcuno?"

La differenza tra le due domande non è piccola. La prima parte da zero — rianalizzare, riprovare, rifare errori che qualcun altro ha forse già fatto. La seconda parte da un punto già fondato: se un problema simile è già stato risolto e il risultato misurato, l'ingegnere ha un posto dove cercare prima di pensarci da solo, e un posto dove confrontare prima di fidarsi del proprio approccio. Questo non significa copiare integralmente la soluzione di qualcun altro — le condizioni reali di ogni fabbrica sono sempre diverse. Significa non dover spendere lo sforzo di reinventare una conoscenza che qualcun altro ha già pagato in tempo e denaro per trovare.

Costdown non è una libreria di contenuti

Una libreria di contenuti può rispondere a "dieci modi per ridurre il costo della saldatura". Ma un ingegnere davanti a un problema reale non ha bisogno di un articolo generico — ha bisogno di una risposta per la sua situazione specifica.

Supponiamo che un ingegnere stia producendo telai in tubo d'acciaio, il tempo di saldatura attuale sia circa 50 secondi a pezzo, due operatori, qualche migliaio di pezzi al giorno, e voglia ridurre il costo del lavoro di questa fase. La domanda a quel punto non è "come si salda più velocemente" in generale, ma "qualcuno ha già risolto un problema in condizioni più o meno simili, e quale risultato ha misurato". (I numeri qui servono solo a illustrare una situazione — non sono i dati di un progetto specifico.)

Questo è esattamente il confine tra due cose facilmente confuse: il contenuto aiuta il lettore a capire un concetto; i dati strutturati aiutano qualcuno a trovare, confrontare e riutilizzare la soluzione giusta per le proprie condizioni. Costdown è costruito per la seconda cosa. Non sostituisce la lettura né il pensiero dell'ingegnere stesso — esiste un passo prima, nel punto che decide se l'ingegnere deve o meno ripartire da zero.

Una soluzione non dovrebbe morire con chi l'ha creata

Costdown si basa su un presupposto: una soluzione di riduzione dei costi già provata non dovrebbe scomparire insieme al progetto, al file Excel, o all'ingegnere che l'ha creata. Un progetto di riduzione dei costi riuscito dovrebbe diventare un dato strutturato — un dato che si può trovare, che si può confrontare, e ciò che è stato provato dovrebbe poter essere riutilizzato per il prossimo problema.

Una fabbrica risolve un problema. Un'altra fabbrica non deve ripartire da zero.