Bạn theo dõi những chỉ số nào trên một đội Agile, và chúng cho bạn biết điều gì?

Question

Accepted Answer

Các chỉ số Agile nên tiết lộ **luồng và tính dự đoán được**, chứ không phải xếp hạng các cá nhân. Những chỉ số hữu ích nhất mô tả cách công việc di chuyển qua đội: burndown, velocity, cycle time, và throughput. Đọc cùng nhau, chúng cho thấy liệu đội có khỏe mạnh và đang cải thiện hay không.

## Các chỉ số cốt lõi

```text
BURNDOWN     công việc còn lại qua Sprint; báo hiệu vấn đề phạm vi/nhịp độ
VELOCITY     point hoàn thành mỗi Sprint; công cụ hỗ trợ dự báo
CYCLE TIME   thời gian từ "bắt đầu" đến "done" mỗi mục; tốc độ luồng
THROUGHPUT   số mục hoàn thành mỗi giai đoạn; khối lượng luồng
```

Một **biểu đồ luồng tích lũy (cumulative flow diagram)** trực quan hóa WIP và các nút thắt cổ chai qua các cột.

## Ví dụ cụ thể

Burndown của một đội phẳng trong một tuần rồi giảm mạnh ở cuối — một dấu hiệu của các mục lớn, hoàn thành muộn. Họ phản ứng bằng cách cắt nhỏ các story, và cycle time giảm xuống.

## Những sai lầm thường gặp

- Dùng các chỉ số để so sánh hoặc xếp hạng cá nhân, điều này làm hỏng hành vi.
- Đuổi theo velocity như một mục tiêu, dẫn đến lạm phát point.
- Theo dõi những con số không ai hành động — các chỉ số phù phiếm.

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

Các chỉ số tốt làm cho vấn đề trở nên hữu hình — luồng chậm, lô lớn, phạm vi phình ra giữa Sprint — để đội có thể giải quyết các nguyên nhân gốc.

Điểm mấu chốt là học hỏi và thích ứng, không phải giám sát; các chỉ số phục vụ đội, không phải các bảng điều khiển của ban quản lý.