Tehnički dug nije samo stari kod. U ERP okruženju uključuje prilagodbe bez dokumentacije, ručne integracije, nepodržane verzije, duple izvore podataka, testove koji postoje samo u nečijoj bilježnici i pravila koja nitko više ne može objasniti. Zajedničko im je da svaku novu promjenu čine sporijom, rizičnijom ili skupljom.
Dug može nastati svjesno. Organizacija ponekad mora brzo ispuniti obvezu ili zadržati kontinuitet procesa. Problem nije kompromis sam po sebi, nego gubitak sjećanja zašto je donesen i kada prestaje biti prihvatljiv. Privremeno rješenje bez roka gotovo uvijek postaje dio arhitekture.
Prioritet imaju stavke koje ugrožavaju kritičan proces, integritet podataka, podržanost platforme ili sposobnost organizacije da provede važnu promjenu. Estetska nedosljednost i stara komponenta niskog utjecaja mogu čekati. Time tehnički dug prestaje biti apstraktan IT backlog i postaje portfelj poslovnog rizika i kapaciteta.
Integracija koja izravno čita tablicu može brzo riješiti izvještaj. Dug nastaje kada nitko ne dokumentira značenje polja, promjenu verzije ili ponašanje pri nepotpunom zapisu. Prva veća nadogradnja tada prekida izvještaj ili, još gore, nastavlja ga puniti netočnim podacima. Sigurniji put definira ugovor integracije, validaciju, nadzor i vlasnika pogreške.
Najmanje jednom u tromjesečju povežite registar duga s planiranim poslovnim promjenama. Stavka koja blokira novi kanal prodaje ili sigurnu nadogradnju može postati prioritet iako još nije izazvala incident. Istodobno zatvorite zapise čija posljedica više ne postoji. Registar vrijedi samo ako mijenja odluku o kapacitetu, redoslijedu i prihvatljivom riziku.
Tehnički dug je poslovna odluka jer mijenja koliko brzo, sigurno i predvidivo organizacija može provesti sljedeću promjenu.