ขีดจำกัด Work-In-Progress (WIP) มีประโยชน์เมื่อคุณกำลังทำงานในสไตล์ Kanban แท้: ที่ **งานถูก "ดึง" เมื่อคนว่างมา, ไม่ใช่การ"ผ push ่" งานตัดลงบนคนก่อนที่คนพร้อม
เพื่อเข้าใจความแตกต่างระหว่าง "การผ push ่" กับ "การดึง", คิดถึงตอนที่ผู้ดาบคุณโร้งและอีเทลทำงานในโรงช็อคโกแลตและรู้ว่าตนเองไม่สามารถทำงานไหนเพิ่มตรงที่งานถูกผ push ่เข้ามาเร็จ :)
>นี่เป็นตัวอย่างที่ลดทางอันตรายของ "การผ push ่": เมื่อช็อคโกแลตเตรียมที่ขั้นบน งานถูกเตรียมไว้แม้ว่าคนจะไม่พร้อมทำงาน
>โมเดลดึงต่างจากนี้: คน "ดึง" งานและมอบหมายงานให้ตนเองเมื่อพร้อม.
ปกติแล้วแต่ละคนจะมีจำนวนเล็กน้อยของงานที่พวกเขากำลังจัดการในเวลาใดก็ได้: อาจจะน้อยมากเท่าที่สองงาน, ขึ้นอยู่กับความซับซ้อนของงาน แต่มากน้อยไม่มากกว่างานเพียงงานเดียว (คุณเกือบจะต้องการให้มีงาน "พื้นหลัง" ที่พร้อมรับมือทันทีเมื่องาน "หน้าจอ" ของคุณติดขัดเพราะเหตุผลใดๆ)
เมื่อคนสามารถรับงานใหม่ เธอสามารถ "ดึง" มันจากคอลัมน์ด้านซ้ายของเธอบนบอร์ด Kerika
>คุณสามารถใช้ขีดจำกัด Work-In-Progress (WIP) กับ บอร์ดงาน
บอร์ดนี้รวมผู้มีบทบาทที่แตกต่าง: นักออกแบบ, นักพัฒนา และ QA, และ กลุ่มแต่ละกลุ่มได้กำหนดขีดจำกัด WIP ของตนเอง, ขึ้นอยู่กับความจุและความเร็วของทีม
ในตัวอย่างนี้เฉพาะ In Progress ประกอบด้วยขีดจำกัด WIP ในปัจจุบันได้เกินขีดจำกัด ในขณะที่คอลัมน์อื่นไม่ได้
เมื่อเกิดเหตุการณ์นี้ Kerika แจ้งเตือนคุณถึงสภาพด้วยการแสดงคอลัมน์ที่ได้รับผลกระทบด้วยข้อความสีแดงในส่วนหัวคอลัมน์
ขีดจำกัด WIP เป็น "ขีดจำกัดอ่ะ" Kerika ไม่หยุดคุณจากการเกินขีดจำกัด WIP ของคอลัมน์ไหน, แต่มันให้คำเตือนชัดเจนแก่ทุกคนว่ากำลังจะเกิดขั้นตอนขัดข้อง
เมื่อปัญหาคอขวดเริ่มก่อตัว ผู้ดูแลระบบบอร์ด สามารถเข้ามาแทรกแซงเพื่อช่วยจัดการกระแสต้นทาง เพื่อให้ขีดจำกัด WIP กลับมาเป็นปริมาณที่ยอมรับได้
>