"จัดการแล้ว" ไม่ใช่ "เสร็จแล้ว"
บันทึกของห้อง AI ห้องหนึ่งเขียนว่างานค้างเหลือศูนย์ ตัวเลขจริงคือ 35 ความผิดไม่ได้มาจากการนับพลาด แต่มาจากการนับคนละอย่างโดยไม่เขียนกำกับว่านับอะไร บทความนี้เล่าว่าจับได้อย่างไร และกติกาข้อหนึ่งที่เราเพิ่มหลังจากนั้น
ตัวเลขที่ผิดที่อันตรายที่สุดไม่ใช่ตัวเลขที่ดูแปลก แต่เป็นตัวเลขที่ดูดีและไม่มีใครมีเหตุผลจะสงสัย คืนวันที่ 9 ตุลาคม เราเกือบส่งตัวเลขแบบนั้นขึ้นไปหนึ่งตัว
เกิดอะไรขึ้น
วันนั้นทุกห้องกำลังไล่ปิดรายการงานค้างก้อนใหญ่ แต่ละห้องได้ส่วนแบ่งของตัวเอง ห้องหนึ่งดูแลอยู่ 51 รายการ และรายงานความคืบหน้าทุกชั่วโมง รายงานรอบ 19:50 บอกว่ายังเปิดอยู่ 37 ปิดแล้ว 14
แต่ในบันทึกส่งต่อของห้องเดียวกัน มีอีกบรรทัดเขียนว่า "เปิด 0 ปิด 47"
"ห้อง" ของเราคือ AI หนึ่งตัวที่ดูแลงานด้านหนึ่ง เมื่อบทสนทนายาวเกินไป ห้องจะเริ่มใหม่โดยอ่านบันทึกส่งต่อที่ตัวก่อนหน้าเขียนไว้ ห้องที่เริ่มใหม่คืนนั้นจึงรับตัวเลข "เปิด 0" มาเป็นมรดก และเขียนไว้เองในบันทึกทบทวนว่า เกือบจะรายงานมันออกไป
เวลา 22:08 มันนับใหม่จากสถานะจริงในระบบติดตามงานก่อนรายงาน ผลคือ เปิดอยู่ 35 ปิดแล้ว 16 จาก 51
ผิดเพราะอะไร
ไม่มีใครบวกเลขผิด บันทึกของห้องอธิบายไว้ประโยคเดียวว่า นับ "จัดการแล้ว" เป็น "เสร็จแล้ว" ตัวเลขศูนย์นั้นนับรายการที่ห้องได้ลงมือหรือส่งเข้าคิวแล้ว ไม่ได้นับรายการที่ถูกปิดจริงในระบบ
ทั้งสองอย่างเป็นตัวเลขที่มีความหมาย "ลงมือครบแล้ว" เป็นข่าวดีจริง แต่คนอ่านรายงานอ่านคำว่า "เปิด 0" แล้วเข้าใจว่างานหมด ซึ่งห่างจากความจริง 35 รายการ
จับได้อย่างไร
ไม่มีระบบเตือน ไม่มีใครทัก บันทึกทบทวนเขียนตรงๆ ว่า จับได้เพียงเพราะนับใหม่ตอน 22:08 ถ้าห้องเชื่อบันทึกของตัวก่อนหน้า ตัวเลขผิดจะเดินทางต่อไปยังรายงานรวมของทุกห้อง
หลังเที่ยงคืน ห้องเขียนตัวเลขใหม่ลงบันทึก ปิดแล้ว 18 เปิดอยู่ 33 จาก 51 และเขียนต่อท้ายในบรรทัดเดียวกันว่าตัวเลข "เปิด 0" ก่อนหน้านั้นผิด เราชอบบรรทัดนี้ เพราะห้องที่อ่านต่อจะไม่มีทางหยิบเลขเก่าไปใช้อีก
สิ่งที่เปลี่ยน
วันรุ่งขึ้น คู่มือการทำงานของห้องนั้นได้กติกาเพิ่มหกข้อจากบทเรียนของคืนเดียวกัน ข้อที่มาจากเรื่องนี้คือ ให้นับรายการจากสถานะดิบในระบบติดตามงานเท่านั้น และให้เขียนไว้ข้างตัวเลขทุกตัวว่า "เสร็จ" หมายถึงอะไร
ครึ่งหลังของกติกานี้สำคัญกว่าครึ่งแรก การนับจากแหล่งดิบกันความผิดครั้งนี้ได้ แต่การเขียนนิยามกำกับกันความผิดทั้งตระกูล เพราะบังคับให้คนเขียนต้องรู้ก่อนว่าตัวเองนับอะไร
ไม่ใช่ห้องเดียว
เมื่อไล่อ่านบันทึกของห้องอื่น เราพบบทเรียนตระกูลเดียวกันถูกจดไว้อย่างน้อยอีกสองห้อง ห้องหนึ่งเคยรายงานว่าพบ 14 จุด ของจริงคือ 11 เพราะนับป้ายผิดชนิด อีกห้องหนึ่งเคยได้ผลนับผิดจากตัวตรวจที่เขียนพลาดเอง และสรุปบทเรียนไว้ว่า ด่านที่ข้ามไปเงียบๆ คือด่านที่ไม่มีทางตก ให้ตรวจตัวตรวจด้วย
สิ่งที่เรายังไม่รู้
- ตัวเลข "เปิด 0 ปิด 47" ถูกเขียนครั้งแรกเมื่อไร บันทึกฉบับเก่าถูกเขียนทับไปแล้ว เราจึงบอกไม่ได้ว่ามันอยู่ผิดมานานกี่ชั่วโมง
- ตัวเลขผิดเคยหลุดไปถึงห้องอื่นหรือถึงเจ้าของก่อน 22:08 หรือไม่ บันทึกทบทวนใช้คำว่า "เกือบ" รายงาน ส่วนคู่มือที่เขียนวันรุ่งขึ้นใช้คำว่า "รายงาน" ไปแล้ว สองแหล่งนี้ไม่ตรงกัน และเราไม่มีหลักฐานชี้ขาด
- ผลรวม 47 ในตัวเลขเก่ามาจากไหน ในเมื่อทั้งก้อนมี 51 รายการ บันทึกไม่ได้อธิบาย
ข้อคิดที่เอาไปใช้ได้
- ตัวเลขทุกตัวต้องมีนิยามติดมาด้วย "ปิด 16 (นับจากสถานะในระบบ)" กับ "ลงมือแล้ว 47" อยู่ด้วยกันได้ ถ้าเขียนกำกับ
- ตัวเลขที่รับช่วงมา ให้นับใหม่ก่อนส่งต่อ โดยเฉพาะตัวเลขที่ดูดี
- เมื่อแก้ ให้เขียนด้วยว่าเลขเก่าผิด การเขียนเลขใหม่ทับเฉยๆ ทำให้เลขเก่ายังมีชีวิตอยู่ในความจำของคนอื่น
- รายงานสองฉบับที่ไม่ตรงกันคือสัญญาณ คืนนั้นมีรายงานรายชั่วโมงที่บอกว่าเปิด 37 อยู่แล้ว ขณะที่บันทึกบอกว่าเปิด 0 ถ้ามีใครวางสองบรรทัดนี้ข้างกัน จะจับได้เร็วกว่านั้นสองชั่วโมง
คำถามที่พบบ่อย
"จัดการแล้ว" ต่างจาก "เสร็จแล้ว" อย่างไรในการนับงานค้าง
ตัวเลขศูนย์นั้นนับรายการที่ห้องได้ลงมือหรือส่งเข้าคิวแล้ว ไม่ได้นับรายการที่ถูกปิดจริงในระบบ
ป้องกันการรายงานตัวเลขงานค้างผิดได้อย่างไร
ให้นับรายการจากสถานะดิบในระบบติดตามงานเท่านั้น และให้เขียนไว้ข้างตัวเลขทุกตัวว่า "เสร็จ" หมายถึงอะไร