Designing Systems That Work · ภาค 2 — เข้าใจว่าทำไมงานจึงช้า แม้ทุกคนดูยุ่ง

บทที่ 6

งานไม่ได้ช้าเพราะคนทำช้า แต่มักช้าเพราะมันกำลังรอ

FLOW · WIP · LEAD TIME · QUEUE

เวลานำส่วนใหญ่ซ่อนอยู่ในงานค้างและคิว (queue) ไม่ได้อยู่ในเวลาที่คนลงมือทำงาน

ลูกค้ารายหนึ่งสั่งสินค้าและได้รับคำยืนยันว่าจะส่งมอบภายในสิบวัน เมื่อผู้จัดการตามรอยคำสั่งซื้อนั้นกลับไป พบว่างานใช้เวลาอยู่บนเครื่องจักรจริงเพียงไม่กี่ชั่วโมง เวลาที่เหลือหมดไปกับการรออนุมัติ รอวัตถุดิบ รอคิวผลิต รอผลตรวจ และรอรถขนส่ง

ไม่มีขั้นตอนใดดูช้าผิดปกติ

แต่เมื่อรวมเวลารอทั้งหมด งานหนึ่งชิ้นใช้เวลาอยู่ในระบบนานกว่าที่ลูกค้ารอรับถึงหลายเท่า

นี่คือเหตุผลที่การสั่งให้คนทำงานเร็วขึ้นมักไม่แก้ปัญหาส่งมอบช้า หากเวลาที่คนลงมือทำจริงเป็นเพียงส่วนน้อยของเวลาทั้งหมด การเร่งคนอาจลดเวลาได้เล็กน้อย แต่ไม่ได้แตะส่วนที่ใหญ่ที่สุดของปัญหาเลย

งานจะไหลได้ ไม่ใช่เพราะทุกคนทำงานเร็วที่สุด

การไหล (flow) คือการที่งาน วัตถุดิบ หรือข้อมูลเคลื่อนจากจุดเริ่มต้นไปสู่ลูกค้าได้อย่างต่อเนื่อง โดยหยุดรอเท่าที่จำเป็น และไม่ต้องย้อนกลับไปแก้สิ่งเดิมซ้ำ

การไหลที่ดีไม่ได้หมายความว่าไม่มีการรอเลย เพราะบางการรอเป็นส่วนหนึ่งของกระบวนการ เช่น เวลาที่ต้องรอผลทดสอบ เวลาที่วัสดุต้องแห้ง หรือเวลาที่ลูกค้าต้องตรวจรับ แต่การรอที่ควรถูกตั้งคำถามคือการรอที่ไม่มีใครออกแบบและไม่มีใครเป็นเจ้าของ

งานอาจรอเพราะเอกสารไม่ครบ รอเพราะไม่มีคนมีสิทธิ์อนุมัติ รอเพราะเครื่องจักรถูกจองไว้กับงานอื่น หรือรอเพราะผู้รับช่วงยังไม่รู้ว่างานมาถึงแล้ว

ในช่วงที่งานรอ ทุกคนอาจดูเหมือนทำงานเต็มที่ พนักงานจุดก่อนหน้าทำงานเสร็จแล้ว ผู้รับงานยังทำงานอื่นอยู่ และหัวหน้างานกำลังแก้ปัญหาอีกเรื่องหนึ่ง แต่สำหรับลูกค้า งานทั้งชิ้นยังไม่เคลื่อนไปไหน

การจัดการการไหลจึงเริ่มจากการตามรอยงานหนึ่งชิ้นตั้งแต่รับคำสั่งซื้อจนส่งมอบ แล้วถามในแต่ละช่วงว่า งานกำลังถูกทำ หรือกำลังรอ หากกำลังรอ มันรออะไร และใครมีอำนาจเปลี่ยนเงื่อนไขนั้น

คำถามเรียบง่ายนี้มักทำให้ทีมเห็นความจริงที่รายงานรวมไม่เคยบอก

งานค้างทำให้ทุกอย่างช้าลง แม้ดูเหมือนมีงานพร้อมทำมากขึ้น

งานระหว่างทำ (work in process หรือ WIP) คือ งานที่เริ่มเข้าสู่ระบบแล้ว แต่ยังไม่เสร็จและยังไม่ได้ส่งมอบให้ลูกค้า อาจเป็นวัตถุดิบที่รอผลิต ชิ้นงานที่รอตรวจ เอกสารที่รออนุมัติ หรือคำขอของลูกค้าที่รอให้ทีมตอบกลับ

การมี WIP มากทำให้หลายคนรู้สึกปลอดภัย เพราะดูเหมือนทุกจุดมีงานรอพร้อมทำอยู่เสมอ แต่เมื่อ WIP มากเกินไป ระบบจะเริ่มสูญเสียความสามารถในการมองเห็น

งานใหม่เข้าไปปะปนกับงานเก่า งานด่วนต้องแทรกคิว คนหน้างานต้องใช้เวลาค้นหาและเลือกว่างานใดควรทำก่อน หัวหน้างานต้องตามสถานะมากขึ้น และความผิดพลาดที่เกิดขึ้นกับงานหนึ่งชิ้นอาจถูกพบช้าหลังจากงานลักษณะเดียวกันถูกปล่อยเข้ามาแล้วจำนวนมาก

WIP จึงไม่ใช่เพียงจำนวนชิ้นงานที่อยู่ในพื้นที่ผลิต มันคือภาระการประสานงาน ความซับซ้อน และความไม่แน่นอนที่ระบบกำลังแบกอยู่

เมื่อองค์กรพยายามแก้ปัญหากำลังการผลิตด้วยการปล่อยงานเข้าระบบให้มากขึ้น ผลที่ได้บ่อยครั้งคือทุกจุดดูยุ่งขึ้น แต่การส่งมอบช้าลง เพราะงานจำนวนมากกำลังแย่งทรัพยากรและความสนใจชุดเดียวกัน

การลด WIP ไม่ได้แปลว่าปล่อยให้คนว่างเสมอไป แต่คือการควบคุมปริมาณงานที่ระบบรับเข้ามา ให้สอดคล้องกับความสามารถในการทำงานให้เสร็จจริง

เวลานำคือเวลาที่ลูกค้ารอ ไม่ใช่เวลาที่องค์กรคิดว่าทำงานอยู่

เวลานำ (lead time) คือเวลาตั้งแต่ลูกค้าส่งความต้องการเข้ามา จนลูกค้าได้รับสิ่งที่ต้องการ ไม่ใช่เฉพาะเวลาที่คนหรือเครื่องจักรกำลังลงมือทำ

ความแตกต่างนี้สำคัญมาก เพราะองค์กรจำนวนมากวัดเวลาของแต่ละขั้นตอน แต่ไม่วัดเวลาที่งานใช้รอระหว่างขั้นตอน ผลคือทุกฝ่ายอาจรายงานว่าตนทำงานได้เร็วตามมาตรฐาน ขณะที่ลูกค้ายังรอนานกว่าเดิม

งานหนึ่งชิ้นอาจใช้เวลาผลิตจริงหนึ่งชั่วโมง แต่หากต้องรอคิวสองวัน รอผลตรวจหนึ่งวัน และรอรถส่งอีกครึ่งวัน เวลานำที่ลูกค้ารับรู้คือสามวันครึ่ง ไม่ใช่หนึ่งชั่วโมง

เมื่อผู้นำเริ่มมองเวลานำจากมุมของลูกค้า การตัดสินใจจะเปลี่ยนไป แทนที่จะถามเพียงว่าคนทำงานเร็วพอหรือไม่ จะเริ่มถามว่าทำไมงานจึงอยู่ในระบบนานขนาดนั้น เหตุใดจึงต้องรอ และการรอนั้นจำเป็นจริงหรือไม่

การลดเวลานำที่ยั่งยืนจึงมักไม่ได้เริ่มจากการซื้อเครื่องจักรใหม่หรือเพิ่ม OT แต่มักเริ่มจากการลดงานค้าง ทำให้ข้อมูลพร้อมก่อนเริ่มงาน และป้องกันไม่ให้งานต้องย้อนกลับไปแก้

EXHIBIT 6.1 · Little’s Law
ที่มา: ความสัมพันธ์พื้นฐานของทุกระบบคิว · John D. C. Little

รูปที่ 25 — งานค้าง อัตราที่ทำเสร็จ และเวลานำ

รูปที่ 25 — งานค้าง อัตราที่ทำเสร็จ และเวลานำ

  • ตัวที่ควบคุมได้ง่ายที่สุด — งานค้าง เพราะคุมได้ที่ประตูทางเข้าโดยไม่ต้องลงทุน
  • ตัวที่ควบคุมได้ยากที่สุด — อัตราที่ทำเสร็จ เพราะต้องเพิ่มกำลังหรือลดความผันแปร
  • ตัวที่คุมโดยตรงไม่ได้เลย — เวลานำ เพราะมันเป็นผลของอีกสองตัว ไม่ใช่ตัวตั้ง

ให้ดูอะไร   ถ้าเพิ่มงานค้างโดยที่อัตราออกเท่าเดิม เวลานำยาวขึ้นเสมอ
อ่านผิดบ่อย   ใช้เป็นสูตรคำนวณอย่างเดียว แทนที่จะใช้เป็นเหตุผลของการคุมการปล่อยงาน

อย่าใช้ความยุ่งเป็นตัวแทนของความก้าวหน้า

องค์กรที่ทำงานแบบผลักงานเข้าไปในระบบอย่างต่อเนื่อง มักมีภาพที่คุ้นตา: ทุกคนยุ่ง โต๊ะเต็ม พื้นที่เต็ม รายงานสถานะเต็มไปด้วยงานที่กำลังดำเนินการ แต่มีงานจำนวนน้อยกว่าที่ควรเสร็จจริง

ในทางกลับกัน ระบบที่มีการไหลดีอาจดูเงียบกว่า งานอยู่ระหว่างทำไม่มาก คนไม่ต้องวิ่งตามงานตลอดเวลา และปัญหาปรากฏให้เห็นเร็วขึ้น เพราะไม่ได้ถูกซ่อนอยู่ใต้กองงานค้าง

ความเงียบแบบนี้ไม่ใช่ความว่างเปล่า มันคือผลของระบบที่ไม่ปล่อยให้ความซับซ้อนสะสมเกินจำเป็น

ผู้นำจึงควรระวังการใช้ภาพความยุ่งเป็นหลักฐานของความขยัน หรือใช้จำนวนงานที่เริ่มต้นแล้วเป็นหลักฐานของความก้าวหน้า สิ่งที่ควรดูคือจำนวนงานที่เสร็จและส่งมอบได้จริง เวลาที่งานใช้ตั้งแต่ต้นจนจบ และจำนวนงานที่ระบบกำลังแบกอยู่ระหว่างทาง

สิ่งที่ผู้นำต้องตัดสินใจ

เมื่องานส่งมอบช้า ผู้นำควรถามว่า

งานไม่ได้ช้าเพราะทุกคนทำงานช้ากว่าที่ควรเสมอไป

บ่อยครั้ง งานช้าเพราะระบบปล่อยให้มันใช้เวลาส่วนใหญ่ไปกับการรอ