In breve
Il rework è il lavoro rifatto: l'offerta corretta tre volte, il disegno che torna indietro, l'ordine reinserito, la fattura stornata e riemessa. Nella classificazione lean degli sprechi (muda) è tra i più costosi, perché consuma capacità due volte — la prima per fare il lavoro, la seconda per rifarlo — e nel frattempo occupa il flusso, allungando i tempi di tutto il resto. La sua caratteristica più insidiosa è contabile: il rework non compare in nessun bilancio. Si nasconde dentro le ore lavorate, dentro "il lavoro normale", e le organizzazioni si abituano al suo livello corrente fino a considerarlo fisiologico. Misurarlo è quasi sempre la scoperta più sgradevole e più redditizia di una diagnosi di processo.
Definizione operativa
Operativamente, c'è rework ogni volta che un output torna a un passaggio già attraversato perché non era utilizzabile da chi lo doveva ricevere. La definizione ha due confini che vale la pena tracciare con precisione. Primo confine: il rework va distinto dall'iterazione progettata — il giro di feedback previsto (la bozza che il cliente commenta, il prototipo che si affina) non è spreco, è il metodo; il rework è il giro non previsto, causato da informazione mancante, requisiti ambigui o errori a monte. Secondo confine: il rework va distinto dallo scarto (scrap): lo scarto si butta, il rework si rifà — e proprio perché non si butta niente, sembra gratis.
La grandezza da misurare è la first pass yield (resa di primo passaggio): la percentuale di unità di lavoro che attraversano un passaggio senza tornare indietro. È una misura che non richiede software: su 20 offerte recenti, quante sono uscite al primo giro? Su 30 ordini, quanti inseriti una volta sola? Il complemento della first pass yield è il tasso di rework, e nelle PMI che lo misurano per la prima volta i valori tipici sui flussi impiegatizi — offerte, ordini, fatturazione — stanno tra il 20% e il 40%: un giorno su tre speso a rifare.
Perché conta nelle PMI
Nelle PMI il rework conta perché è capacità nascosta: un'azienda con il 30% di rework su un flusso ha, dentro quel flusso, quasi un terzo di capacità già pagata e non disponibile. Quando la sensazione è "siamo sotto organico", la prima domanda economica dovrebbe essere quanta capacità sta bruciando il rework — perché recuperarla costa meno di un'assunzione e rende subito. C'è poi l'effetto sui tempi: ogni giro di rework non solo raddoppia il lavoro su quella pratica, ma la rimette in coda, e le code — come spiega la voce sul collo di bottiglia — sono dove il lead time si forma. Un flusso con molto rework è strutturalmente imprevedibile nei tempi, perché nessuno sa quante volte una pratica girerà.
E c'è un livello più profondo, che distingue la lettura gestionale matura: il rework è un sintomo che indica sempre a monte. Il punto dove il lavoro viene rifatto raramente è il punto dove nasce il problema: l'offerta si corregge in ufficio tecnico ma l'errore nasce nella raccolta requisiti del commerciale; l'ordine si reinserisce in amministrazione ma l'ambiguità nasce nel modulo mal progettato. Il principio della qualità è antico — il costo di un errore cresce di un ordine di grandezza per ogni passaggio che attraversa prima di essere scoperto — e la conseguenza pratica è che il rework si riduce spostando i controlli indietro, non aggiungendo verifiche alla fine.
Per il lettore-investitore: il tasso di rework è una delle misure più oneste della qualità operativa, proprio perché non è addomesticabile — o le pratiche tornano indietro o no. Margini in erosione a fatturato costante hanno spesso il rework tra le cause, e un'azienda che conosce la propria first pass yield sui flussi chiave sta mostrando un livello di autoconsapevolezza operativa raro nel mid-market.
Segnali osservabili
Il rework si traveste bene, ma lascia tracce lessicali e digitali. Lessicali: "versione definitiva 3", "come da correzioni", "ti rimando il file sistemato", "rifacciamo il punto". Digitali: le catene email lunghe sullo stesso oggetto; i file con suffissi _v2, _v3, _def, _def2; gli ordini modificati dopo la conferma; le note di credito ricorrenti per errori di fatturazione. Un segnale organizzativo più sottile: i "controllori informali" — le persone diventate famose per ricontrollare tutto ciò che passa da un certo collega o reparto. La loro esistenza è la prova che l'organizzazione ha già rilevato il rework e lo sta compensando con un costo fisso di verifica, invece di rimuoverne la causa.
Errori comuni
Il primo errore è la lettura morale: trattare il rework come sciatteria individuale. La costanza statistica lo smentisce — se il 30% delle offerte torna indietro ogni mese, con persone diverse, la causa è nel modo in cui il lavoro arriva, non in chi lo fa. La lettura morale, oltre che sbagliata, è dannosa: induce a nascondere i giri di correzione, e il rework nascosto non si può ridurre. Il secondo errore è la soluzione-controllo: aggiungere una verifica finale. Il controllo in coda intercetta l'errore al punto di massimo costo e aggiunge un passaggio (e una coda) al flusso; il controllo utile sta alla fonte, dove l'informazione entra. Il terzo errore è normalizzare: "da noi le offerte si aggiustano sempre un paio di volte, è il nostro settore". Talvolta è vero — e allora è iterazione da progettare esplicitamente, con giri previsti e tempi dichiarati — ma nella maggior parte dei casi è assuefazione a uno spreco misurabile.
Esempio operativo
Un'azienda di impiantistica da 45 addetti sente l'ufficio tecnico "sotto organico": preventivi lenti, straordinari cronici, richiesta di una nuova assunzione. Prima di assumere, la direzione misura: su 30 preventivi recenti, la first pass yield è del 37% — quasi due preventivi su tre tornano al tecnico almeno una volta, in media 1,8 giri ciascuno, per un costo stimato di 22 ore a settimana. L'analisi dei ritorni mostra che il 70% delle correzioni nasce da tre informazioni sistematicamente assenti nella richiesta del commerciale: vincoli di cantiere, tensione di alimentazione, tempi richiesti dal cliente. L'intervento è una checklist di ingresso: il tecnico non prende in carico richieste senza quei tre dati (una quality gate alla fonte, nel lessico dei processi). Dopo due mesi la first pass yield è al 71%, le 22 ore sono scese a 8, e l'assunzione — che sarebbe costata 45.000 euro l'anno per compensare uno spreco — non è più urgente. Nota per il lettore attento alla teoria dei vincoli: l'ufficio tecnico era anche il collo di bottiglia del flusso, quindi ogni ora di rework tolta lì era un'ora di throughput guadagnata dall'intera azienda.
Domande diagnostiche
Primo: conosciamo la first pass yield dei nostri tre flussi principali — misurata su casi reali, non stimata a sensazione? (La sensazione sbaglia sempre per difetto.) Secondo: quando un lavoro torna indietro, registriamo da dove nasce la causa o solo chi lo corregge? Senza la prima informazione, il rework si può solo compensare, mai ridurre. Terzo: quante delle nostre percezioni di "sotto organico" sopravviverebbero a un recupero del 50% del rework? È la domanda da porsi prima di ogni assunzione in un reparto affaticato.
Implicazioni pratiche
La pratica minima è in tre mosse. Misurare: prendere 20–30 istanze recenti di un flusso e contare i ritorni — mezza giornata di lavoro, con le tracce che già esistono. Risalire: per ogni ritorno, annotare la causa a monte, e classificarle; tipicamente 3–4 cause coprono il 70% dei casi (la solita concentrazione paretiana). Spostare il controllo alla fonte: checklist di ingresso, moduli che rendono obbligatoria l'informazione critica, definizioni condivise di "completo" tra chi passa e chi riceve il lavoro — nel lessico agile, una definition of done concordata tra reparti. Nessuna delle tre mosse richiede investimenti; tutte richiedono la disponibilità a guardare il numero.
Lettura MARTRO
Nella lettura MARTRO il rework è il termometro dell'ambiguità organizzativa: misura in ore ciò che i requisiti vaghi, le responsabilità implicite e i passaggi di consegne mal progettati costano davvero. Per questo la diagnosi MARTRO lo usa come ponte tra il livello dei processi e il livello dell'organizzazione: un tasso di rework alto su un flusso chiede quasi sempre un intervento non sul flusso stesso ma sulle interfacce tra ruoli — chi deve dare cosa a chi, in quale forma, con quale definizione di completo. Ridurre il rework senza toccare le interfacce è possibile solo aggiungendo controlli, cioè costi; ridurlo toccando le interfacce libera capacità in modo permanente.
Quando approfondire
Approfondire conviene quando un reparto chiede rinforzi, quando i margini si erodono a parità di volumi, o quando i tempi di un flusso sono imprevedibili senza ragione apparente: in tutti e tre i casi il rework è il primo indiziato e il più economico da verificare. I passi successivi naturali sono Mappatura dei processi (per vedere dove i ritorni avvengono), Processo nominale vs processo reale (i giri di correzione vivono quasi sempre solo nel reale) e la guida Come ridurre il rework per il metodo operativo completo.
Domande frequenti
Qual è un tasso di rework "normale"? Dipende dal flusso, ma il punto è un altro: qualunque livello diventa normale se nessuno lo misura. Come riferimento, flussi impiegatizi ben progettati stanno sopra l'85% di first pass yield; se siete sotto il 60%, state pagando un dipendente ombra.
Il rework non è inevitabile quando il cliente cambia idea? Le modifiche richieste dal cliente sono una categoria a parte: non si eliminano, si governano — con giri di revisione previsti a contratto, e con la raccolta requisiti fatta meglio a monte, che riduce anche i ripensamenti. Il rework interno, quello tra reparti, resta invece quasi tutto evitabile.
Perché il tasso di rework interessa a un investitore? Perché è margine nascosto e misurabile: un punto di first pass yield recuperato è capacità gratuita, e un piano di riduzione del rework è una delle poche leve di miglioramento dell'EBITDA a investimento quasi nullo — il genere di quick win che un piano di creazione di valore post-acquisizione cerca per i primi cento giorni.
Licenza
Creative Commons Attribution-NonCommercial-ShareAlike 4.0 International. Attribuzione richiesta: Fonte: MARTRO Observatory, "Rework", https://www.martrosystems.eu/knowledge/rework.
CLEW
Quando il problema coinvolge più ruoli o più aree, serve una diagnosi strutturale.
Esplora CLEW