저는 tech debt를 청중이 이미 쓰는 언어로 번역합니다: 돈, 속도, 리스크. 비기술 stakeholder는 결합도나 테스트 커버리지에 관심이 없습니다; 그들은 기능을 출시하는 게 점점 느려지고 비싸진다는 데 관심이 있습니다. 그래서 저는 부채를 코드 문제가 아니라 재무 및 딜리버리 문제로 규정합니다.
제가 쓰는 프레이밍
- 신중하게 쓰는 재무 비유. "빠르게 출시하려고 지름길을 택했어요, 대출을 받는 것처럼요. 효과는 있었고, 이제 매 스프린트마다 그 이자를 내고 있어요. 이 영역의 새 기능마다 그 이자 때문에 비용이 더 듭니다." 모두가 부채와 이자를 이해하기에 이게 와닿습니다.
- 그들의 지표로 구체화하기. "코드가 지저분해요"가 아니라 "이 기능은 3주가 걸렸어요; 2년 전에는 같은 규모가 1주였죠. 차이는 우리가 누적한 유지보수 오버헤드입니다."
- 그들이 신경 쓰는 결과와 연결하기. 느려진 딜리버리, 고객에게 도달하는 더 많은 버그, 신규 입사자의 더 어려운 온보딩, 높아지는 장애 리스크. 부채를 매출, 평판, roadmap 속도와 연결합니다.