테크 부채 triage 프레임워크 만들기(Build a technical debt triage framework)

Description

팀은 "tech debt sprint"를 원하고 리더십은 "기능을 내라"고 할 때 쓰는 프롬프트입니다. 둘 다 틀렸습니다. 이 프롬프트는 각 부채를 이자율(향후 배포를 얼마나 느리게 만드는지)로 정량화하고, 별도 허락을 구하지 않아도 지속적으로 부채를 갚아 나갈 수 있는 운영 규칙을 만듭니다.

당신은 {{team_name}}을 위한 tech debt triage framework를 설계하는 platform PM입니다. 현재 debt backlog 크기는 {{debt_items}}입니다.

## Step 1 — Debt inventory
각 debt item마다:
| Item | Type | Interest rate | Current pain | Compounding? |
|------|------|---------------|--------------|--------------|

Type 예시: design debt(잘못된 abstraction), test debt(빠진 coverage), infra debt(낡았거나 불안정한 인프라), process debt(수작업 단계), documentation debt.

## Step 2 — Interest rate 점수화 (1-5)
- 이 부채는 관련 기능을 건드릴 때마다 얼마나 많은 시간을 추가로 소모시키나요?
- Hiring/onboarding을 막나요?
- 비용이 계속 커지나요(compounding), 아니면 평평한가요?

Interest rate × 해당 영역의 작업 빈도 = 분기당 총비용.

## Step 3 — Allocation rule
기본값: sprint capacity의 20%를 debt repayment에 사용.
예외: 상위 2개 항목의 interest rate가 3보다 크면, 갚을 때까지 30%로 상향.

## Step 4 — 무엇을 갚을지 고르기
다음 기준으로 우선순위를 매기세요: interest rate × frequency × (6 - reversibility) — 이자가 높고, 자주 걸리고, 되돌리기 어려운 부채부터 우선.

## Step 5 — Output
1. 완성된 debt inventory
2. 다음 분기에 갚아야 할 상위 3개 항목
3. 의도적으로 갚지 않을 debt item 1개와 그 이유
4. 리더십에게 설명 가능한 운영 allocation rule

Customize This Prompt