People Management Tips
Rework: quando la mancanza di collaborazione diventa un costo sistemico
Tempo perso, denaro che evapora e innovazione che slitta. Spesso non per incompetenza tecnica, ma per fratture di comunicazione tra team, funzioni e fornitori.
Venerdì pomeriggio. Una consegna è pronta “quasi”. Il team invia. Il fornitore risponde con una domanda che nessuno si aspettava. Un ente interfunzionale segnala un vincolo che non era emerso. Si apre un giro di call. Si corregge. Si riallinea. Si rifà.
Succede in IT, nei progetti di trasformazione, in operations, nel marketing, nel procurement. E quasi sempre la frase che chiude la discussione è una variante di: “Ok, lo rifacciamo in fretta”.
Il problema è che quel “rifacciamo” non è solo un errore da riparare. È capacità che smette di produrre valore nuovo. È tempo che scivola via senza lasciare traccia. È energia che si sposta dall’innovazione alla riparazione.
E ha anche un costo emotivo e relazionale, spesso sottovalutato. Rifare genera frustrazione perché mette in discussione il lavoro svolto, crea la sensazione di non arrivare mai a chiudere davvero e alimenta l’idea che “tanto cambia tutto”. Con il passare delle settimane cresce la tensione. Le persone iniziano a difendere il proprio perimetro, aumentano le attribuzioni di colpa, si irrigidiscono le conversazioni tra team, funzioni e fornitori. E quando la pressione sale, i conflitti diventano più frequenti e più personali, proprio mentre servirebbero lucidità, collaborazione e fiducia.
In sintesi
Il rework è capacità sottratta a ciò che ancora non esiste. Nasce meno da errori tecnici e più da fratture di collaborazione: informazioni che non circolano, aspettative non chiarite, vincoli impliciti. Il people manager può ridurlo creando chiarezza e patti di lavoro, con strumenti di coaching molto pratici.
Che cosa intendiamo per reworkRifare ciò che era già stato fatto perché non è utilizzabile, non è allineato o non risponde ai criteri reali del contesto.
Rework è tornare su un’attività già svolta perché ciò che è stato prodotto non regge nella realtà. Può essere un documento, un disegno, una procedura, una campagna, una specifica, un pezzo di software, un piano di test, una presentazione per il board.
Le cause sono note, ma spesso trattate come inevitabili. Requisiti instabili. Interpretazioni diverse. Passaggi di consegna fragili. Decisioni che arrivano tardi. Feedback che arriva quando il lavoro è già “chiuso”. E soprattutto, un tema che si vede meno ma pesa di più: la mancanza di collaborazione osservabile.
Il motore nascostoIl rework cresce quando informazioni critiche non circolano, aspettative non vengono chiarite e negoziate e i vincoli restano impliciti.
Quando parliamo di rework pensiamo subito alla qualità tecnica. Ma in molte organizzazioni il rework è prima di tutto un problema di rete. Non di una singola persona. Di relazioni tra persone.
Dentro il team. Non è chiaro chi decide. Le responsabilità si sovrappongono. Le priorità non sono chiarite e negoziate. “Fatto bene” significa cose diverse per persone diverse. E questa differenza emerge solo quando è tardi.
Tra team e funzioni interfunzionali. Ogni funzione porta una logica legittima: tempo, qualità, rischio, costi, compliance. Se non c’è traduzione reciproca, le richieste arrivano come ostacoli. E il lavoro torna indietro.
Tra azienda e fornitori. Brief incompleti. Governance debole. Cicli di feedback lenti. Decisioni spostate “al prossimo meeting”, con conseguente accumulo di ambiguità.
In questo scenario il rework non è un incidente. È il sintomo di un sistema che non sta conversando bene.
I numeri che aiutano a vedereAlcuni dati non descrivono il tuo contesto. Ma aiutano a dare un ordine di grandezza al fenomeno.
Nel software, il Consorzio CISQ ha stimato per gli Stati Uniti un costo della “poor software quality” nell’ordine di migliaia di miliardi di dollari (report 2018). È una stima ampia, ma utile per capire quanto possano pesare difetti, rilavorazioni e manutenzione correttiva quando si sommano lungo la catena.
Sempre nel software, una survey di Stripe (2018) riportava che molte persone dichiarano di spendere circa un terzo del tempo su manutenzione e debito tecnico. Anche se il dato è auto-riferito, il messaggio è chiaro. Quando una parte significativa della capacità va in riparazione, l’innovazione non “rallenta”. Semplicemente non parte.
McKinsey (2020), riportando evidenze da survey su CIO e CTO, descrive il debito tecnico come un drenaggio sistematico di risorse. Parte del budget che dovrebbe alimentare nuovi prodotti finisce a sostenere complessità accumulata.
Non serve che i tuoi numeri siano identici a questi. Serve vedere la dinamica: rework significa capacità sottratta a ciò che ancora non esiste.
“Rework non è solo un errore da riparare. È capacità che smette di produrre valore nuovo.”
Il costo in denaro visto “a rete”Non è solo costo ora-uomo. È moltiplicazione di passaggi, attese e attriti.
Il costo diretto si vede: ore ripetute, straordinari, consulenze extra, penali, materiali da rifare. Quello che si vede meno è la somma dei costi laterali: riunioni di riallineamento che si ripetono, sintesi che non restano, decisioni che si spostano; change request che arrivano “a valle”, perché “a monte” mancava una conversazione; escalation che consumano fiducia tra funzioni e alimentano logiche difensive.
Quando il rework entra nella normalità, la qualità diventa un tema di resistenza. E le persone imparano una lezione pericolosa: fare bene al primo colpo non conviene, perché tanto il sistema riaprirà tutto dopo.
Il costo in tempoRework significa capacità bloccata. E la capacità è il vero vincolo.
In molte organizzazioni si ragiona per scadenze e risorse. Ma la leva più limitante è la capacità reale di attenzione, decisione e coordinamento. Quando la comunicazione è frammentata, ogni passaggio produce attese: aspetti un’approvazione, aspetti un chiarimento, aspetti un feedback, aspetti che “qualcuno” trovi la persona giusta.
E quando la collaborazione è debole, la qualità si scopre tardi. Quindi il lavoro torna indietro più volte. Ogni giro aggiunge giorni, e spesso settimane.
La mancata innovazioneLa riparazione ruba attenzione. E senza attenzione non c’è sperimentazione.
La mancata innovazione raramente appare in un report. Ma la si vede nei comportamenti: le persone evitano di proporre miglioramenti, perché “non c’è spazio”; i prototipi vengono rimandati, perché “prima dobbiamo chiudere i fix”; le scelte si appiattiscono, perché il sistema è già saturo.
Quando il rework occupa la giornata, si lavora in modalità riparazione. E qui la metafora più precisa è quella dello spegnere incendi. Arriva un problema, si corre, si contiene il danno, si riparte. Poi ne arriva un altro. E mentre tutte le persone sono concentrate a evitare che “bruci” qualcosa, nessuno ha tempo di chiedersi perché l’incendio è scoppiato, dove il sistema lascia passare scintille, quali materiali sono troppo infiammabili, quali procedure mancano.
Spegnere incendi dà una sensazione immediata di utilità e urgenza. Ma crea anche assuefazione. Si diventa bravissimi a reagire e sempre meno capaci di prevenire. La giornata si riempie di interruzioni, la qualità dell’attenzione cala, le conversazioni diventano più corte e più tese. E in un clima così, la collaborazione si restringe al minimo indispensabile.
La modalità riparazione è incompatibile con la curiosità. È incompatibile con l’apprendimento. È incompatibile con l’innovazione.
Il people manager può fare la differenzaRidurre rework non significa controllare di più. Significa creare condizioni di chiarezza e collaborazione.
Il people manager non è l’unica leva. Ma è una leva decisiva, perché presidia il punto in cui le persone lavorano davvero. E il rework nasce spesso proprio lì: nel modo in cui si parla, si decide, si passa di mano.
Il people manager fa la differenza quando porta visibilità su vincoli e priorità, prima che diventino conflitti; costruisce patti di lavoro tra funzioni e con i fornitori; presidia la qualità delle conversazioni, non solo le scadenze. E qui entrano in gioco strumenti di coaching molto pratici. Non per “motivare”: per rendere agibili nuovi processi.
Strumenti di coaching per far agire nuovi processiDall’intenzione alla prova. Un processo cambia quando cambia un comportamento osservabile.
Cinque strumenti di coaching che il people manager può usare per prevenire il rework, ciascuno con un fuoco preciso.
| Strumento | A cosa serve |
|---|---|
| Contracting di lavoro tra team e stakeholder | Rendere esplicito che cosa significa “fatto bene” per ciascuna funzione, quali vincoli non sono negoziabili, chi decide che cosa e in quali tempi. Non è burocrazia: è prevenzione del rework. |
| Domande di allineamento prima di partire | Quali condizioni devono essere soddisfatte perché la consegna sia davvero utilizzabile, che cosa rischiamo di dare per scontato, quali feedback servono e quando. Fanno emergere le divergenze quando costano poco. |
| Ascolto attivo e riformulazione | Sintesi condivisa a fine riunione e conferma di criteri e aspettative in forma scritta, per evitare interpretazioni parallele. È riduzione delle ambiguità, il carburante del rework. |
| Retrospettive brevi su cause e azioni | Che cosa ha generato rework e quale micro cambiamento riduce la probabilità che si ripeta. Una retrospettiva efficace non produce un documento, ma una piccola azione verificabile. |
| Patti di collaborazione interfunzionale | Comportamenti attesi quando ci sono frizioni tra tempi, qualità, costi e rischio, con un’escalation chiara e non punitiva. Quando i patti sono espliciti, le persone non devono “indovinare” come muoversi. |
Un modo semplice per iniziareScegli un punto critico. Definisci due comportamenti. Misura un indicatore.
Se vuoi far agire un processo nuovo, evita di cambiare tutto.
Strumento pratico
Scegli un punto critico, per esempio briefing, handoff o approvazioni. Definisci due comportamenti osservabili, per esempio criteri di accettazione scritti prima di iniziare e una sintesi finale obbligatoria con decisioni e responsabilità. Misura un indicatore semplice, per esempio il numero di correzioni, il tempo di ciclo o il numero di change request.
In poche settimane puoi vedere se il sistema sta riducendo rework oppure lo sta solo spostando altrove.
Due domande per aprire una conversazione reale nel team: dove stiamo rilavorando di più perché non ci stiamo parlando nel modo giusto? Che cosa diventerebbe possibile se recuperassimo anche solo il 10% della capacità oggi assorbita dal rework?
Se vuoi, porta queste due domande in una riunione di team. E osserva cosa succede quando il focus si sposta da “chi ha sbagliato” a “che cosa nel nostro modo di collaborare genera rework”.
Vuoi ridurre il rework nei tuoi team?
In Coaching You accompagniamo people manager e organizzazioni a trasformare gli strumenti di coaching in nuovi processi di lavoro: contracting, patti di collaborazione e conversazioni che prevengono le rilavorazioni.
Scopri i percorsi Coaching YouDomande frequenti
Che cos’è il rework?
Il rework è tornare su un’attività già svolta perché ciò che è stato prodotto non regge nella realtà: non è utilizzabile, non è allineato o non risponde ai criteri reali del contesto. Può riguardare un documento, una procedura, una campagna, una specifica, un pezzo di software o una presentazione.
Perché il rework è prima di tutto un problema di collaborazione?
Perché cresce quando le informazioni critiche non circolano, le aspettative non vengono chiarite e negoziate e i vincoli restano impliciti. È il sintomo di un sistema di relazioni — dentro il team, tra funzioni interfunzionali e con i fornitori — che non sta conversando bene, non solo di un problema di qualità tecnica.
Quali costi genera il rework?
Genera costi diretti (ore ripetute, straordinari, consulenze extra, penali, materiali da rifare) e costi laterali (riunioni di riallineamento, change request a valle, escalation che consumano fiducia). A questi si aggiungono il costo in tempo, cioè capacità bloccata, e la mancata innovazione, perché la modalità riparazione ruba attenzione alla sperimentazione.
Come può il people manager ridurre il rework?
Non aumentando il controllo, ma creando condizioni di chiarezza e collaborazione: portando visibilità su vincoli e priorità prima che diventino conflitti, costruendo patti di lavoro tra funzioni e con i fornitori e presidiando la qualità delle conversazioni. Aiutano strumenti di coaching come il contracting, le domande di allineamento, l’ascolto attivo, le retrospettive brevi e i patti di collaborazione interfunzionale.
Da dove conviene iniziare per ridurre il rework?
Da un solo punto critico, per esempio briefing, handoff o approvazioni. Si definiscono due comportamenti osservabili (come criteri di accettazione scritti prima di iniziare e una sintesi finale obbligatoria con decisioni e responsabilità) e si misura un indicatore semplice, come il numero di correzioni, il tempo di ciclo o il numero di change request.
Leggi anche
Fonti
- Consortium for IT Software Quality (CISQ), The Cost of Poor Software Quality in the US: A 2018 Report.
- Stripe, The Developer Coefficient (2018).
- McKinsey, Tech Debt: Reclaiming Tech Equity (2020).
Scritto da
Chiara Zerbini
Coach e Mentor, fondatrice di Coaching You. Accompagna persone, team e organizzazioni nello sviluppo delle competenze di coaching, mentoring e people management, con un approccio fondato su metodo, rigore ed etica professionale. È tra le autrici del volume Coaching Organizzativo. Quando l'Organizzazione diventa Coachee (EMCC Italia).