조직 수준에서 기술 부채는 제거해야 할 백로그가 아니라 관리해야 할 포트폴리오입니다. 목표는 부채를 0으로 만드는 것이 아니라, 부채가 속도, 신뢰성, 또는 전략을 딜리버리할 능력을 위협하지 않는 수준으로 유지하는 것입니다.
이해하는 방법
text
부채를 가시화하고 우선순위화하라
- 실제로 해를 끼치는 부채를 목록화 (딜리버리를 늦추고, 장애를 일으킴)
- 분류: 전략적(의도적) vs 우발적 vs 부패/노후화
- 비즈니스 용어로 영향을 정량화 (속도, 다운타임, 이탈 위험)
- 상환에 꾸준한 비율의 역량 할당 (보통 15~25%)
모든 부채가 갚을 가치가 있는 것은 아닙니다. 안정적이고 거의 변경되지 않는 시스템의 부채는 그대로 둘 수 있고, 뜨겁고 빠르게 변하는 영역의 부채는 먼저 갚아야 합니다.
구체적인 예시
한 CTO가 모든 팀 역량의 20%를 신뢰성과 부채에 쓴다는 규칙을 도입한 다음, 그것을 어디에나 얇게 분산시키는 대신 장애의 80%를 일으키는 세 개의 시스템에 집중시킵니다.