ความต่างระหว่างการควบคุมเอกสาร ISO 9001 แบบมือกับแบบที่ทำ ISO อัตโนมัติ ไม่ได้อยู่ที่ว่าใครเป็นคนตัดสินใจ เพราะผู้ทวนสอบและผู้อนุมัติยังคงตัดสินใจทุกจุดเหมือนเดิมทั้งสองแบบ ความต่างจริง ๆ อยู่ที่สิ่งที่เกิดขึ้นหลังการตัดสินใจ ในระบบมือ เจ้าหน้าที่ควบคุมเอกสารต้องพิมพ์ผลลัพธ์ซ้ำด้วยมือลงในทุกทะเบียนที่เกี่ยวข้อง ส่วนในระบบอัตโนมัติ ข้อมูลชุดเดียวกันจะถูกเขียนครั้งเดียวโดยอัตโนมัติ ทันทีที่มีการอนุมัติเกิดขึ้นจริง
นั่นคือใจความทั้งหมด แต่ควรไล่ดูทีละขั้นตอน เพราะคำว่า "automation" ถูกใช้แบบหลวม ๆ ในวงการนี้จนบางทีก็ไม่ชัดว่าอะไรเปลี่ยนจริงในหน้างาน บทความนี้จะเทียบให้เห็นวงจรควบคุมเอกสารชุดเดียวกัน ภายใต้โครงสร้างที่เราวางระบบให้กับโรงงานไทยแห่งหนึ่ง ได้รับการรับรอง ISO 9001:2015 ทั้งสองโรงงาน ซึ่งเป็นงานอ้างอิงจริงของเรา
วงจรงานที่ทั้งสองระบบต้องผ่านเหมือนกัน
ทุกการเปลี่ยนแปลงเอกสารตาม ISO 9001 ไม่ว่าจะเป็นเอกสารใหม่ แก้ไข ยกเลิก สำเนาควบคุม หรือสำเนาไม่ควบคุม ต้องผ่านโครงสร้างเดียวกันนี้ ไม่ว่าใครหรืออะไรจะเป็นคนทำงานส่วนธุรการต่อ
- มีการเสนอเปลี่ยนแปลง และกรอกแบบฟอร์มคำขอ
- ผู้ทวนสอบยืนยันว่าการเปลี่ยนแปลงนี้มีเหตุผลสมควร
- ผู้อนุมัติตรวจสอบว่าเนื้อหาเพียงพอทางเทคนิค
- จุดสุดท้ายที่รวมกันเพื่อลงนามอนุมัติหลัก ครอบคลุมเอกสารภายนอกและเอกสารสนับสนุนด้วย
- เมื่ออนุมัติแล้ว ต้องบันทึกผล ทั้งเลขฉบับแก้ไข วันที่มีผลบังคับใช้ บันทึกการแก้ไข master document list ทะเบียนการเปลี่ยนแปลง รายชื่อแจกจ่าย และวันครบกำหนดเก็บ/ทำลาย
- สำเนาเอกสาร ไม่ว่าจะเป็นกระดาษหรือดิจิทัล ต้องย้ายไปยังสถานะใหม่ในวงจรชีวิต เช่น ฉบับร่าง ควบคุม ยกเลิก หรือรอทำลาย
ขั้นตอนที่ 1 ถึง 4 คือจุดตัดสินใจของคนสี่จุด ซึ่งไม่เปลี่ยนไม่ว่าจะเป็นระบบมือหรือระบบอัตโนมัติ และไม่ควรมีใครอยากให้มันเปลี่ยนด้วย สิ่งที่เปลี่ยนจริงอยู่ที่ขั้นตอน 5 กับ 6 เท่านั้น
ทีละขั้นตอน งานไปตกอยู่ที่ใครจริง ๆ
| ขั้นตอน | ควบคุมเอกสารแบบมือ | ควบคุมเอกสารแบบอัตโนมัติ |
|---|---|---|
| ยื่นคำขอ | กรอกแบบฟอร์มกระดาษหรือดิจิทัลโดยผู้ขอ | เหมือนเดิม คำขอยังเริ่มจากคนกรอกฟอร์ม |
| ทวนสอบ (Gate 1) | ผู้ทวนสอบมาร์กแบบฟอร์มด้วยมือ | เหมือนเดิม ผู้ทวนสอบยังมาร์กฟอร์มด้วยมือ |
| อนุมัติ (Gate 2) | ผู้อนุมัติตรวจเนื้อหาและลงนาม | เหมือนเดิม ผู้อนุมัติยังตรวจและลงนามเอง |
| ลงนามอนุมัติหลัก (Gate 3+4) | ทำบนกระดาษหรือไฟล์ที่แชร์กัน | เหมือนเดิม ยังต้องมีคนทำ gate นี้ |
| บันทึกผลลัพธ์ | เจ้าหน้าที่พิมพ์แปดฟิลด์ซ้ำด้วยมือลงในทะเบียนแยกกัน | ระบบเขียนแปดฟิลด์เดียวกันครั้งเดียวโดยอัตโนมัติ หลังบันทึกการอนุมัติ |
| อัปเดตการแจกจ่าย | เจ้าหน้าที่เช็กและอัปเดตรายชื่อแจกจ่ายทีละแผนกด้วยมือ | ระบบอัปเดต distribution matrix พร้อมกับการเขียนข้อมูลชุดเดียวกัน |
| ร่องรอยตรวจสอบ | ขึ้นอยู่กับว่าเจ้าหน้าที่จดอะไรไว้บ้าง ส่วนใหญ่ก็แค่ในทะเบียนเอง | ทุกฟิลด์ที่เขียนถูกบันทึกแยกลง activity log |
| วันครบกำหนดเก็บ/ทำลาย | คำนวณด้วยมือ มักอยู่ใน spreadsheet แยกต่างหาก หรือไม่ได้ติดตามเลย | คำนวณและเขียนอัตโนมัติพร้อมฟิลด์อื่น |
| กดอนุมัติซ้ำโดยไม่ตั้งใจ | เสี่ยงทะเบียนซ้ำถ้าเจ้าหน้าที่กรอกซ้ำ | ระบบเป็น idempotency-keyed เล่นเหตุการณ์อนุมัติเดิมซ้ำจะไม่สร้างรายการซ้ำ |
| สถานะโฟลเดอร์/สำเนา | ย้ายหรือเปลี่ยนชื่อไฟล์ด้วยมือ ถ้าทำเลย | โฟลเดอร์ Google Drive สะท้อนสถานะวงจรชีวิตเอกสารตามโครงสร้างเก้าขั้นตอน การย้ายโฟลเดอร์ยังเป็นการตัดสินใจของคน ระบบแค่ตอบสนองต่อการย้ายนั้น |
รูปแบบที่เห็นซ้ำตั้งแต่แถว "บันทึกผลลัพธ์" ลงไปคือ การตัดสินใจยังอยู่ตรงจุดเดิมทุกประการ สิ่งที่หายไปคือการพิมพ์ซ้ำเท่านั้น
สิ่งที่ไม่เปลี่ยนโดยตั้งใจ
ต้องพูดให้ชัดตรงนี้ เพราะเป็นส่วนที่ผู้ขายระบบมักข้ามไป automation ไม่แตะชั้นการตัดสินใจเด็ดขาด ผู้ทวนสอบยังตัดสินว่าการเปลี่ยนแปลงมีเหตุผลสมควรหรือไม่ ผู้อนุมัติยังตัดสินว่าเนื้อหาเพียงพอทางเทคนิคหรือไม่ ไม่มีส่วนไหนในความหมายที่แท้จริงของ ISO automationที่อนุญาตให้ระบบตัดสินใจแทนสองจุดนี้ได้เอง ถ้าเครื่องมือควบคุมเอกสารตัวไหนอ้างว่า auto-approve ได้ นั่นไม่ใช่ automation แต่คือความเสี่ยงด้าน compliance ที่แปะป้าย automation ไว้
สิ่งที่เราวางระบบให้ในงานอ้างอิงนี้ คือชั้นธุรการล้วน ๆ แปดฟิลด์ที่เจ้าหน้าที่เคยพิมพ์ซ้ำทุกครั้งที่แก้ไข ถูกเขียนครั้งเดียวโดยอัตโนมัติ หลังจากคนบันทึกการอนุมัติแล้วเท่านั้น ระบบผ่านเกณฑ์ acceptance criteria 19 จาก 19 ข้อ เทียบกับ SOP ของโรงงานเอง และ workflow เดิมอีก 51 รายการที่ไม่เกี่ยวข้องบน tenant automation เดียวกัน ถูกตรวจสอบยืนยันว่าไม่ถูกแตะต้องเลยหลังการวางระบบ automation ไม่ได้ล้ำเข้าไปไกลกว่ากระบวนการที่มันถูกสร้างมาเพื่อรองรับ
จุดที่ความต่างของภาระงานทบต้นขึ้นจริง
การแก้ไขเอกสารครั้งเดียวอาจรู้สึกไม่ต่างกันมากระหว่างสองระบบ ยังไงก็ต้องมีฟอร์ม มีการลงนาม มีการพิมพ์อยู่ดี แต่ความต่างจะทบต้นขึ้น เพราะการควบคุมเอกสาร ISO ไม่ใช่เหตุการณ์ครั้งเดียว มันคือแปดฟิลด์เดิม ข้าม distribution matrix สิบแผนกเดิม ทุกครั้งที่เอกสารห้าประเภทมีการเปลี่ยนแปลง ตลอดอายุของ QMS
ในระบบมือ การทำซ้ำแบบนี้ตกอยู่ที่ความแม่นยำในการพิมพ์ของคนคนเดียวทุกครั้งไป โดยไม่มีจุดตรวจสอบเชิงโครงสร้างอื่นนอกจากที่เจ้าหน้าที่ไขว้ตรวจเองเท่านั้น ในระบบอัตโนมัติ การทำซ้ำแบบเดียวกันเกิดขึ้นเหมือนเดิมทุกครั้ง เพราะเป็น write path เดียวกันที่รัน logic เดียวกันกับทะเบียนต้นทางเดียวกัน โดยทุกการเขียนถูกบันทึกแยกไว้ ทำให้มีหลักฐานชัดว่าเกิดอะไรขึ้นและเมื่อไหร่
มีตัวอย่างหนึ่งจากงานอ้างอิงที่ฉายภาพนี้ได้ดี แบบฟอร์มกระดาษของโรงงานใช้ปีพุทธศักราชปนกับคริสต์ศักราชแบบไม่สม่ำเสมอมาหลายปี เป็นความไม่สอดคล้องแฝงที่การพิมพ์ซ้ำด้วยมือดูดซับไว้เฉย ๆ โดยไม่มีใครมองว่าเป็นปัญหาที่ต้องแก้ การสร้างเวอร์ชันอัตโนมัติบังคับให้ต้องกำหนดรูปแบบเดียว (dd/mm/yyyy) ซึ่งทำให้ปัญหานี้ถูกค้นพบและแก้ไขในที่สุด
สิ่งที่บทความนี้ไม่ได้บอก
ตั้งใจไม่ใส่ตัวเลขเวลาหรือต้นทุนในตารางด้านบนเลย เราจะไม่บอกว่าพิมพ์แปดฟิลด์ด้วยมือใช้เวลากี่นาที หรือ automation ช่วยประหยัดกี่เปอร์เซ็นต์ เพราะเราไม่มีตัวเลขที่ยืนยันได้จริงสำหรับโรงงานของคุณ และตัวเลขที่ยืมมาจากที่อื่นก็ไม่มีค่าพอจะเขียนลงไป สิ่งที่บอกได้คือเชิงโครงสร้าง จำนวนครั้งที่ข้อมูลชุดหนึ่งต้องถูกพิมพ์โดยคน ลดจาก "ทุกทะเบียน ทุกครั้งที่แก้ไข ไม่มีที่สิ้นสุด" เหลือ "ครั้งเดียว โดยผู้ขอ บนฟอร์มต้นฉบับ" ส่วนคุ้มค่าหรือไม่ขึ้นอยู่กับปริมาณการแก้ไขเอกสารต่อปีของโรงงานคุณ และเวลาของเจ้าหน้าที่ควบคุมเอกสารตอนนี้หมดไปกับงานทะเบียนมากแค่ไหนเทียบกับงานตรวจคุณภาพเอกสาร
หลักการเดียวกันใช้กับอัตราความผิดพลาด เราไม่ได้อ้างว่าการพิมพ์ซ้ำด้วยมือสร้างข้อผิดพลาดกี่จุด เพราะขึ้นอยู่กับภาระงานของเจ้าหน้าที่ โครงสร้างทะเบียน และจำนวนที่ต้องคัดลอกฟิลด์เดียวไปหลายที่ สิ่งที่พูดได้ชัดคือ เวอร์ชันอัตโนมัติเขียนแต่ละฟิลด์ครั้งเดียวจากเหตุการณ์อนุมัติ บันทึกการเขียนนั้นแยกไว้ และไม่มีทาง drift ออกจากต้นทางแบบเงียบ ๆ เหมือนเซลล์ spreadsheet ที่คนแก้ทะเบียนหนึ่งแล้วลืมแก้อีกสามทะเบียนที่เหลือ
เปรียบเทียบนี้เหมาะกับใครจริง ๆ
นี่ไม่ใช่ pitch ให้เลิกจ้างเจ้าหน้าที่ควบคุมเอกสารที่ทำงานได้ดีอยู่แล้วกับ spreadsheet ที่จัดระเบียบเรียบร้อย ถ้าโรงงานของคุณมีการแก้ไขเอกสารไม่กี่ครั้งต่อปี และมีคนคนเดียวดูแลทะเบียนได้สบาย ๆ โดยไม่มีความขัดแย้ง การควบคุมแบบมือก็ยังเป็นทางเลือกที่สมเหตุสมผล การทำ automation ในกรณีนี้เท่ากับแก้ปัญหาที่คุณยังไม่มี
เปรียบเทียบนี้จะเริ่มมีความหมายเมื่อข้อใดข้อหนึ่งต่อไปนี้เป็นจริง การแก้ไขเอกสารเกิดถี่พอที่การพิมพ์ซ้ำกินเวลาส่วนใหญ่ของสัปดาห์คนจริง ๆ มีคนมากกว่าหนึ่งคนแตะทะเบียน ซึ่งมักเป็นจุดเริ่มของความคลาดเคลื่อนระหว่างเวอร์ชัน distribution matrix ครอบคลุมหลายแผนกจนการเช็กด้วยมือกลายเป็นงานหนึ่งในตัวมันเอง หรือ auditor เคยชี้ความไม่ตรงกันระหว่างสิ่งที่ทะเบียนบอกกับสิ่งที่เอกสารต้นฉบับแสดงจริง
คำถามที่พบบ่อย
ระบบอัตโนมัติเอาผู้ทวนสอบหรือผู้อนุมัติออกไปไหม
ไม่ ทั้งสองบทบาทยังอยู่ตรงจุดเดิมทุกประการ automation เริ่มทำงานหลังบันทึกการลงนามขั้นสุดท้ายของคนแล้วเท่านั้น ไม่เคยทำหน้าที่แทนผู้ทวนสอบหรือผู้อนุมัติ
สิ่งที่เปลี่ยนจริงในหน้างานของเจ้าหน้าที่ควบคุมเอกสารคืออะไร
แปดฟิลด์ที่เคยต้องพิมพ์ซ้ำด้วยมือลงทะเบียนแยกกัน ทั้งเลขฉบับแก้ไข วันที่มีผล บันทึกการแก้ไข master document list ทะเบียนการเปลี่ยนแปลง เลขคำขอ จำนวนหน้า วันครบกำหนดเก็บ/ทำลาย จะถูกเขียนอัตโนมัติหลังการลงนาม แทนที่จะพิมพ์ด้วยมือ
ยังมี audit trail อยู่ไหม
มี และละเอียดกว่าทะเบียนแบบมือส่วนใหญ่ด้วยซ้ำ ทุกการเขียนฟิลด์อัตโนมัติถูกบันทึกแยกลง activity log ผูกกับเหตุการณ์อนุมัติของคนที่เป็นตัวกระตุ้น
ระบบนี้แทนที่ทะเบียนหรือ QMS software ที่มีอยู่ไหม
ไม่จำเป็นเสมอไป งานอ้างอิงของเราใช้ Google Sheets เป็น backend ของทะเบียนและ master list เพราะตรงกับโครงสร้างที่โรงงานมีอยู่แล้ว เป้าหมายคือให้เข้ากับระบบปัจจุบันของคุณ ไม่ใช่รื้อทิ้งทั้งหมด
ถ้ามีคนกดอนุมัติซ้ำโดยไม่ตั้งใจจะเกิดอะไรขึ้น
Workflow เป็น idempotency-keyed หมายความว่าการเล่นเหตุการณ์อนุมัติเดิมซ้ำจะไม่สร้างรายการทะเบียนซ้ำ เป็นกลไกป้องกันเชิงโครงสร้างที่การพิมพ์ซ้ำด้วยมือไม่มี
หากอยากเห็นการเปรียบเทียบนี้แม็ปกับกระบวนการควบคุมเอกสารของโรงงานคุณเองแทนที่จะเป็นคำอธิบายของโรงงานอื่น จอง workflow walkthrough แล้วนำ SOP ปัจจุบันของคุณมาด้วย 1% EVO วางระบบนี้จากสิ่งที่คุณใช้อยู่จริง และส่งมอบระบบที่สร้างเสร็จให้คุณเป็นเจ้าของเต็มรูปแบบ ไม่มี vendor lock-in