Làm thế nào để bạn giải thích technical debt cho một đối tượng không chuyên về kỹ thuật?

Question

Accepted Answer

**Tôi dịch tech debt sang ngôn ngữ mà đối tượng đó vốn đã dùng: tiền bạc, tốc độ và rủi ro.** Một stakeholder không chuyên kỹ thuật chẳng quan tâm tới coupling hay test coverage; họ quan tâm rằng các tính năng đang ngày càng chậm và đắt hơn để ship. Vì vậy tôi đóng khung debt như một vấn đề tài chính và giao hàng, không phải vấn đề code.

## Cách đóng khung tôi dùng

- **Ẩn dụ tài chính, dùng một cách thận trọng.** "Chúng ta đã đi đường tắt để ship nhanh, giống như vay một khoản nợ. Nó đã hiệu quả, và giờ mỗi sprint chúng ta đang trả lãi cho nó. Mỗi tính năng mới ở vùng này tốn kém hơn vì phần lãi đó." Điều này dễ tiếp nhận vì ai cũng hiểu nợ và lãi.
- **Làm nó cụ thể bằng chính các chỉ số của họ.** Không phải "code lộn xộn" mà là "tính năng này mất ba tuần; hai năm trước cùng quy mô chỉ mất một tuần. Khác biệt là chi phí bảo trì chúng ta đã tích lũy."
- **Gắn nó với những kết quả họ quan tâm.** Giao hàng chậm hơn, nhiều bug tới tay khách hàng hơn, onboarding cho người mới khó hơn, rủi ro sự cố tăng dần. Kết nối debt với doanh thu, uy tín và tốc độ roadmap.

## Cách tôi biến nó thành một quyết định, không phải một lời than phiền

- Trình bày nó như một **trade-off có các lựa chọn**, không phải một đòi hỏi: "Chúng ta có thể tiếp tục ship tính năng với tốc độ đang chậm dần hiện tại, hoặc đầu tư hai sprint ngay bây giờ để cắt giảm khoảng một phần ba chi phí tính năng trong tương lai."
- Định lượng ở những chỗ có thể: thời gian mất mỗi sprint, tần suất incident, phần trăm năng lực bị tiêu vào chữa cháy.
- Trung thực rằng **một phần debt là chấp nhận được.** Không phải mọi khoản debt đều phải trả; điểm mấu chốt là trả phần debt đang thực sự đánh thuế lên việc giao hàng.

## Những cạm bẫy

- **Dùng thuật ngữ chuyên ngành** ("refactor," "coupling," "kiến trúc sai"). Nó khiến bạn nghe như đang muốn đánh bóng code quá mức.
- Đóng khung nó như việc kỹ sư muốn code sạch chỉ vì bản thân điều đó; nghe như tự thỏa mãn.
- Báo động giả — gọi mọi thứ là debt sẽ làm xói mòn uy tín khi có thứ thực sự khẩn cấp xuất hiện.

## Tại sao điều này quan trọng

Nếu bạn không thể giải thích tech debt bằng ngôn ngữ kinh doanh, nó sẽ chẳng bao giờ được cấp ngân sách, và team từ từ ì lại trong khi ban lãnh đạo thắc mắc tại sao velocity tụt. Đóng khung nó thành chi phí, tốc độ và rủi ro là thứ giúp bạn có được thời gian để sửa trước khi nó thành khủng hoảng.