บันทึกที่สะอาดหมายความว่าไม่มีอะไรผิดปกติให้เห็นชัด ๆ ส่วนบันทึกที่พร้อมตรวจหมายความว่าคุณพิสูจน์ได้ภายในไม่ถึงนาทีว่าแต่ละรายการเป็นแบบนั้นเพราะอะไร ใครเป็นคนตัดสินใจ เมื่อไหร่ และเกิดอะไรขึ้นต่อจากนั้น นั่นคือสิ่งที่ผู้ตรวจประเมินกำลังทดสอบจริง ๆ และเป็นจุดที่ทะเบียนแบบ manual ที่ดูแลมาอย่างดีก็ยังตกม้าตายได้ ISO 9001 อัตโนมัติทำให้บันทึกสะอาด แต่ปิดช่องว่างนี้ได้ก็ต่อเมื่อถูกสร้างมาให้ทำแบบนั้น
เรื่องนี้สำคัญมากขึ้นเมื่อโรงงานผ่านขั้นตอนจัดระเบียบมาแล้ว ถ้าบัญชีรายชื่อเอกสารหลักถูกต้อง บันทึกการแก้ไขตรงกับทะเบียน และไม่มีอะไรดูผิดลำดับอย่างชัดเจน ก็มักจะคิดไปว่าเตรียมตัวตรวจเสร็จแล้ว ซึ่งไม่ใช่ ความสะอาดคือภาพนิ่งของสถานะปัจจุบัน ส่วนความพร้อมตรวจคือระบบที่สามารถย้อนกลับไปแสดงได้ทุกครั้งที่ถูกขอว่าภาพนิ่งนั้นเกิดขึ้นได้อย่างไร
สิ่งที่ "สะอาด" ยืนยันได้ กับสิ่งที่ยืนยันไม่ได้
ทะเบียนที่สะอาดบอกผู้ตรวจประเมินว่าข้อมูลตรงหน้าเขาตอนนี้สอดคล้องกันเอง แต่มันบอกไม่ได้ว่า
- รายการนั้นถูกเขียนโดยคนที่ SOP ของคุณกำหนดให้เป็นคนเขียนหรือไม่
- ถูกเขียนหลังการอนุมัติที่มันอ้างถึงจริง หรือถูกกรอกย้อนหลังทีหลัง
- ทุกช่องที่ควรเปลี่ยนพร้อมกันเปลี่ยนจริงครบทุกช่องหรือไม่
- ถ้าเหตุการณ์เดียวกันถูกป้อนซ้ำ จะเกิดรายการซ้ำในทะเบียนหรือไม่
ทั้งสี่ช่องว่างนี้คือสิ่งที่ผู้ตรวจประเมิน ISO 9001 ที่มีประสบการณ์จะถามหา เพราะมันคือสิ่งที่แยกระบบควบคุมเอกสารที่ "ดูเหมือน" สอดคล้องข้อกำหนด ออกจากระบบที่สอดคล้องข้อกำหนดจริง ๆ สเปรดชีตอาจไม่มีข้อผิดพลาดเลยในสถานะปัจจุบัน แต่ยังตอบคำถามว่า "แสดงให้ดูหน่อยว่าแถวนี้มาจากไหน" ไม่ได้อยู่ดี
บันทึกสะอาด เทียบกับ บันทึกพร้อมตรวจ
| บันทึกสะอาด | บันทึกพร้อมตรวจ | |
|---|---|---|
| แสดงอะไร | สถานะปัจจุบันสอดคล้องกันเอง | สถานะปัจจุบัน และที่มาการตัดสินใจเบื้องหลัง |
| หลักฐานทั่วไป | ตัวทะเบียนเอง | ทะเบียน บวก activity log ที่มี timestamp รายช่อง |
| ตอบ "ตอนนี้ระบุว่าอะไร" ได้ไหม | ได้ | ได้ |
| ตอบ "ใครอนุมัติ เมื่อไหร่" ได้ไหม | บางครั้ง ถ้ามีคนจำได้หรือไปขุดหาได้ | ได้ทันที |
| ตอบ "รายการนี้ถูกป้อนซ้ำหรือกรอกย้อนหลังได้ไหม" ได้ไหม | มักไม่ชัดเจน | ไม่ได้ พิสูจน์ได้ว่าไม่ ถ้าการเขียนถูก log และเป็น idempotency-keyed |
| เวลาที่ใช้หาหลักฐานต่อ 1 เอกสาร | หลักนาทีถึงหลักชั่วโมง แล้วแต่ใครว่างช่วยหา | ไม่ถึงหนึ่งนาที |
คอลัมน์ขวาไม่ใช่มาตรฐานที่สร้างขึ้นมาเพื่อการตลาด แต่ใกล้เคียงกับสิ่งที่ข้อกำหนดว่าด้วยข้อมูลที่เป็นเอกสารต้องการจริง ๆ นั่นคือข้อมูลที่ถูกควบคุม เรียกดูได้ และป้องกันการแก้ไขโดยไม่ได้รับอนุญาต ทะเบียนที่เรียบร้อยตอบโจทย์ข้อแรกได้ แต่ไม่ได้ตอบอีกสองข้อโดยอัตโนมัติ
สิ่งที่ผู้ตรวจประเมินขอดูจริง ๆ ในการตรวจควบคุมเอกสาร
ผู้ตรวจประเมินไม่ค่อยแค่กวาดตาดูบัญชีรายชื่อเอกสารหลักแล้วผ่านไป การสุ่มตรวจควบคุมเอกสารทั่วไปมักเป็นแบบนี้
- เลือกฉบับแก้ไขล่าสุด แล้วขอดูแบบฟอร์มคำขอเปลี่ยนแปลง รอยมาร์กของผู้ทวนสอบ ลายเซ็นอนุมัติของผู้อนุมัติ และรายการในทะเบียนที่ตามมา ทั้งสี่อย่าง ไขว้ตรวจกัน
- เลือกฉบับแก้ไขเก่ากว่า แล้วถามคำถามเดียวกัน เพื่อดูว่ากระบวนการของคุณสม่ำเสมอหรือไม่ ทั้งก่อนและหลังมีการเปลี่ยนระบบใด ๆ
- ขอหลักฐานการแจกจ่าย พิสูจน์ว่าแผนกที่ถูกต้องได้รับสำเนาที่อัปเดตจริง ไม่ใช่แค่มีเครื่องหมายถูก "แจกจ่ายแล้ว"
- ถามว่าใครแก้ไขทะเบียนได้โดยตรง และการแก้ไขนอกขั้นตอนอนุมัติปกติจะปรากฏให้เห็นหรือไม่
- ขอวันที่เก็บรักษา/ทำลาย ของเอกสารเก่า ๆ สักฉบับ และถามว่าคำนวณมาอย่างไร
ไม่มีข้อไหนตอบได้ด้วยคำว่า "ทะเบียนดูโอเคดี" แต่ละข้อต้องการที่มา ไม่ใช่แค่สถานะ นี่คือช่องว่างเดียวกับที่อยู่ระหว่างความเรียบร้อยเชิงธุรการ กับประตูการตัดสินใจของคนทั้งสี่จุดที่ ISO 9001 คาดหวังให้กระบวนการของคุณรักษาไว้และมีหลักฐานรองรับ ผู้ทวนสอบ ผู้อนุมัติ และการลงนามหลักแบบรวม ถ้าบันทึกของคุณแสดงไม่ได้ว่าประตูไหนสร้างรายการไหน ทะเบียนที่สะอาดก็ไม่ได้ปิดคำถามนั้น แค่เลื่อนออกไปเท่านั้น
ทำไมความสะอาดแบบ manual ถึงพังภายใต้แรงกดดันการตรวจ
การควบคุมเอกสารแบบ manual ก็แม่นยำได้จริง ปัญหาไม่ได้อยู่ที่ความแม่นยำตอนนิ่ง ๆ แต่อยู่ที่การย้อนแสดงที่มาตามคำขอ สำหรับเอกสารที่ผู้ตรวจประเมินเป็นคนเลือกเอง ไม่ใช่เอกสารที่คุณเตรียมไว้ล่วงหน้า
เจ้าหน้าที่ควบคุมเอกสารที่ต้องพิมพ์เหตุการณ์เดียวกันซ้ำลงห้าที่ บันทึกการแก้ไข บัญชีรายชื่อเอกสารหลัก ทะเบียนการเปลี่ยนแปลง ตารางแจกจ่าย ตารางเก็บรักษา กำลังทำการคัดลอกแยกกันห้าครั้งจากการอนุมัติครั้งเดียว แต่ละครั้งคือจุดที่วันที่ เลขที่แก้ไข หรือรหัสแผนกอาจคลาดเคลื่อนจากต้นทางได้อย่างเงียบ ๆ โดยไม่มีอะไรดูผิดปกติบนหน้าตา ทะเบียนยังอ่านดูสะอาดอยู่ แต่มันไม่มีความเชื่อมโยงที่พิสูจน์ได้กับเหตุการณ์อนุมัติอีกต่อไป และเมื่อถูกถามตรง ๆ ช่องว่างนี้จะโผล่ออกมาเร็วมาก
นี่คือปัญหาที่ISO automationถูกสร้างมาเพื่อปิดโดยเฉพาะ ไม่ใช่ด้วยการตัดสินใจที่ดีกว่า เพราะมันไม่ตัดสินใจอะไรเลย แต่ด้วยการเขียนแปดช่องข้อมูลเดียวกัน เลขที่แก้ไข วันที่มีผลบังคับใช้ รายการบันทึกการแก้ไข แถวในบัญชีรายชื่อเอกสารหลัก รายการทะเบียนการเปลี่ยนแปลง เลขที่คำขอ จำนวนหน้า วันที่เก็บรักษา จากการอนุมัติครั้งเดียว แทนที่จะพิมพ์ซ้ำด้วยมือห้าครั้ง แต่ละการเขียนถูก log แยกกัน ผูกกับการลงนามของคนที่สั่งให้เกิดขึ้น และ workflow เป็นแบบ idempotency-keyed ทำให้เหตุการณ์เดียวกันถูกป้อนซ้ำแล้วสร้างรายการซ้ำในทะเบียนไม่ได้ นี่ไม่ใช่แค่ทะเบียนที่สะอาดกว่าเดิม แต่เป็นทะเบียนที่มีที่มาพิสูจน์ได้อยู่หลังทุกรายการ
เช็กแบบง่าย ๆ ที่ทำได้สัปดาห์นี้
คุณไม่จำเป็นต้องมีระบบอัตโนมัติเพื่อทดสอบว่าตอนนี้มีช่องว่างแบบนี้อยู่หรือไม่ ลองสุ่มเลือกเอกสารมา 5 ฉบับ ไม่ใช่ตัวอย่างที่ดีที่สุดที่คุณมี แต่สุ่มจริง ๆ แล้วลองตอบให้แต่ละฉบับ
- หารอยมาร์กของผู้ทวนสอบและลายเซ็นอนุมัติของฉบับแก้ไขนี้ได้ภายใน 5 นาทีไหม
- วันที่มีผลบังคับใช้ในบัญชีรายชื่อเอกสารหลักตรงกับบันทึกการแก้ไขเป๊ะไหม รวมถึงระบบปฏิทินที่ใช้ด้วย
- แสดงหลักฐานได้ไหมว่าแผนกที่ถูกต้องได้รับสำเนาควบคุมจริง ไม่ใช่แค่บัญชีรายชื่อเอกสารหลักบอกว่าควรได้รับ
- ถ้าเหตุการณ์นี้ถูกป้อนซ้ำโดยไม่ตั้งใจ จะมีอะไรจับได้ก่อนที่มันจะเข้าไปในทะเบียนไหม
- วันที่เก็บรักษา/ทำลายของเอกสารนี้ย้อนไปหาการคำนวณที่บันทึกไว้ได้ไหม หรือถูกพิมพ์เข้าไปด้วยมือสักครั้งหนึ่ง
ถ้ามีคำตอบไหนเป็น "ต้องไปหาดูก่อน" นั่นไม่ใช่แค่ปัญหาความสะอาดของบันทึก แต่เป็นช่องว่างความพร้อมตรวจ และควรปิดก่อนที่ผู้ตรวจประเมินภายนอกจะเจอมันเองแทน
สิ่งที่บทความนี้ไม่ได้หมายความ
ไม่มีตรงไหนในนี้บอกว่าผู้ทวนสอบหรือผู้อนุมัติของคุณทำงานไม่ดี หรือว่าการตัดสินใจเรื่องเนื้อหาต้องการทางลัดแบบอัตโนมัติ ไม่ใช่เลย ความเพียงพอของเอกสาร ว่าสะท้อนสิ่งที่ทำจริงหน้างานหรือไม่ ยังคงเป็นการตัดสินใจของคนเสมอ สิ่งที่กำลังพูดถึงในนี้คือชั้นงานธุรการที่ทำงานต่อจากการตัดสินใจของคนนั้นทั้งหมด ว่าบันทึกของการตัดสินใจแน่นหนาเท่าตัวการตัดสินใจเองหรือไม่
คำถามที่พบบ่อย
ถ้าบันทึกของเราไม่เคยมี finding มาก่อน แปลว่าเราพร้อมตรวจแล้วใช่ไหม
ไม่แน่เสมอไป ประวัติที่ไม่มี finding มักหมายความว่าผู้ตรวจประเมินยังไม่เคยขอดูที่มาเฉพาะเจาะจงของรายการที่สุ่มตรวจ ไม่ใช่ว่าที่มานั้นมีอยู่จริงและผ่านการทดสอบแล้ว ควรทดสอบก่อนสรุปเอาเอง
ต้องเปลี่ยนทะเบียนที่ใช้อยู่ตอนนี้ไหม
ไม่ต้อง ช่องว่างนี้อยู่ที่หลักฐานและความสามารถในการตรวจสอบย้อนหลังของรายการที่คุณมีอยู่แล้ว ไม่ใช่การเปลี่ยนรูปแบบ workflow เขียนลงทะเบียน Google Sheets เดิมที่ทีมใช้อยู่ได้เลย
activity log แบบอัตโนมัติต่างจาก version history ใน Google Sheets อย่างไร
version history แสดงแค่ว่าเซลล์เปลี่ยนไป แต่ไม่แสดงว่าการเปลี่ยนนั้นถูกกระตุ้นโดยเหตุการณ์อนุมัติที่มีเอกสารรองรับ และไม่ป้องกันการป้อนเหตุการณ์เดียวกันซ้ำสองครั้ง activity log ที่ผูกกับ approval flow ทำได้ทั้งสองอย่าง
ทดสอบกับ SOP จริงของเราก่อนตัดสินใจอะไรได้ไหม
ได้ นั่นคือจุดประสงค์ของ workflow walkthrough นำแบบฟอร์มและทะเบียนปัจจุบันมา แล้วดูว่าช่องว่างอยู่ตรงไหนในกระบวนการของคุณจริง ๆ ไม่ใช่กระบวนการทั่วไป
การทำให้ทะเบียนเป็นอัตโนมัติแทนที่ผู้ทวนสอบหรือผู้อนุมัติหรือไม่
ไม่แทนที่ มันเริ่มทำงานหลังจากทั้งสองคนลงนามแล้วเท่านั้น ดูว่าประตูการตัดสินใจทั้งสี่จุดยังคงอยู่ครบตลอดกระบวนการอย่างไร
ถ้าอยากรู้ว่าการควบคุมเอกสารของคุณเองมีช่องว่างแบบนี้ตรงไหน จอง workflow walkthrough แล้วนำเอกสารจริง 5 ฉบับมา เราจะไล่ตรวจไปพร้อมกับคุณ 1% EVO วางระบบที่มาซึ่งพิสูจน์ได้เบื้องหลังทะเบียนที่คุณมีอยู่แล้ว และส่งมอบให้เป็นระบบที่คุณเป็นเจ้าของเต็มตัว