Bảng Kanban kín việc mà khách vẫn chờ lâu: giới hạn WIP và định luật Little
Đội hỗ trợ triển khai có 6 người nhưng đang "ôm" 31 yêu cầu dở dang, khách hàng chờ trung bình hơn ba tuần. Dùng bốn chỉ số dòng chảy của Kanban Guide và định luật Little để chứng minh rằng bắt đầu ít việc hơn mới là cách xong việc nhanh hơn.
Tình huống dưới đây là giả định, dùng để minh hoạ; số liệu được làm tròn cho dễ tính.
Một công ty phần mềm kế toán có đội "triển khai và tuỳ biến" gồm 6 người, nhận yêu cầu từ khách hàng doanh nghiệp: cấu hình mẫu báo cáo, chuyển đổi dữ liệu, viết tích hợp nhỏ. Đội dùng bảng Kanban với các cột Chờ xử lý → Phân tích → Thực hiện → Kiểm tra → Bàn giao, nhưng không có giới hạn số việc trong mỗi cột.
Chị Mai, trưởng nhóm, mang số liệu 8 tuần gần nhất đến cuộc họp với giám đốc dịch vụ:
Trung bình có khoảng 30 thẻ đang dở dang (đã bắt đầu, chưa xong) trên bảng.
Đội hoàn thành trung bình 10 thẻ mỗi tuần.
Khách hàng phàn nàn rằng yêu cầu "nhỏ" cũng mất ba, bốn tuần mới xong.
Mỗi người đang cầm 4–6 thẻ cùng lúc; khi khách gọi hối, ai đó lại "bắt đầu ngay cho khách yên tâm".
Giám đốc dịch vụ đề xuất tuyển thêm 2 người. Chị Mai muốn thử một cách rẻ hơn trước: giới hạn công việc dở dang (WIP limit).
Phân tích theo PMBOK® Guide / Agile Practice Guide
Kanban tối ưu dòng chảy, không tối ưu "độ bận"
Kanban Guide (bản tháng 5/2025) định nghĩa Kanban là chiến lược tối ưu dòng chảy giá trị (flow) qua một quy trình, với ba thực hành: định nghĩa và trực quan hoá quy trình làm việc, chủ động quản lý các hạng mục đang chạy, và cải tiến quy trình. Hướng dẫn này yêu cầu thành viên hệ thống Kanban kiểm soát tường minh số hạng mục dở dang, tạo ra hệ thống kéo (pull system): chỉ bắt đầu việc mới khi có tín hiệu rõ ràng là còn năng lực.
Hướng dẫn cũng nêu bốn chỉ số dòng chảy bắt buộc:
Chỉ số
Ý nghĩa
Trong tình huống
WIP (work in progress)
Số hạng mục đã bắt đầu nhưng chưa xong
≈ 30 thẻ
Throughput
Số hạng mục hoàn thành trên một đơn vị thời gian
≈ 10 thẻ/tuần
Work Item Age
Thời gian từ lúc bắt đầu tới hiện tại của một hạng mục đang chạy
Nhiều thẻ "tuổi" 4–5 tuần
Cycle Time
Thời gian từ lúc bắt đầu tới lúc xong
Trung bình ≈ 3 tuần
Kanban University cũng dùng hình ảnh đường cao tốc giờ cao điểm: đường được "sử dụng hết công suất" nhưng xe gần như đứng yên — mức sử dụng cao không có nghĩa là thông lượng cao.
Định luật Little: liên hệ giữa WIP, throughput và cycle time
Định luật Little (Little's Law) trong lý thuyết hàng đợi, được John Little chứng minh năm 1961, phát biểu rằng với một hệ thống ổn định trong dài hạn: số phần tử trung bình trong hệ thống = tốc độ đến trung bình × thời gian trung bình trong hệ thống. Viết lại theo ngôn ngữ Kanban:
Cycle time trung bình ≈ WIP trung bình ÷ Throughput trung bình
Với số liệu của đội: 30 thẻ ÷ 10 thẻ/tuần ≈ 3 tuần — khớp với cảm nhận của khách hàng. Nếu đội giữ WIP ở mức khoảng 12 thẻ và throughput không giảm, cycle time trung bình sẽ về khoảng 1,2 tuần, không cần thêm người.
Lưu ý quan trọng: định luật chỉ đúng với giá trị trung bình dài hạn của hệ thống ổn định (việc vào không vượt quá việc ra, cách đếm "bắt đầu/xong" nhất quán). Nó là công cụ giải thích và kiểm tra hợp lý, không phải công thức dự báo từng thẻ. Để cam kết với khách, Kanban Guide khuyên dùng kỳ vọng mức dịch vụ (Service Level Expectation – SLE) dựa trên dữ liệu cycle time lịch sử, ví dụ "85% yêu cầu xong trong 8 ngày hoặc ít hơn".
Gắn với lĩnh vực hiệu suất Đo lường
Lĩnh vực hiệu suất Đo lường (Measurement) của PMBOK® Guide nhấn mạnh chọn thước đo giúp ra quyết định, không chỉ để báo cáo. "Mọi người đều bận" là thước đo đầu vào; khách hàng chỉ quan tâm thước đo đầu ra — bao lâu thì xong. Nguyên tắc tập trung vào giá trị và tư duy hệ thống (systems thinking) cũng chỉ ra rằng tối ưu cục bộ (ai cũng có việc) có thể làm hại toàn cục.
Cách áp dụng
Bước 1: Thống nhất "bắt đầu" và "xong" nghĩa là gì
Kanban Guide gọi đây là Định nghĩa quy trình làm việc (Definition of Workflow – DoW). Nếu thẻ được coi là "bắt đầu" khi vào cột Phân tích và "xong" khi khách ký biên bản, mọi số liệu phải đếm theo đúng mốc đó. Không có định nghĩa chung, WIP và cycle time sẽ mỗi người đếm một kiểu.
Bước 2: Đo trạng thái hiện tại trong 2–4 tuần
Ghi ngày bắt đầu và ngày xong của từng thẻ. Vẽ biểu đồ phân tán cycle time và theo dõi Work Item Age hằng ngày — thẻ nào "già" hơn mức thông thường là ứng viên cần gỡ vướng ngay.
Bước 3: Đặt giới hạn WIP ban đầu và để đội tự điều chỉnh
Cột
WIP hiện tại (trung bình)
Giới hạn thử nghiệm
Ghi chú
Phân tích
8
3
Một người phân tích chính, một người hỗ trợ
Thực hiện
14
6
Khoảng một thẻ/người, cộng dư một chút
Kiểm tra
6
2
Nút thắt hiện tại — phải "kéo" người sang giúp
Bàn giao
2
1
Hẹn lịch với khách ngay khi vào cột
Nguyên tắc đặt giới hạn: bắt đầu hơi chặt, quan sát chỗ nghẽn, rồi điều chỉnh trong buổi rà soát quy trình. Chính sách ngoại lệ (ví dụ lớp dịch vụ "khẩn cấp" cho sự cố làm dừng nghiệp vụ của khách) phải được ghi rõ, không phải ai hối nhiều thì được chen.
Bước 4: Đổi thói quen từ "bắt đầu thêm" sang "hoàn thành trước"
Khẩu hiệu thường dùng trong cộng đồng Kanban: ngừng bắt đầu, bắt đầu hoàn thành. Khi một cột chạm giới hạn, người rảnh không lấy việc mới mà đi giúp cột đang nghẽn (thường là Kiểm tra). Họp đứng hằng ngày đọc bảng từ phải sang trái: việc gần xong nhất được hỏi trước.
Bước 5: Đặt SLE và báo cho khách bằng xác suất
Sau 6–8 tuần với WIP được kiểm soát, lấy phân vị 85% của cycle time làm SLE. Thay vì hứa "tuần sau xong", đội nói: "85% yêu cầu loại này xong trong 7 ngày làm việc kể từ khi bắt đầu". Đây là cách giao tiếp minh bạch hơn và giúp khách tự lên kế hoạch.
Bước 6: Chỉ cân nhắc thêm người khi dữ liệu cho thấy throughput là giới hạn thật
Nếu WIP đã thấp, cycle time đã ổn định mà lượng yêu cầu đến vẫn liên tục lớn hơn throughput, hàng chờ sẽ dài mãi — lúc đó mới là bài toán năng lực, và đề xuất tuyển người có dữ liệu bảo vệ.
Sai lầm thường gặp
Đặt WIP limit rồi không tôn trọng: vượt giới hạn "một chút" mỗi ngày, sau hai tuần bảng trở lại như cũ.
Giới hạn WIP theo người thay vì theo dòng chảy: "mỗi người tối đa 3 thẻ" vẫn để cột Kiểm tra ứ đọng.
Dùng định luật Little để hứa ngày cho từng yêu cầu: định luật nói về trung bình dài hạn; cam kết từng thẻ nên dựa trên SLE và phân phối cycle time.
Đếm "xong" khác nhau giữa các tháng: đổi định nghĩa giữa chừng làm số liệu không so sánh được.
Coi Kanban là "không có kỷ luật": Kanban không có sprint nhưng vẫn đòi hỏi chính sách tường minh, đo lường và cải tiến liên tục.
Góc ôn thi PMP
Đề PMP hay đưa tình huống "đội bận rộn nhưng giao hàng chậm" và hỏi hành động phù hợp: đáp án tốt thường là trực quan hoá công việc và giới hạn WIP, không phải thêm người hay tăng giờ làm.
Nhớ mối quan hệ: WIP tăng → cycle time tăng (khi throughput không đổi). Đây là điểm mấu chốt để đọc biểu đồ dòng tích luỹ (cumulative flow diagram): dải "đang làm" phình to nghĩa là WIP tăng và thời gian chờ dài ra.
Phân biệt lead time (từ khi khách yêu cầu đến khi nhận) và cycle time (từ khi đội bắt đầu đến khi xong); đề có thể dùng cả hai.
Servant leader trong tình huống này giúp đội nhìn thấy nút thắt và tự điều chỉnh chính sách, không áp giới hạn từ trên xuống rồi phạt người vi phạm.
