Việc 16 ngày mới xong nhưng chỉ có 4 ngày có người chạm tay: đo hiệu suất dòng chảy (flow efficiency) để tìm chỗ chờ
Khi việc chậm, phản xạ đầu tiên thường là bắt mọi người làm nhanh hơn. Nhưng nếu phần lớn thời gian hạng mục chỉ nằm chờ, tăng tốc người làm gần như không đổi được gì. Bài viết giới thiệu chỉ số hiệu suất dòng chảy, cách đo đơn giản và các hướng cải tiến vào thời gian chờ.
Tình huống minh hoạ
Tình huống và số liệu dưới đây là giả định, dùng để minh hoạ.
Một công ty phần mềm kế toán ở Hà Nội nhận phản ánh: thay đổi nhỏ trên sản phẩm mất trung bình 16 ngày từ lúc bắt đầu phân tích đến lúc phát hành. Giám đốc kỹ thuật đề xuất tăng ca và tuyển thêm hai lập trình viên.
Trước khi đồng ý, PM đề nghị theo dõi kỹ một số hạng mục điển hình: mỗi ngày, hạng mục đang có người làm hay đang nằm chờ?
Hiệu suất dòng chảy là gì
Tư duy tinh gọn (lean) phân biệt hai loại thời gian trong một quy trình:
- Thời gian làm (touch time / active time): có người thực sự xử lý hạng mục.
- Thời gian chờ (wait time): hạng mục nằm trong hàng đợi — chờ duyệt, chờ review, chờ môi trường kiểm thử, chờ lịch phát hành.
Hiệu suất dòng chảy = thời gian làm ÷ tổng thời gian (thời gian làm + thời gian chờ).
Với nhiều quy trình công việc tri thức, chỉ số này thấp hơn nhiều so với cảm nhận, vì mỗi người đều bận rộn — nhưng bận với nhiều việc khác nhau, trong khi từng hạng mục cứ nằm chờ.
Đo hiệu suất dòng chảy cho một hạng mục
Kết quả theo dõi một hạng mục điển hình:
| Bước | Làm (ngày) | Chờ (ngày) |
|---|---|---|
| Phân tích | 1 | — |
| Chờ trưởng sản phẩm duyệt | — | 3 |
| Lập trình | 1,5 | — |
| Chờ review mã | — | 2 |
| Review mã | 0,5 | — |
| Chờ môi trường kiểm thử | — | 4 |
| Kiểm thử | 1 | — |
| Chờ đợt phát hành | — | 3 |
| Tổng | 4 | 12 |
Hiệu suất dòng chảy = 4 ÷ 16 = 25%. Ba phần tư thời gian, hạng mục không được ai chạm tới.
Tình huống liên quan
Sếp hỏi "bao giờ xong 40 hạng mục còn lại?": dự báo bằng mô phỏng Monte Carlo trên throughput thay vì cộng story point
Thay vì ngồi ước lượng lại từng hạng mục rồi chia cho velocity trung bình, đội có thể dùng chính lịch sử throughput của mình để mô phỏng hàng nghìn tương lai và trả lời sếp bằng một xác suất: 85% khả năng xong trong 10 tuần. Bài viết hướng dẫn cách làm, cách đọc kết quả và những giới hạn cần nói rõ.
Ngày ra mắt đã chốt trước Tết, phạm vi thì chưa: lập kế hoạch phát hành bằng dải velocity "chắc có – có thể có – không kịp"
Khi ngày phát hành không được dời, câu hỏi đúng không còn là "bao giờ xong" mà là "đến ngày đó sẽ có những gì". Dùng velocity thấp và cao của chính đội để vạch hai đường trên backlog đã sắp thứ tự, PM chia phạm vi thành ba vùng và cập nhật sau mỗi sprint. Bài viết hướng dẫn cách tính và cách trình bày với nhà tài trợ.
Đề đưa biểu đồ, không cho bảng số: đọc đường PV–EV–AC và ma trận xác suất – tác động trong câu hỏi hình ảnh PMP
Câu hỏi dựa trên hình ảnh là dạng mới của đề PMP 2026: đề cho một biểu đồ và bạn phải tự rút ra con số hoặc kết luận. Bài viết hướng dẫn đọc đồ thị giá trị thu được (PV, EV, AC theo thời gian) và ma trận xác suất – tác động, kèm các bẫy đọc trục và đơn vị.
Cùng một gói việc, giá trị thu được từ 0 đến 84 triệu: chọn quy tắc đo EV cho đúng
Giá trị thu được (EV) chỉ khách quan khi quy tắc đo được thống nhất trước. Bài viết so sánh 0/100, 50/50, phần trăm hoàn thành ước tính, mốc có trọng số, đơn vị hoàn thành và LOE trên cùng một gói việc, chỉ ra vì sao EV có thể dao động từ 0 đến 84 triệu đồng và cách chọn quy tắc theo đặc điểm công việc.