Hvis det ikke er i stykker, skal du ikke reparere det

Vi har alle hørt det mange gange, ikke? “Hvis det ikke er i stykker, skal du ikke reparere det.” Folk bruger det overalt som en måde at afskrække forbedringer, modernisering eller refaktorering på. Mange siger det, og som med mange fraser af denne art virker det ved overfladebetragtning rimeligt. Men i praksis er det det virkelig ikke, eller i hvert fald ikke som det normalt bruges, fordi det ikke er velforstået.

Dette ligner meget konceptet med at fortælle folk ikke at lægge alle æg i én kurv, hvor det oftere end ikke anvendes på situationer, hvor æg og kurv-analogien ikke gælder eller er inverteret i forhold til virkeligheden. Men fordi det er en indprentet frase, glemmer de, at der er en metafor, der skal holde for at den fungerer. Det kan føre til forfærdelige beslutninger, fordi det fremkalder en irrationel frygt baseret på intet.

Ligeledes kommer ideen om ikke at reparere ting, der ikke er i stykker, fra teorien om, at noget, der er perfekt godt og funktionelt, ikke bør skilles ad og pilles ved blot for at pille ved det. Det giver mening. Men af en eller anden grund anvendes denne logik næsten aldrig på ting, hvor det ville give mening (jeg er ikke engang sikker på et godt eksempel på en af disse), men i stedet anvendes den på komplekse enheder, der kræver regelmæssig vedligeholdelse og pleje for at fungere korrekt.

Selvfølgelig, hvis din sko ikke er i stykker, skal du ikke rive den fra hinanden og forsøge at lime den sammen igen. Men dine forretningsinfrastruktursystemer er ikke det mindste som en sko. De er levende systemer med enorme niveauer af kompleksitet, der fungerer i et stadigt skiftende landskab. De kræver konstant vedligeholdelse, overvågning, opdatering og så videre for at forblive sunde. Meget som en bil, men dramatisk mere så.

Man hører aldrig, håber vi, nogen fortælle dig, at du ikke behøver at skifte olie i din bil, indtil motoren er gået i stykker. Selvfølgelig ikke, selv om den endnu ikke er i stykker, er pointen at udføre vedligeholdelse for at forhindre den i at gå i stykker. Vi ved med en bil, at hvis vi venter, til den går i stykker, vil den være virkelig i stykker. Ligeledes ville vi ikke nægte at pumpe luft i dækkene, indtil de flade dæk er revet af hjulene. Det giver simpelthen ingen mening.

At fortælle nogen ikke at vedligeholde systemer, til det er for sent, er det samme som at fortælle dem at ødelægge dem. En korrekt vedligeholdt bil kan holde i hundredtusindvis af kilometer, måske millioner. En uden olie vil være heldig at nå til den anden side af byen. At købe en ny motor hvert par dage frem for at tage sig af den, man har, betyder, at man måske lever et helt liv uden at ødelægge en motor.

Det samme gælder for din forretningsinfrastruktur. Kode ældes, systemer slider, ny teknologi opstår, nye behov eksisterer, netværket interagerer med omverdenen, nye funktioner er nødvendige, sårbarheder og skrøbelighed identificeres og rettes, opdateringer udkommer, nye angreb udvikles og så videre. Selv hvis nye funktioner aldrig blev skabt, skal systemer forvaltes og vedligeholdes omhyggeligt for at sikre sikker og pålidelig drift – som en bil men tusind gange mere kompleks.

I IT-systemer betyder i stykker unødigt udsat for hacking, datatyveri, datatab, nedetid og ineffektivitet. I den virkelige verden bør vi betragte systemet som i stykker i det øjeblik, vedligeholdelse er nødvendig. Hvor meget ransomware ville ikke være en trussel i dag, hvis systemer simpelthen var korrekt vedligeholdt? Som IT-fagfolk skal vi stå frem og forklare, at uvedligeholdte systemer allerede er i stykker – katastrofen er bare ikke indtruffet endnu.

Hvis vi skulle følge mantraet “hvis det ikke er i stykker, skal du ikke reparere det” i IT, ville vi vente *til* vores data var stjålet med at patche sårbarheder, eller vente til data var uoprettelige for at se, om vi havde fungerende sikkerhedskopier. Selvfølgelig giver det ingen mening. Men dette er, hvad der ofte foreslås, når folk fortæller dig ikke at reparere dine systemer, før de går i stykker – de fortæller dig at lade dem gå i stykker! Skyd tilbage, accepter ikke den slags råd. Forklar, at formålet med god IT-vedligeholdelse er at undgå, at systemer går i stykker, så vidt muligt. At undgå katastrofe frem for at invitere den.