Se non è rotto, non aggiustarlo

L’abbiamo sentito tutti un sacco di volte, vero? “Se non è rotto, non aggiustarlo.” Le persone lo usano ovunque come modo per scoraggiare miglioramenti, modernizzazioni o refactoring. Molti lo dicono e, come accade con molte frasi di questo tipo, in apparenza sembra ragionevole. Ma nella pratica non lo è affatto o, quantomeno, non come viene normalmente utilizzata, perché non viene ben compresa.

Questo è molto simile al concetto di dire alle persone di non mettere tutte le uova nello stesso paniere, dove il più delle volte viene applicato a situazioni in cui l’analogia delle uova e del paniere non si applica o è ribaltata rispetto alla realtà. Ma poiché è una frase mandata a memoria, dimenticano che c’è una metafora che deve reggere affinché funzioni. Può portare a decisioni terribili perché evoca una paura irrazionale fondata sul nulla.

Allo stesso modo, l’idea di non aggiustare le cose che non sono rotte deriva dalla teoria secondo cui qualcosa di perfettamente buono e funzionante non dovrebbe essere smontato e manipolato solo per il gusto di manipolarlo. Questo ha senso. Ma per qualche ragione, questa logica non viene quasi mai applicata alle cose in cui avrebbe senso (non riesco nemmeno a pensare a un buon esempio di una di queste) ma viene invece applicata a dispositivi complessi che richiedono manutenzione e cura regolari per funzionare correttamente.

Certo, se la vostra scarpa non è rotta, non fatela a pezzi per poi tentare di rincollarla insieme. Ma i sistemi infrastrutturali della vostra azienda non hanno nulla a che vedere con una scarpa. Sono sistemi viventi con enormi livelli di complessità che funzionano in un panorama in continuo mutamento. Richiedono manutenzione costante, supervisione, aggiornamenti e così via per rimanere in salute. Proprio come un’auto, ma molto di più.

Non sentirete mai, si spera, qualcuno dirvi che non avete bisogno di cambiare l’olio dell’auto finché il motore non si è grippato. Certo che no, anche se non è ancora rotto, il punto è fare manutenzione per evitare che si rompa. Sappiamo che, con un’auto, se aspettiamo che si rompa, sarà davvero rotta. Allo stesso modo, non ci rifiuteremmo di mettere aria negli pneumatici finché le gomme a terra non si sono staccate dalle ruote. Semplicemente non ha alcun senso.

Dire a qualcuno di non fare manutenzione ai sistemi finché non è troppo tardi equivale a dirgli di romperli. Un’auto adeguatamente mantenuta potrebbe durare centinaia di migliaia di chilometri, forse milioni. Una senza olio sarà già fortunata ad arrivare dall’altra parte della città. Comprare un motore nuovo ogni pochi giorni anziché prendersi cura di quello che si ha significa che potreste arrivare a fine vita senza distruggere mai un motore.

Lo stesso vale per l’infrastruttura della vostra azienda. Il codice invecchia, i sistemi si logorano, emergono nuove tecnologie, nascono nuove esigenze, la rete interagisce con il mondo esterno, servono nuove funzionalità, vengono individuate e corrette vulnerabilità e fragilità, escono aggiornamenti, vengono sviluppati nuovi attacchi e così via. Anche se non venissero mai create nuove funzionalità, i sistemi devono essere gestiti e mantenuti con diligenza per garantire un funzionamento sicuro e affidabile – come un’auto, ma mille volte più complessi.

In termini di sistemi IT, rotto significa inutilmente esposto ad attacchi informatici, furto di dati, perdita di dati, tempi di inattività e inefficienze. Nel mondo reale, dovremmo considerare il sistema rotto nel momento stesso in cui è necessaria la manutenzione. Quanto ransomware non costituirebbe oggi una minaccia se i sistemi fossero semplicemente mantenuti in modo adeguato? Come professionisti IT dobbiamo farci avanti e spiegare che i sistemi non mantenuti sono già rotti, è solo che il disastro non si è ancora abbattuto.

Se seguissimo il mantra del “se non è rotto, non aggiustarlo” nell’IT, aspetteremmo *finché* i nostri dati non fossero rubati per applicare le patch alle vulnerabilità, o aspetteremmo finché i dati non fossero irrecuperabili per verificare se avevamo backup funzionanti. Naturalmente, questo non ha alcun senso. Ma è proprio ciò che spesso viene suggerito quando le persone vi dicono di non aggiustare i vostri sistemi finché non si rompono – vi stanno dicendo di lasciarli rompere! Opponetevi, non accettate un consiglio del genere. Spiegate che lo scopo di una buona manutenzione IT è evitare, ogniqualvolta possibile, che i sistemi si rompano. Scongiurare il disastro, anziché invitarlo.