지식 · IT·데이터·DX

기술 부채

Technical Debt

📂IT·데이터·DX읽기 1분📊실무🔗관련 3

기술 부채란?

한 줄 정의
빠른 개발을 위해 '대충' 짠 코드가 쌓여 나중에 갚아야 할 '빚'처럼 되는 것. 방치하면 이자가 붙는다.
⚡ 3줄 요약
  • 급히 대충 짠 코드가 '빚'처럼 쌓임
  • 방치하면 이자(속도 저하)
  • 리팩터링으로 상환

기술 부채는 지금 당장 빠르게 만들려고 임시방편·미흡한 설계로 짠 코드가, 나중에 유지·수정을 어렵게 만드는 것을 '빚'에 비유한 말입니다. 급할 땐 빨라 보이지만, 방치하면 코드가 얽혀 새 기능 추가가 느려지고 버그가 늘어나는 '이자'가 붙습니다.

부채 자체가 무조건 나쁜 건 아닙니다 — 빠른 출시를 위해 의도적으로 지기도 합니다. 문제는 '갚지 않고 쌓기만' 할 때입니다. 정기적인 리팩터링(정리)으로 갚아 나가야 합니다. 바이브 코딩으로 빠르게 만들수록 기술 부채가 쌓이기 쉬우니, 의식적으로 관리하는 것이 중요합니다.

💡 쉽게 말하면
급하게 쌓은 짐 — 당장은 빠르지만 안 치우면 나중에 발에 걸려 느려집니다.
실무에서 왜 중요한가
방치된 기술 부채는 개발 속도를 갉아먹습니다. 인식하고 관리해야 지속 가능한 개발이 됩니다.
유래와 출처

1992년 워드 커닝햄(Ward Cunningham)이 '빚'에 비유해 제안한 개념으로, 소프트웨어 유지보수 논의의 핵심어가 됐습니다.

출처 · Ward Cunningham(1992)
사례로 이해하기

예를 들어, 기술 부채가 쌓이는 과정을 그려봅시다.

  1. 임시방편 — 급해서 대충 코드를 짭니다.
  2. 누적 — 그런 코드가 여기저기 쌓입니다.
  3. 이자 — 수정·추가가 점점 느려집니다.
  4. 인식 — 부채를 목록으로 관리합니다.
  5. 상환 — 리팩터링으로 조금씩 갚습니다.
관련 용어
이 용어와 연결된 교육
📚Claude Code로 실무 웹사이트 만들기나눔경영컨설팅 기업교육 · 대면/온라인과정 보기 →
이 주제로 사내 교육이 필요하신가요?
담당자 맞춤 커리큘럼·견적을 바로 받아보세요.
교육 문의하기
최종 수정 2026-07-11 · 감수 김종혁

자주 묻는 질문

아닙니다. 빠른 출시를 위해 의도적으로 지기도 합니다. 문제는 '갚지 않고 쌓기만' 하는 것입니다.
정기적인 리팩터링(코드 정리)과 테스트 보강으로 조금씩 상환합니다.
아닙니다. 빠른 출시를 위해 의도적으로 지기도 합니다. 문제는 '갚지 않고 쌓기만' 하는 것입니다.
정기적인 리팩터링(코드 정리)과 테스트 보강으로 조금씩 상환합니다.