Il Costo del Lavoro Invisibile

Il lavoro invisibile è qualsiasi sforzo che il team sta impiegando e che non viene tracciato in un sistema condiviso. È più comune di quanto la maggior parte dei team ammetta, e assume forme prevedibili:

• Decisioni nei thread di Slack. Un thread di 40 messaggi tra due sviluppatori risolve una questione di design, ma la decisione non finisce mai nel ticket o nella descrizione della PR. Sei mesi dopo, qualcuno inverte la decisione perché non sapeva che era stata presa.
• Task "lo faccio io". Uno sviluppatore nota un test instabile, passa due ore a sistemarlo e non crea mai un ticket. Il lavoro è stato fatto, il tempo è stato speso, ma il piano di capacità del team non lo riflette — e nessuno impara dalla correzione.
• Progetti paralleli e spike. Lavoro esplorativo che vive su un branch locale, non viene mai revisionato e o muore silenziosamente o emerge come una PR a sorpresa tre settimane dopo.
• Hotfix non documentati. Un problema in produzione viene corretto alle 23:00 con un commit diretto su main. Nessun ticket, nessun post-mortem, nessuna traccia che la correzione esista o del perché fosse necessaria. Il prossimo sviluppatore che tocca quel codice non ha idea di cosa stiano proteggendo quelle tre righe misteriose.

Nessuno di questi è malevolo. Gli sviluppatori fanno lavoro invisibile perché l'attrito di tracciarlo sembra maggiore del costo di farlo e basta. E per ogni singola istanza, hanno ragione — creare un ticket per una correzione di 20 minuti sembra un overhead.

Il problema non è una singola istanza. Il problema è il pattern.

Il lavoro invisibile non resta economico. Si accumula in tre modi che diventano più costosi nel tempo.

Il costo di onboarding aumenta. Ogni decisione che vive nella testa di qualcuno invece che in un ticket o in un documento è una decisione che un nuovo membro del team non può trovare. Un team con sei mesi di lavoro invisibile richiede un trasferimento verbale di più settimane per fare onboarding di qualcuno — e quel trasferimento è incompleto, perché le persone che lo fanno hanno dimenticato metà di quello che hanno fatto. I team con alti livelli di lavoro invisibile riportano regolarmente tempi di onboarding di 4–8 settimane per lavoro che dovrebbe richiedere 2.

Il lavoro viene duplicato. Quando lo sviluppatore A non sa che lo sviluppatore B ha già risolto lo stesso problema il mese scorso, lo sviluppatore A lo risolve di nuovo. In un team di 10 persone, questo succede più spesso di quanto si realizzi — in particolare con lavoro di infrastruttura, funzioni di utilità e modifiche di configurazione che vivono fuori dalla codebase principale del prodotto.

Il contesto evapora. Codice senza una traccia di ticket è codice senza un "perché". Il prossimo sviluppatore che lo legge vede cosa è stato fatto ma non perché è stato fatto, il che significa che non può modificarlo in sicurezza. O lo lascia stare (accumulando debito tecnico) o lo modifica e rompe l'assunzione che l'autore originale stava proteggendo (creando un bug). Entrambi i risultati sono costosi, ed entrambi sono prevenibili con una descrizione del ticket di un paragrafo scritta al momento del lavoro.

L'accumulo è ciò che rende pericoloso il lavoro invisibile. Un singolo hotfix non documentato costa cinque minuti di perdita di contesto. Un anno di hotfix non documentati costa settimane di archeologia ogni volta che qualcuno tocca quella parte del sistema.