Bạn quản lý nợ kỹ thuật (technical debt) ở cấp độ tổ chức như thế nào?

Question

Accepted Answer

Ở cấp độ tổ chức, nợ kỹ thuật là một **danh mục (portfolio) cần được quản lý**, không phải một backlog cần xóa sạch. Mục tiêu không phải là nợ bằng không; mà là giữ nợ ở mức không đe dọa đến tốc độ, độ tin cậy, hay khả năng thực thi chiến lược.

## Cách tư duy về điều này

```text
LÀM CHO NỢ TRỞ NÊN HỮU HÌNH VÀ ĐƯỢC ƯU TIÊN
- Liệt kê những khoản nợ thực sự gây hại (làm chậm bàn giao, gây sự cố)
- Phân loại: chiến lược (có chủ đích) vs tình cờ vs phân rã/mục ruỗng
- Định lượng tác động theo ngôn ngữ kinh doanh (tốc độ, downtime, rủi ro churn)
- Phân bổ một % năng lực ổn định để trả nợ (thường là 15-25%)
```

Không phải mọi khoản nợ đều đáng trả. Nợ trong một hệ thống ổn định, ít thay đổi có thể để yên; nợ trong một khu vực nóng, thay đổi nhanh nên được trả trước.

## Ví dụ cụ thể

Một CTO thiết lập một quy tắc rằng 20% năng lực của mỗi đội dành cho độ tin cậy và nợ, sau đó nhắm nó vào ba hệ thống gây ra 80% sự cố, thay vì rải mỏng khắp nơi.

## Đánh đổi và cạm bẫy

- **Cạm bẫy:** một cuộc "viết lại lớn" để xóa hết nợ, thường vượt quá dự kiến và tái tạo ra nợ.
- **Cạm bẫy:** không bao giờ trả nợ, cho đến khi tốc độ sụp đổ.
- Đóng khung nợ như một mối lo chỉ thuộc về kỹ thuật sẽ thất bại; hãy gắn nó với kết quả kinh doanh để có được sự đồng thuận.

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

Nợ kỹ thuật không được quản lý sẽ tích lũy âm thầm cho đến khi các tính năng mất hàng tháng và sự cố tăng vọt.

Quản lý nó như một danh mục có chủ đích giữ cho tổ chức nhanh và đáng tin cậy qua nhiều năm, và biến một nỗi lo kỹ thuật trừu tượng thành một đánh đổi kinh doanh được định lượng mà ban lãnh đạo có thể lý giải.