Giới hạn Work-In-Progress (WIP) hữu ích khi bạn làm việc theo phong cách Kanban chân thực: nơi công việc được "kéo" khi mọi người trở nên rảnh rỗi, thay vì công việc được "đẩy" vào người trước khi họ sẵn sàng.
Để hiểu sự khác biệt giữa "đẩy" và "kéo", hãy nghĩ về tập phim nổi tiếng "I Love Lucy" nơi Lucy và Ethel nhận công việc tại một nhà máy sản xuất sô cô la và nhanh chóng thấy mình không thể đuổi kịp với tất cả công việc đang được đẩy vào họ :-)
>Đây là một ví dụ hoàn hảo về rủi ro của "đẩy": khi sô cô la được chuẩn bị từ phía trước, công việc trở nên sẵn sàng mặc dù người làm công việc không sẵn sàng làm việc.
>Mô hình kéo khác biệt: người ta "kéo" công việc và phân công nó cho chính họ khi họ sẵn sàng.
Mỗi người thường có một số lượng nhỏ các mục họ đang xử lý trong cùng một thời điểm: có thể chỉ là hai mục, tùy thuộc vào sự phức tạp của công việc, nhưng hiếm khi chỉ là một mục duy nhất. (Thường thì bạn luôn muốn có một nhiệm vụ "nền" sẵn sàng để thực hiện ngay khi nhiệm vụ "trước cửa" bị chặn vì bất kỳ lý do nào.)
Khi một người có thể nhận một nhiệm vụ mới, cô ấy có thể "kéo" nó từ cột bên trái của mình trên một bảng Kerika.
>Bạn có thể sử dụng Giới hạn WIP với bất kỳ Bảng Nhiệm vụ:
Bảng này bao gồm người có các vai trò khác nhau: nhà thiết kế, nhà phát triển và QA, và mỗi nhóm đã xác định giới hạn WIP riêng, dựa trên khả năng và tốc độ của nhóm.
Trong ví dụ cụ thể này, chúng ta thấy rằng cột "Đang tiến hành" hiện đã vượt quá giới hạn WIP, trong khi các cột khác chưa.
Khi điều này xảy ra, Kerika sẽ thông báo cho bạn về tình trạng bằng cách hiển thị các cột bị ảnh hưởng với chữ màu đỏ trên phần đầu cột.
Giới hạn WIP được xem là "mềm": Kerika không ngăn bạn vượt quá giới hạn WIP của một cột, nhưng nó cung cấp cảnh báo rõ ràng, dễ nhìn cho mọi người biết rằng một tình huống tắc nghẽn đang sắp xảy ra.
Khi tắc nghẽn bắt đầu xuất hiện, Quản trị Bảng có thể can thiệp để giúp quản lý luồng đầu nguồn, để giới hạn WIP có thể trở lại mức chấp nhận được.
>