NEW: English for Tech Bundle → Save 38%
Your progress…

Loading your progress…

Home
Code & Deliverynoun · /ˈteknɪkəl det/

technical debt

technical debt — Technical debt is the cost of prioritizing quick delivery over code quality, creating future work that must be repaid through refactoring, maintenance, or fixes.

In simple English

Technical debt is a metaphor comparing shortcuts in code to financial debt. When developers cut corners to ship features faster, they accumulate 'debt' that must be paid back later through additional engineering effort. This might include skipping tests, using temporary workarounds, or writing code that is not maintainable. Like financial debt, technical debt can be strategic—sometimes it makes sense to take it on to meet a deadline—but it always has interest: the code becomes harder to modify, bugs multiply, and future features take longer to build. High technical debt slows teams down significantly over time. Understanding when to accept debt and when to avoid it is crucial for sustainable software development.

How to say it: Usually shortened to "tech debt".

Understand what technical debt means in software development and how it impacts long-term project costs.

At a glanceCEFR B2
Commonness5/5
Versatility4/5
FormalityCasualFormalNeutral
Spoken ↔ WrittenSpokenWrittenBoth
Directness ↔ DiplomaticDirectDiplomaticDirect
RegionUS and UK

Say it like this

  • We're carrying a lot of technical debt in that module.
  • We need to pay down our technical debt before the next release.
  • Taking on technical debt to hit the deadline was a calculated risk.

Use it at work

Planning

  • Let's spend 20% of each sprint on technical debt.
  • This shortcut will add technical debt.

Explaining

  • Technical debt is slowing every new feature.
  • We took on technical debt to hit the launch date.

With managers

  • If we don't pay down this tech debt, the next project will be late.
  • Can we prioritize technical debt next quarter?

Don't say this

✕We have too much technical debt, so we need to stop coding.
✓We have too much technical debt, so we need to allocate time to refactoring.

Technical debt is not fixed by stopping work; it is fixed by paying it down through refactoring and cleanup.

Don't mix it up

How technical debt differs from similar terms
TermWhat it isWho writes or uses itWhen
technical debtCost of past shortcutsEngineersPlanning
legacy codeOld code still in useEngineersOlder systems
bugSomething brokenDevelopersErrors

Practice

Try it

4 quick exercises

Pick the most natural phrasing

1. Your manager asks why the new feature is taking longer than expected. You want to explain past shortcuts. What do you say?

Complete the sentence

2. We shipped quickly last quarter, but now we are _______ the _______ by refactoring the payment module.

Spot the mistake

3. Which sentence uses 'technical debt' incorrectly?

Rewrite naturally

4. Rewrite this in natural tech English using 'technical debt': 'We made the code quickly without testing, and now it takes longer to add new things because the code is messy.'

Say it out loud

Phrase 1 of 3

"We're carrying a lot of technical debt in that module."

We don't save your recording. The word check uses your browser's speech recognition.

More about technical debt

Real examples(3)

  • in a standup

    "We shipped the feature on time, but we accumulated some technical debt by skipping unit tests."

  • in a code review

    "This hardcoded value is a shortcut—we're adding to our technical debt here."

  • in a team meeting

    "If we don't address our technical debt soon, every new feature will take twice as long to develop."

More mistakes(2)

Handle with care. Technical debt is not a bad thing per se—it is a strategic trade-off. Do not use it to mean simply 'bad code' or 'bugs'. It refers to shortcuts taken deliberately to deliver faster, with known future costs.

  • ✕Technical debt means the code has bugs.
    ✓Technical debt is the backlog of work created by prioritizing speed over quality.

    Debt refers to future work, not current bugs. Bugs are separate issues.

  • ✕We should never take on technical debt.
    ✓We should take on technical debt strategically when time-to-market is critical.

    Technical debt is sometimes the right business decision; the key is being intentional about it.

Other forms(3)

  • technical debt noun

    "Technical debt in our codebase is slowing down development."

  • accrue technical debt noun phrase

    "We accrued technical debt by shipping the MVP without full test coverage."

  • pay down technical debt noun phrase

    "We need to pay down technical debt in the authentication module."

Often used with(5)

  • accrue / accumulate technical debt · Used when shortcuts add up over time: 'We accumulated too much technical debt.'
  • pay down technical debt · Used for refactoring and cleanup work: 'We are paying down technical debt this sprint.'
  • high / low technical debt · Describes the severity: 'This module has high technical debt.'
  • take on technical debt · Used when deliberately choosing speed over quality: 'We took on technical debt to meet the deadline.'
  • technical debt interest · The ongoing cost of carrying debt: 'The technical debt interest is slowing us down.'

Similar words(3)

  • code debt · Slightly less formal; means the same thing.
  • legacy code · Refers to old code, but does not always imply a deliberate trade-off like debt does.
  • technical backlog · More general term for outstanding engineering work, including but not limited to debt.

Opposites(3)

  • code quality
  • maintainability
  • clean code

Questions(5)

What does technical debt mean in software engineering?
Technical debt is the accumulated cost of prioritizing quick delivery over code quality. It represents shortcuts taken during development that create future work. Like financial debt, it has interest—the longer you carry it, the more expensive it becomes because the code becomes harder to modify and maintain.
How do you use technical debt in a sentence at work?
You might say: 'We took on technical debt to ship the MVP on time,' or 'We need to pay down technical debt in the authentication module.' It is commonly used in retrospectives, sprint planning, and code reviews.
Is technical debt always bad?
No. Technical debt is sometimes a smart business decision. The key is being intentional about it and creating a plan to pay it down. Problems arise when debt accumulates without acknowledgment or when there is no plan to address it.
What is the difference between technical debt and bugs?
Bugs are current problems in the code. Technical debt is the backlog of work created by past shortcuts. You can have technical debt without bugs, and bugs are not always caused by debt.
How do you pay down technical debt?
By refactoring, adding tests, rewriting messy code, and improving documentation. Teams typically allocate time in sprints specifically for paying down debt, often called 'tech debt sprints' or 'refactoring work.'
New app · Free lessons

Speak up in meetings. Feel confident.

Standup vocabulary, native examples, and quick practice — 100+ free lessons

Start learning freeNo card needed · Google or email

For bots & AI agents

Machine-readable versions of this page and Speak Tech English. Speak Tech English sells self-study ebooks and courses in English for tech, publishes free guides, a free glossary and a free newsletter; live lessons are on Mockly English. Fetch these instead of parsing this page.

This page (.md)llms.txtllms-full.txtai.txtGlossary (.md)Free guides (.md)All products (.md)Endpoint indexNewsletterLive lessons (Mockly)