การส่งมอบที่พิสูจน์ได้ หน้าตาคือรายการเกณฑ์ตรวจรับที่เขียนไว้เป็นลายลักษณ์อักษร แล้วตรวจทีละข้อกับระบบที่รันจริง พร้อมบันทึกผลผ่าน/ไม่ผ่านไว้ก่อนที่ใครจะบอกว่างานเสร็จ ในระบบต้นแบบของเรา รายการนั้นมีทั้งหมด 19 ข้อ และผ่านครบทั้ง 19 ข้อ ไม่ใช่แค่ "น่าจะใช้ได้" แต่ตรวจทีละข้อกับระบบที่รันจริงจริง ๆ
ความแตกต่างนี้สำคัญเพราะคำว่า "automation" พูดง่ายแต่พิสูจน์จริงยาก ผู้ให้บริการส่วนใหญ่จะบอกว่าระบบของตัวเองใช้งานได้ แต่มีไม่กี่รายที่จะเอารายการที่ใช้ทดสอบจริงมาให้ดู และยิ่งน้อยกว่านั้นที่จะบอกด้วยว่าตรวจอะไรเพิ่มเติมเพื่อให้แน่ใจว่าไม่มีอะไรพังไปตามทาง
เกณฑ์ตรวจรับ ในความหมายของงานควบคุมเอกสาร คืออะไร
เกณฑ์ตรวจรับคือข้อความเฉพาะเจาะจงที่ตรวจสอบได้ว่าระบบต้องทำอะไร ไม่ใช่เป้าหมายกว้าง ๆ อย่าง "จัดการการแก้ไขเอกสารได้ถูกต้อง" แต่เป็นสิ่งที่ทดสอบแล้วได้คำตอบว่าใช่หรือไม่ใช่ ในงานควบคุมเอกสารตาม ISO 9001 รายการนี้ต้องครอบคลุมรูปแบบทั้งหมดของ workflow ไม่ใช่แค่กรณีที่ทุกอย่างเป็นไปตามแผน
สำหรับระบบ automation งานควบคุมเอกสาร เกณฑ์ตรวจรับมักครอบคลุมหลายหมวด
- ความครอบคลุมของวงจรชีวิตเอกสาร ระบบจัดการเอกสารใหม่ การแก้ไข การยกเลิก สำเนาควบคุม และสำเนาไม่ควบคุม ได้ถูกต้องแยกจากกันหรือไม่
- การรักษาประตูการตัดสินใจ ประตูการตัดสินใจของคนทุกจุดใน SOP เดิมยังทำงานเหมือนเดิมหรือไม่ โดย automation ลงมือทำก็ต่อเมื่อประตูปิดแล้วเท่านั้น
- ความถูกต้องของแต่ละช่องข้อมูล เมื่อระบบเขียนข้อมูลลงทะเบียน แต่ละช่องถูกต้องหรือไม่ เลขแก้ไข วันมีผลบังคับใช้ รายการในบันทึกแก้ไข เมทริกซ์การแจกจ่าย แถวในทะเบียนการเปลี่ยนแปลง เลขคำขอ จำนวนหน้า วันครบกำหนดเก็บรักษา
- ความครบถ้วนของการบันทึก log การเขียนข้อมูลของ automation ทุกครั้งถูกบันทึกแยกรายการใน activity log หรือไม่
- Idempotency ถ้าเหตุการณ์อนุมัติเดียวกันเกิดซ้ำสองครั้ง ระบบสร้างรายการทะเบียนหนึ่งรายการหรือสองรายการ
- การไม่รบกวนส่วนอื่น มีอะไรอื่นที่รันอยู่บนแพลตฟอร์มเดียวกันเปลี่ยนพฤติกรรมไปโดยไม่ตั้งใจจากการที่ระบบใหม่นี้ขึ้นใช้งานหรือไม่
ระบบที่ถูกทดสอบแค่หมวดแรก ประมวลผลเอกสารได้ในทางเทคนิค ไม่ใช่ระบบที่ผ่านการตรวจรับ มันเป็นแค่ demo
สิ่งที่เราตรวจสอบจริง
ในระบบต้นแบบของเรา ที่สร้างให้โรงงานไทยแห่งหนึ่ง ได้รับการรับรอง ISO 9001:2015 ทั้งสองโรงงาน เกณฑ์ตรวจรับทั้ง 19 ข้อมาจาก SOP ที่เขียนไว้เองของโรงงานรายนี้ ไม่ใช่ checklist สำเร็จรูป ความต่างตรงนี้สำคัญมาก checklist สำเร็จรูปทดสอบว่า automation ทำงานเหมือน automation ทั่วไปหรือไม่ ส่วนรายการเกณฑ์ที่มาจาก SOP จริงของคุณ ทดสอบว่ามันทำงานเหมือนกระบวนการของคุณจริง ๆ หรือไม่
ระบบครอบคลุมวงจรชีวิตเอกสารทั้งหมด เอกสารใหม่ การแก้ไข การยกเลิก สำเนาควบคุม สำเนาไม่ควบคุม และรักษาประตูการตัดสินใจของคนทั้งสี่จุดที่มีอยู่แล้วในกระบวนการของโรงงานรายนี้ ผู้ทวนสอบทำเครื่องหมายบนแบบฟอร์มคำขอเปลี่ยนแปลงกระดาษ ผู้อนุมัติตรวจสอบความเพียงพอของเนื้อหา และประตูสุดท้ายที่รวมการอนุมัติหลักครอบคลุมทั้งเอกสารภายใน เอกสารภายนอก และเอกสารสนับสนุน ทุกประตูต้องถูกตรวจสอบว่ายังคงสภาพเดิมก่อนที่จะเรียกได้ว่าระบบสร้างเสร็จ automation ต้องลงมือทำหลังจากประตูปิดแล้วเท่านั้น ไม่ใช่ก่อนหน้าหรือแทนที่ประตูนั้น
เมื่อประตูปิดแล้ว ระบบจะเขียนแปดช่องข้อมูลที่เจ้าหน้าที่ควบคุมเอกสารเคยพิมพ์ด้วยมือ เลขแก้ไข วันมีผลบังคับใช้ รายการในบันทึกแก้ไข แถวในบัญชีรายชื่อเอกสารหลักที่ครอบคลุมเมทริกซ์การแจกจ่ายสิบแผนก รายการในทะเบียนการเปลี่ยนแปลง เลขคำขอที่อ้างอิงปี จำนวนหน้า และวันครบกำหนดเก็บรักษา/ทำลายเอกสารที่คำนวณได้ แต่ละช่องในแปดช่องนี้มีบรรทัดของตัวเองในรายการเกณฑ์ตรวจรับ ตรวจทีละข้อ ไม่ใช่แค่ "ทะเบียนดูถูกต้องดี" แต่เป็น "ช่องที่เจ็ด วันครบกำหนดเก็บรักษา คำนวณถูกต้องตามนโยบายการเก็บรักษาหรือไม่"
ตรวจสอบว่าไม่มีความเสียหายลุกลาม
การผ่านรายการเกณฑ์ของตัวเองบอกได้แค่ว่าระบบใหม่ใช้งานได้ แต่ไม่ได้บอกว่าการสร้างระบบนั้นไปทำอะไรพังหรือเปล่า นั่นเป็นการตรวจแยกต่างหาก และเป็นสิ่งที่โปรเจกต์ automation หลายแห่งข้ามไป
ในระบบนี้ automation รันอยู่บน tenant เดียวกับ workflow เดิมที่ไม่เกี่ยวข้องอีก 51 รายการ หลังจากระบบใหม่ขึ้นใช้งานจริง ทั้ง 51 รายการถูกตรวจสอบแล้วว่าไม่เปลี่ยนแปลง พฤติกรรมเดิม ตัวกระตุ้นเดิม ผลลัพธ์เดิมเหมือนก่อนหน้านี้ทุกประการ นี่ไม่ใช่เกณฑ์เกี่ยวกับระบบใหม่เลย แต่เป็นการตรวจ regression กับทุกอย่างที่อยู่ใกล้ระบบใหม่
| สิ่งที่ตรวจสอบ | ผล |
|---|---|
| เกณฑ์ตรวจรับ (มาจาก SOP ของโรงงานเอง) | ผ่าน 19 จาก 19 ข้อ |
| workflow เดิมที่ไม่เกี่ยวข้องบน tenant เดียวกัน | ตรวจแล้วไม่เปลี่ยนแปลง 51 จาก 51 รายการ |
| เอกสารต้นฉบับ (file ID ชื่อ รูปแบบ เวลาแก้ไขล่าสุด) | ตรวจแล้วไม่เปลี่ยนแปลง 5 จาก 5 ฉบับ |
ตรวจสอบว่าต้นฉบับยังสะอาด
แถวที่สามสำคัญพอ ๆ กับสองแถวแรก เอกสารต้นฉบับห้าฉบับอยู่ในขอบเขตของระบบนี้ และหลังจากขึ้นใช้งานจริง ทั้งห้าฉบับถูกตรวจเทียบกับสถานะก่อนสร้างระบบ file ID ชื่อไฟล์ รูปแบบ และเวลาที่แก้ไขล่าสุด ผลออกมาเหมือนเดิมทุกฉบับ ระบบ automation ที่ผ่านการทดสอบของตัวเองแต่เงียบ ๆ ไปเปลี่ยนเอกสารที่มันทำงานอยู่ใกล้ ไม่ได้ผ่านจริง มันล้มเหลวในสิ่งเดียวที่งานควบคุมเอกสารมีไว้เพื่อปกป้อง นั่นคือความถูกต้องของหลักฐาน
ทุกการเขียนข้อมูลโดย automation ในระบบนี้ถูกบันทึกแยกรายการใน activity log และ workflow ถูกออกแบบให้เป็น idempotency-keyed เหตุการณ์อนุมัติเดียวกันที่รันซ้ำจะไม่สร้างรายการทะเบียนซ้ำ ทั้งสองอย่างนี้เป็นเกณฑ์ตรวจรับด้วยตัวเอง ไม่ใช่ผลพลอยได้ การยืนยันความถูกต้องต้องครอบคลุมคุณสมบัติเชิงโครงสร้างที่ดูธรรมดาของระบบด้วย ไม่ใช่แค่ว่ามันให้ผลลัพธ์ที่ดูถูกต้องในวันที่ทุกอย่างราบรื่น
ทำไมเรื่องนี้สำคัญต่อ audit trail ของคุณ
ผู้ตรวจที่ถามว่าระบบ automation ควบคุมเอกสารถูกทดสอบอย่างไร สมควรได้รับคำตอบที่ดีกว่า "เรารันดูสองสามครั้งแล้วดูโอเค" รายการเกณฑ์ตรวจรับที่เขียนไว้เป็นลายลักษณ์อักษร ตรวจทีละข้อพร้อมบันทึกผล คือหลักฐานส่วนหนึ่งของคุณเอง มันแสดงว่าระบบถูกยืนยันกับกระบวนการจริงของคุณ ไม่ใช่สันนิษฐานว่าใช้ได้เพราะเคยใช้ได้ที่อื่น
ตัวเลขที่สำคัญไม่ใช่ "19" แต่คือการที่มีรายการนี้อยู่จริง มาจาก SOP ของคุณเองไม่ใช่ template และทุกข้อถูกตรวจจริงไม่ใช่แค่สันนิษฐาน ของคุณอาจต้องการจำนวนที่ต่างออกไป สิ่งที่ไม่ควรเปลี่ยนคือวินัยในการเขียนรายการนี้ลงไปก่อนที่จะเรียกว่างานเสร็จ
คำถามที่พบบ่อย
"ผ่านเกณฑ์ตรวจรับ 19 จาก 19 ข้อ" หมายความว่าอะไรจริง ๆ
หมายความว่ามีรายการข้อกำหนดที่ทดสอบได้ 19 ข้อ เขียนไว้เป็นลายลักษณ์อักษร มาจาก SOP ของโรงงานเอง ถูกตรวจทีละข้อกับระบบที่รันจริง และผ่านครบทุกข้อ ไม่ใช่แค่ความรู้สึกทั่วไปว่าระบบใช้งานได้
เกณฑ์ตรวจรับมาจากไหน
มาจาก SOP และกระบวนการควบคุมเอกสารที่มีอยู่จริงของลูกค้า ไม่ใช่ template สำเร็จรูป นี่คือสิ่งที่ทำให้รายการนี้ทดสอบว่าระบบทำงานเหมือนกระบวนการของคุณจริง ๆ ไม่ใช่แค่เหมือน automation ทั่วไป
การผ่านเกณฑ์ตรวจรับรับประกันได้ไหมว่าไม่มีอะไรอื่นได้รับผลกระทบ
ไม่ได้ นั่นต้องมีการตรวจ regression แยกต่างหาก ในระบบนี้ workflow เดิมที่ไม่เกี่ยวข้อง 51 รายการบน automation tenant เดียวกัน ถูกตรวจสอบแล้วว่าไม่เปลี่ยนแปลงหลังขึ้นใช้งานจริง นอกเหนือจากเกณฑ์ตรวจรับ 19 ข้อที่ผ่าน
ถ้ามีข้อไหนไม่ผ่าน จะเกิดอะไรขึ้น
ต้องแก้ไขก่อนที่จะเรียกว่าระบบสร้างเสร็จ รายการเกณฑ์จะมีความหมายก็ต่อเมื่อรายการที่ไม่ผ่านถูกถือว่าเป็นตัวบล็อก ไม่ใช่แค่บันทึกไว้แล้วส่งมอบไปเฉย ๆ
สิ่งนี้ทดแทนการทดสอบยอมรับผลของฝั่งเราเองได้ไหม
ไม่ได้ รายการเกณฑ์ของเรามาจาก SOP ของคุณและทดสอบกับระบบที่รันจริง แต่คุณควรลองใช้งาน workflow เองก่อนเซ็นรับมอบอยู่ดี รายการนี้มีไว้เพื่อให้การลองใช้งานนั้นรวดเร็วและเจาะจง แทนที่จะเป็นการเดาแบบเปิดกว้าง
หากต้องการดูรายการทั้ง 19 ข้อจริง และความหมายของ "ไม่เปลี่ยนแปลง" สำหรับ workflow 51 รายการและเอกสารต้นฉบับ 5 ฉบับ ดูบันทึกผลการตรวจสอบระบบจริงได้ ระบบเดียวกับที่อธิบายในบทความนี้ พร้อมผลการยืนยันแบบเต็ม 1% EVO สร้างและยืนยันระบบนี้บน SOP ของคุณเองก่อนส่งมอบระบบที่คุณเป็นเจ้าของทั้งหมด