A technikai adósság a megvalósítás során hozott döntések felhalmozódott költsége, amelyek akkoriban célszerűek voltak, de a jövőbeni változtatásokat lassabbá vagy kockázatosabbá teszik. A metafora Ward Cunningham-é: hitelfelvétel a jövőbeni szállítási kapacitás ellenében, most hamarabb, minden további változtatás után kamatot fizetve, amíg az adósságot vissza nem fizetik. A pénzügyi adóssághoz hasonlóan ez sem eredendően rossz, és a fontos különbség a szándékosan okkal felvett adósság és a hanyagságból felhalmozott adósság között van.
A metafora értéke abban rejlik, hogy a kompromisszumot megvitathatóvá teszi azokkal az emberekkel is, akik nem írnak kódot. Egy refaktorálási kérés adósságtörlesztésként való megfogalmazása olyasmit közöl, amit egy modul átírására vonatkozó kérés nem, nevezetesen, hogy a költséget már kifizetik, lassabb szállítás és magasabb hibaszázalék formájában, és hogy a kérdés az, hogy folytatni kell-e a kifizetést. Cunningham eredeti megfogalmazása azt is hangsúlyozta, hogy az adósság a kód szerkezete és a csapat jelenlegi problémafelfogása közötti növekvő szakadékból származik, ami tágabb fogalom, mint egyszerűen hanyag kód határidőre történő írása.
Több különböző dolgot csoportosít a kifejezés, és eltérő válaszokat igényelnek. A szándékos adósság, amelyet tudatosan vesznek fel egy valós határidő betartása érdekében, és amelynek kezelésére terv készült, jogos mérnöki döntés. A véletlen adósság, amely azért keletkezik, mert a csapat ismeretei javultak a terv elkészítése után, elkerülhetetlen, és a tanulás normális költsége. A hanyagsági adósság, amely a hiányzó tesztekből, a dokumentálatlan viselkedésből és a nem karbantartott függőségekből ered, csendben halmozódik fel, és a legdrágább kategória, mert minden változtatást kockázatosabbá tesz. Az elavult függőségek különösen biztonsági kockázatot jelentenek, nem pedig pusztán kellemetlenséget.
A tünetek a teljesítési mutatókban már a kódban is láthatóvá válnak. A hasonló munkákra vonatkozó becslések növekedése, a hibákra fordított kapacitás növekvő aránya, az egyes területekhez való hozzányúlás vonakodása és az egy helyen végrehajtott, egymással össze nem függő dolgokat tönkretevő változások mind arra utalnak, hogy a kamatfizetés jelentőssé vált. A csapatok gyakran kapacitásproblémákként jelentik ezeket a tüneteket, és több embert kérnek, ami rövid távon általában rontja a helyzetet.
A kezelése megköveteli, hogy a munka látható legyen ugyanabban a tervezési folyamatban, mint minden más. A külön listán szereplő, csak akkor kezelt adóssággal, ha van szabad kapacitás, soha nem foglalkoznak, mert soha nincs szabad kapacitás. Az egyes ciklusok egy fix részének hozzárendelése, vagy a javításoknak a módosított területeken végzett kiemelt munkákhoz kötése az a két megközelítés, amely túléli a kereskedelmi nyomást. Az alternatíva, az időszakos nagy átírások általában a munka túl hosszú elhalasztásának tünete, és sokkal nagyobb kockázattal jár, mint a fokozatos fejlesztés.
A korrekció szükségességének kommunikációja jobban működik a megvalósítási, mint a mérnöki szempontból. Az a kijelentés, hogy egy adott terület változása ma már háromszor annyi időt vesz igénybe, mint a hasonló területeken – a közelmúltbeli munkák bizonyítékai alapján –, a problémát valamihez köti, ami a nem műszaki érdekelt feleket már foglalkoztatja, míg az építészeti aggályok leírása nem. Ahol az adósság inkább kockázatot, mint költséget hordoz, mint például a nem karbantartott függőségek vagy a kritikus útvonalakon hiányzó tesztlefedettség esetén, akkor a valószínűséggel és hatással járó kitettségként való bekeretezése hatékonyabb, mint a minőségként való bekeretezés. Mindkét esetben a folyamatos költségek számszerűsítése az, ami a mérnöki preferenciát olyan üzleti esetté alakítja, amely versenyképes lehet a kapacitásért végzett funkciókkal.
Nem minden adósságot kell visszafizetni. Az a kód, ami működik, ritkán változik és nem okoz problémát, a jelenlegi állapotában maradhat, függetlenül attól, hogyan néz ki, és a fejlesztésére fordított erőfeszítések nem hoznak megtérülést. A gazdaságilag megalapozott megközelítés a korrekciót ott koncentrálja, ahol a változás gyakori, és ahol a kamatot ezért ténylegesen megtérítik. Ennek a kompromisszumnak a láthatóvá tétele, és a tervezés során explicit kapacitás fenntartása rá a folyamat normális része. termékfejlesztés az együttműködés strukturált, és a tervről szóló megbeszélések részét képezi egy termékstúdió ahelyett, hogy a termékről szóló beszélgetésen kívüli mérnöki kérdésként kezelnék.