Come ridurre il rework

A cosa serve

Questa guida serve a recuperare capacità già pagata: misurare quanto lavoro viene rifatto in un flusso (rework), risalire alle cause a monte e spostare i controlli dove costano meno. In molte PMI questo esercizio libera l'equivalente di una frazione consistente di una persona — senza assumere, senza software, in sei-otto settimane di lavoro leggero. È la guida da usare prima di chiedere o concedere un rinforzo a un reparto affaticato.

Quando usarla

Usala quando un reparto chiede personale, quando i margini si erodono a volumi costanti, quando i tempi di un flusso sono imprevedibili senza ragione apparente, o quando il lessico aziendale si riempie di "versione definitiva 3" e "ti rimando il file sistemato". Vale anche in ottica di creazione di valore: la riduzione del rework è uno dei pochi miglioramenti di EBITDA a investimento quasi nullo, il classico quick win dei primi cento giorni post-acquisizione.

Prima di iniziare

Scegli un solo flusso, quello dove il sospetto è più forte (offerte, ordini, fatturazione e progettazione sono i candidati tipici). E metti in chiaro con le persone la premessa che decide la riuscita dell'intero esercizio: si contano i ritorni, non le colpe. Il rework ha quasi sempre cause strutturali — informazioni mancanti, requisiti ambigui, definizioni divergenti di "completo" — e se le persone temono la lettura morale, i giri di correzione spariranno dalle email per continuare a voce. Il rework nascosto non si può ridurre.

Sequenza operativa

Passo 1 — Misura la first pass yield. Prendi 20–30 istanze recenti e concluse del flusso e, per ciascuna, conta quante volte è tornata a un passaggio già attraversato. Le tracce esistono già: catene email, versioni dei file, modifiche post-conferma nel gestionale. La first pass yield — la percentuale di istanze uscite al primo giro — è il tuo punto di partenza. Preparati a un numero sgradevole: nei flussi impiegatizi mai misurati, il 20–40% di rework è la norma, non l'eccezione.

Passo 2 — Classifica le cause a monte, non i luoghi di correzione. Per ogni ritorno, annota dove nasce il problema, non dove viene sistemato: l'offerta si corregge in ufficio tecnico ma l'errore nasce nella raccolta requisiti; l'ordine si reinserisce in amministrazione ma l'ambiguità nasce nel modulo. Raggruppa le cause in categorie concrete ("manca il dato X", "requisito interpretato diversamente", "modifica del cliente dopo l'avvio"). Quasi sempre emergerà la concentrazione paretiana: 3–4 cause coprono il 70% dei ritorni. Sono i tuoi bersagli.

Passo 3 — Separa il rework interno dalle modifiche del cliente. Le richieste di modifica del cliente sono una categoria a parte: non si eliminano, si governano (giri di revisione previsti e dichiarati, raccolta requisiti più solida a monte che riduce anche i ripensamenti). Mescolarle al rework interno inquina la diagnosi e offre a tutti l'alibi perfetto — "è il cliente che cambia idea". Contale separatamente e trattale per ultime.

Passo 4 — Sposta il controllo alla fonte. Per ciascuna delle 3–4 cause principali, progetta una barriera d'ingresso, non una verifica d'uscita: una checklist di presa in carico ("il tecnico non accetta richieste senza questi tre dati" — una quality gate, nel lessico dei processi), un campo obbligatorio nel modulo, una definition of done scritta e concordata tra chi passa e chi riceve il lavoro. Il principio è economico: il costo di un errore cresce di un ordine di grandezza per ogni passaggio che attraversa prima di essere scoperto — quindi il controllo più a monte è il controllo più economico.

Passo 5 — Dai alla barriera il potere di fermare. Il punto dove le quality gate falliscono è sempre lo stesso: l'eccezione. "Questa è urgente, prendila lo stesso e i dati arrivano dopo" — e in tre settimane la checklist è decorativa. La barriera funziona solo se chi riceve ha il diritto esplicito di respingere l'ingresso incompleto, urgenze incluse (per le vere urgenze si definisce un canale a parte, con un costo dichiarato: chi la invoca sa che sta consumando un'eccezione). Questo passo è organizzativo, non tecnico: senza di esso, i primi quattro sono cosmesi.

Passo 6 — Rimisura dopo sei-otto settimane. Stessa misura del Passo 1, stessa modalità, nuovo campione. L'obiettivo realistico di un primo ciclo è dimezzare il gap: da una first pass yield del 40% a una del 65–70% con due o tre barriere ben piazzate. Comunica il risultato in ore recuperate a settimana, non in percentuali: "abbiamo liberato 14 ore" è un numero che tutta l'azienda capisce e difende.

Output atteso

Tre cose: la first pass yield misurata prima e dopo, con lo stesso metodo; l'elenco delle cause classificate con la quota di ritorni di ciascuna; le barriere alla fonte installate, ognuna con un proprietario e il diritto di respingere. Un sottoprodotto prezioso: la definition of done scritta tra i reparti, che sopravvive all'esercizio e previene il rework futuro.

Errori da evitare

Trasformare la misura in pagella individuale (ottiene solo rework nascosto); aggiungere un controllo finale invece di una barriera iniziale (intercetta l'errore al punto di massimo costo e aggiunge una coda al flusso); accettare l'alibi del cliente senza aver separato le categorie; installare la checklist senza il potere di respingere; e dichiarare vittoria dopo il primo ciclo senza istituire la rimisurazione — il rework, come le erbacce, ricresce dove nessuno guarda.

Esempio

Un'azienda di serramenti da 28 addetti ha l'ufficio preventivi in affanno cronico: si valuta un'assunzione da 38.000 euro l'anno. La misura su 25 preventivi recenti dà una first pass yield del 44%: 14 preventivi su 25 sono tornati indietro almeno una volta, 2,1 giri medi, per circa 16 ore a settimana di rifacimenti. La classificazione delle cause: 8 ritorni per misure di cantiere incomplete o non verificate, 4 per condizioni commerciali cambiate dopo l'avvio, 2 per errori interni di calcolo. L'intervento sulle prime due: un modulo di rilievo obbligatorio con foto (il preventivo non parte senza), e la regola che le condizioni commerciali si congelano all'avvio — le modifiche successive riaprono il preventivo come nuova versione, con data di consegna ricalcolata. Otto settimane dopo: first pass yield al 76%, 5 ore residue di rework a settimana, assunzione sospesa. La nota interessante è cosa è successo alla terza categoria: gli errori di calcolo, mai toccati dall'intervento, sono calati anche loro — con meno rifacimenti e meno fretta, l'ufficio sbagliava meno. Il rework genera rework; toglierne una parte ne toglie più di quella parte.

Collegamento MARTRO

Nella lettura MARTRO il rework è il termometro dell'ambiguità tra i ruoli, e questa guida è il modo di leggerlo: la classificazione delle cause del Passo 2 produce, come sottoprodotto, la mappa delle interfacce mal progettate tra reparti — chi deve dare cosa a chi, in quale forma. Per questo l'esercizio vale più del suo ritorno immediato in ore: le definition of done scritte tra reparti sono piccoli atti di governance operativa, e la loro assenza è quasi sempre il motivo per cui il rework esisteva.

Passo successivo

Se le cause classificate puntano a responsabilità ambigue più che a informazioni mancanti, prosegui con Come costruire una RACI senza creare burocrazia. Se il flusso con più rework è anche il collo di bottiglia dell'azienda, ogni ora recuperata lì vale throughput per l'intero sistema: vedi Come individuare un collo di bottiglia. Per il quadro concettuale, la voce Rework della Library.