ปัญหาที่เห็นเร็วและได้รับการตอบสนองเร็ว จะไม่ลุกลามเป็นวิกฤต

การมองเห็นปัญหา การประชุมรายวัน และ Management Review ควรเป็นระบบตอบสนองและตัดสินใจ ไม่ใช่ระบบรายงาน

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

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

ทุกคนเห็นสัญญาณ

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

ปัญหาจึงค่อย ๆ สะสมจนปรากฏเป็นตัวเลขในรายงานประจำสัปดาห์

เมื่อถึงเวลานั้น สิ่งที่องค์กรต้องจัดการไม่ใช่ความผิดปกติเล็ก ๆ อีกต่อไป แต่คือผลกระทบที่ลุกลามไปแล้ว

การมองเห็นปัญหา ต้องนำไปสู่การลงมือทำ

การจัดการด้วยภาพ (visual management) คือการทำให้สถานะของงาน มาตรฐาน เป้าหมาย และความผิดปกติที่สำคัญ มองเห็นได้ทันที ณ จุดที่ต้องใช้ตัดสินใจ

Visual management ไม่ใช่การติดบอร์ดให้เต็มผนัง หรือทำ Dashboard ที่มีตัวเลขมากขึ้น มันต้องช่วยตอบคำถามของคนหน้างานได้ว่า

• ตอนนี้งานอยู่ในสภาพปกติหรือผิดปกติ

• อะไรคือมาตรฐานที่ควรเกิดขึ้น

• หากเกิดความผิดปกติ ต้องทำอะไรเป็นอันดับแรก

• ใครต้องรู้ และเมื่อใดต้องยกระดับปัญหา

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

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

สิ่งสำคัญไม่ใช่ความสวยงามของภาพ แต่คือความชัดเจนของการตอบสนอง

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

EXHIBIT 17.1 · สถานะกับการตอบสนองที่ผูกไว้ล่วงหน้า
ที่มา: Visual Management · เห็นแล้วต้องรู้ว่าทำอะไร

รูปที่ 81 — สามสถานะ และสิ่งที่ต้องเกิดขึ้นในแต่ละสถานะ

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

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

การประชุมรายวันต้องจบด้วยการตอบสนอง ไม่ใช่การรายงานว่ามีปัญหา

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

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

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

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

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

Daily management ที่ดีต้องมีเส้นทางยกระดับปัญหา เพื่อให้สิ่งที่ทีมแก้ไม่ได้ไปถึงคนที่ช่วยตัดสินใจหรือจัดสรรทรัพยากรได้จริง

EXHIBIT 17.2 · สี่คำถามของการประชุมรายวัน
ที่มา: Daily Management · จังหวะที่ทำให้ข้อมูลกลายเป็นการกระทำ

รูปที่ 82 — สี่คำถามและผลที่ต้องได้จากแต่ละข้อ

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

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

Management Review ต้องตัดสินใจเรื่องที่ระบบเปลี่ยนเองไม่ได้

การทบทวนโดยฝ่ายบริหาร (management review) คือจังหวะที่ผู้บริหารใช้ดูรูปแบบ ความเสี่ยง และข้อจำกัดที่เกินขอบเขตของการแก้ปัญหารายวัน

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

ตัวอย่างเช่น

• ปัญหาใดเกิดซ้ำแม้ทีมหน้างานพยายามแก้แล้ว

• KPI ใดกำลังขัดกันจนแต่ละฝ่ายแก้ปัญหาในส่วนของตนไม่ได้

• ข้อจำกัดใดต้องใช้การลงทุน การเปลี่ยนกติกา หรือการตัดสินใจข้ามฝ่าย

• ความเสี่ยงใดกำลังเพิ่มขึ้น แม้ผลลัพธ์ปลายทางยังดูปกติ

• การปรับปรุงที่ผ่านมาเปลี่ยนผลลัพธ์จริง หรือเพียงทำให้รายงานดูดีขึ้น

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

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

ทั้งสามระดับต้องเชื่อมกัน

Visual management, daily management และ management review ไม่ใช่กิจกรรมแยกกัน

Visual management ทำให้ความผิดปกติมองเห็น ณ จุดทำงาน Daily management ทำให้ทีมตอบสนองต่อความผิดปกตินั้นก่อนลุกลาม และ management review ทำให้เรื่องที่เกินขอบเขตของทีม ได้รับการตัดสินใจเชิงระบบ

หากมีเพียง visual management คนจะเห็นปัญหาแต่ไม่รู้ว่าจะทำอะไร หากมีเพียง daily management ทีมจะใช้เวลารายงานปัญหาที่ข้อมูลหน้างานควรทำให้เห็นได้อยู่แล้ว และหากมีเพียง management review ผู้บริหารจะได้รับปัญหาช้าเกินกว่าจะป้องกันผลกระทบได้

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

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

เมื่อองค์กรพบว่าปัญหามักถูกแก้ช้า ผู้นำควรถามว่า

• คนหน้างานมองเห็นความผิดปกติสำคัญได้ทันทีหรือไม่ และรู้หรือไม่ว่าต้องทำอะไรต่อ

• การประชุมรายวันจบด้วยการตอบสนอง เจ้าของงาน และกำหนดเวลา หรือจบด้วยการรายงานเหตุผล

• ปัญหาใดควรยกระดับ เพราะเกินสิทธิ์ ทรัพยากร หรือขอบเขตของทีมหน้างาน

• Management Review ใช้เวลาไปกับเรื่องที่ต้องการการตัดสินใจระดับระบบจริงหรือไม่

• เมื่อผู้บริหารตัดสินใจแล้ว การเปลี่ยนแปลงกลับไปปรากฏในมาตรฐาน ข้อมูล หรือวิธีทำงานของหน้างานหรือไม่

ปัญหาเล็กไม่จำเป็นต้องกลายเป็นวิกฤต

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