ความเหมาะสมของเนื้อหา สิ่งที่ ISO automation แทนที่ไม่ได้

ISO automation เขียนเลขแก้ไข อัปเดตทะเบียน และคำนวณวันเก็บรักษาได้ทันทีที่เอกสารได้รับการอนุมัติ แต่ตัดสินไม่ได้ว่าเอกสารนั้นสมควรได้รับการอนุมัติหรือไม่ตั้งแต่แรก การตัดสินใจนั้นคือความเหมาะสมของเนื้อหา และ ISO 9001 มอบหน้าที่นี้ให้คนที่มีความสามารถ ไม่ใช่สคริปต์ ระบบ automation ใดก็ตามที่แอบโอนการตัดสินใจนี้ไปให้ซอฟต์แวร์อย่างเงียบ ๆ ทำลายระบบที่ตัวเองอ้างว่าสนับสนุนอยู่

นี่คือส่วนของ workflow ที่เราถูกถามบ่อยที่สุด มักเป็นคำถามจาก QMR ที่เพิ่งนั่งฟังผู้ขายระบบนำเสนอ "เอกสารที่ AI ทบทวนให้" ดังนั้นควรอธิบายให้ชัดว่าทำไมการตัดสินใจนี้ถึงต้านทาน automation ไม่ใช่ในฐานะข้อจำกัดความรับผิด แต่เป็นคำอธิบายตรงไปตรงมาว่าการตัดสินใจนี้ต้องการอะไรจริง ๆ

ความเหมาะสมของเนื้อหาต้องใช้อะไรจริง ๆ

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

1. ความถูกต้องทางเทคนิค ขั้นตอน ข้อกำหนด หรือคำแนะนำการทำงานนี้ อธิบายวิธีที่ให้ผลลัพธ์ที่สอดคล้องตามข้อกำหนดจริงหรือไม่
2. ตรงกับความเป็นจริง ตรงกับสิ่งที่เกิดขึ้นจริงที่หน้างานตอนนี้หรือไม่ หรืออธิบายกระบวนการที่มีอยู่เมื่อสองเลขแก้ไขก่อนหน้า
3. ตรวจจับความขัดแย้ง ขัดแย้งกับเอกสารควบคุมอื่นที่ยังมีผลบังคับใช้อยู่หรือไม่ คำแนะนำการทำงานที่เกี่ยวข้อง ข้อกำหนดของลูกค้า ข้อกำหนดด้านกฎระเบียบ
4. ขอบเขตและความครบถ้วน ครอบคลุมข้อยกเว้น กรณีขอบ และรูปแบบความล้มเหลวที่ผู้ปฏิบัติงานจะเจอจริงหรือไม่
5. วิจารณญาณเรื่องผลกระทบ ถ้าเอกสารนี้ผิด อะไรจะล้มเหลวปลายน้ำ และความเสี่ยงนั้นสมดุลกับวิธีจัดการการเปลี่ยนแปลงนี้หรือไม่

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

ทำไม ISO automation ตัดสินใจเรื่องนี้ไม่ได้

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

การตรวจสอบความเหมาะสมของเนื้อหาไม่ใช่การเช็คความสอดคล้องของข้อความ แต่เป็นวิจารณญาณว่าคำพูดตรงกับโลกจริงหรือไม่ โมเดลบอกได้ว่าเอกสารสองฉบับขัดแย้งกัน แต่บอกไม่ได้ว่าฉบับไหนถูก และแน่นอนว่าบอกไม่ได้ว่าฉบับใดสะท้อนสิ่งที่ผู้ปฏิบัติงานทำจริงที่สถานี 4 สัปดาห์นี้ มีแต่คนที่มีความรู้หน้างาน ความรู้เรื่องสัญญา และความรับผิดชอบต่อผลลัพธ์เท่านั้นที่ตัดสินใจแบบนี้ได้ และคำว่าความรับผิดชอบคือคำสำคัญ เมื่อเอกสารกลายเป็นไม่เหมาะสมและก่อให้เกิดความไม่สอดคล้อง การสอบย้อนกลับตามข้อกำหนด 7.5 ของ ISO 9001 มีไว้เพื่อให้มีคนที่มีความสามารถและระบุตัวได้ เป็นคนที่ตัดสินใจนั้นและรับผิดชอบมัน ผลลัพธ์จากโมเดลไม่มีสถานะแบบนั้น และไม่มีผู้ตรวจประเมินคนไหนยอมรับมันเป็นสิ่งทดแทน

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

จุดนี้อยู่ตรงไหนในโครงสร้างสี่จุดตัดสินใจ

การตรวจสอบความเหมาะสมของเนื้อหาไม่ใช่ขั้นตอนเดี่ยว ๆ ที่เราคิดหมวดหมู่ขึ้นมาเอง แต่คือจุดที่ 2 ของจุดตัดสินใจของคนทั้งสี่จุดที่จัดโครงสร้างการควบคุมเอกสาร ISO 9001 ตั้งแต่ต้นจนจบ ผู้ทบทวนทำเครื่องหมายบนแบบฟอร์มคำขอเปลี่ยนแปลง (จุดที่ 1) ผู้อนุมัติตรวจสอบความเหมาะสมของเนื้อหา (จุดที่ 2) และจุดรวมสุดท้ายลงนามอนุมัติหลัก ครอบคลุมเอกสารภายนอกและเอกสารสนับสนุนด้วย (จุดที่ 3 และ 4)

จุดที่ 2 อยู่ตรงกลางด้วยเหตุผล จุดที่ 1 เป็นตัวกรองที่เบากว่า คือการเปลี่ยนแปลงนี้คุ้มค่าที่จะดำเนินการต่อหรือไม่ จุดที่ 2 คือจุดที่วิจารณญาณทางเทคนิคจริงเกิดขึ้น จุดที่ 3 และ 4 ปิดการตัดสินใจในเชิงบริหาร automation ไม่มีบทบาทในทั้งสี่จุดเลย แต่จุดที่ 2 คุ้มค่าที่จะพูดถึงในที่นี้ เพราะเป็นจุดที่การนำเสนอขายแบบ "อนุมัติอัจฉริยะ" มักเล็งเป้าไปที่ และเป็นจุดที่ถ้าผิดพลาดจะสร้างความเสียหายมากที่สุด

สิ่งที่ automation ทำได้รอบจุดที่ 2 และสิ่งที่ทำไม่ได้เด็ดขาด

เส้นแบ่งนี้เห็นชัดกว่าถ้าดูเป็นตาราง แทนที่จะเป็นย่อหน้า

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

คอลัมน์ซ้ายยาวขึ้นเรื่อย ๆ เมื่อเครื่องมือ automation พัฒนาขึ้น แต่คอลัมน์ขวาไม่ขยับ เพราะมันไม่ใช่ข้อจำกัดทางเทคโนโลยี แต่คือสิ่งที่ ISO 9001 กำหนดไว้ และเป็นสิ่งที่ระบบคุณภาพที่จริงจังควรต้องการ ไม่ว่าเทคโนโลยีจะทำอะไรได้แค่ไหนก็ตาม

หน้าตาของเรื่องนี้ในระบบจริง

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

ระบบลงมือทำก็ต่อเมื่อการอนุมัตินั้น และอีกสองจุดหลังจากนั้นถูกบันทึกแล้วเท่านั้น และสิ่งที่มันทำ ณ จุดนั้นเป็นงานเชิงกลไกล้วน ๆ มันเขียนข้อมูลแปดช่องที่เจ้าหน้าที่ควบคุมเอกสารเคยพิมพ์ด้วยมือลงในทะเบียนหลายชุด เลขแก้ไข วันที่มีผลบังคับใช้ บันทึกในทะเบียนแก้ไขเอกสาร แถวในบัญชีรายชื่อเอกสารหลักที่ครอบคลุมเมทริกซ์การแจกจ่ายสิบแผนก รายการในทะเบียนการเปลี่ยนแปลง เลขคำขอที่อ้างอิงปี จำนวนหน้า และวันครบกำหนดเก็บรักษาหรือทำลายที่คำนวณไว้แล้ว ดูรายการเต็มว่าเขียนอะไรและบันทึกอย่างไรได้ การเขียนข้อมูลทั้งแปดรายการถูกบันทึกแยกกันในบันทึกกิจกรรมทุกรายการ และ workflow ถูกออกแบบด้วย idempotency key ทำให้การเล่นซ้ำเหตุการณ์อนุมัติเดียวกันไม่สร้างแถวซ้ำในทะเบียน

บันทึกกิจกรรมนั้นคุ้มค่าที่จะหยุดพูดถึง เพราะมันคือคำตอบจริงของคำถาม "เรารู้ได้อย่างไรว่าคนทบทวนจริง" มันไม่ได้บันทึกวิจารณญาณด้านเนื้อหา แต่บันทึกข้อเท็จจริงว่าเหตุการณ์อนุมัติที่บันทึกไว้เกิดขึ้น และระบบทำอะไรตอบสนองต่อมันชัดเจน วิจารณญาณเองยังคงอยู่ที่มันควรอยู่ บนกระดาษ หรือในสื่อใดก็ตามที่ SOP ของคุณใช้อยู่แล้ว ทำโดยคนที่ SOP ของคุณระบุชื่อไว้แล้ว

คำถามเรื่องความไว้ใจที่เรื่องนี้ตอบจริง ๆ

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

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