การรักษาใบรับรอง ISO 9001 ที่ใช้งานอยู่ให้ปลอดภัยระหว่างติดตั้งระบบอัตโนมัติ ทำได้โดยไม่แตะ SOP ที่ควบคุมวิธีตัดสินใจเลย automate เฉพาะขั้นตอนเสมียนที่เกิดขึ้นหลังการตัดสินใจของคนเท่านั้น และตรวจสอบระบบใหม่แบบคู่ขนานกับทะเบียนเดิมของคุณก่อนให้อะไรใช้งานจริง ใบรับรองไม่ได้เสี่ยงจากตัว automation เอง แต่เสี่ยงจากการเปลี่ยนแปลงกระบวนการที่ได้รับการรับรองโดยไม่ควบคุม ซึ่งเป็นปัญหาคนละเรื่องและมีทางแก้คนละแบบ
ถ้าคุณเป็น QMR ที่กำลังชั่งใจว่าจะนำระบบ ISO อัตโนมัติเข้ามาระหว่างที่รอบตรวจประเมินกำลังดำเนินอยู่ นี่คือเส้นแบ่งที่ควรใช้ตัดสินใจทุกอย่างเกี่ยวกับการติดตั้ง
ความเสี่ยงที่แท้จริงต่อระบบ ISO อัตโนมัติไม่ใช่ตัว Automation เอง
ISO 9001 ไม่ได้ลงโทษคุณที่ใช้ซอฟต์แวร์ แต่ลงโทษคุณที่เปลี่ยนกระบวนการที่ควบคุมอยู่โดยไม่บันทึกการเปลี่ยนแปลง ไม่ทดสอบ และไม่มั่นใจว่าคนที่ปฏิบัติงานยังรู้ว่าต้องทำอะไร การติดตั้งที่ข้ามการตรวจสอบ เปลี่ยนทะเบียนโดยไม่มีแผนสำรอง หรือแอบเปลี่ยนว่าใครทำอะไรโดยไม่อัปเดต SOP คือข้อบกพร่องที่รอผู้ตรวจประเมินมาพบ ไม่ว่าจะมี automation หรือไม่ก็ตาม
นี่ทำให้คำถามจริงเปลี่ยนไป ไม่ใช่ "automation ปลอดภัยสำหรับ QMS ที่ได้รับการรับรองหรือไม่" แต่คือ "การติดตั้งครั้งนี้เป็นไปตามการควบคุมการเปลี่ยนแปลงหรือไม่" ปฏิบัติต่อการติดตั้งเป็นการเปลี่ยนแปลงที่ควบคุมแล้ว ความเสี่ยงต่อใบรับรองก็แทบจะหายไป
สิ่งที่ยังคงเหมือนเดิมทุกประการ
วิธีที่เร็วที่สุดที่ทำให้การติดตั้งมีความเสี่ยงต่ำคือลดสิ่งที่เปลี่ยนจริง ๆ ให้เหลือน้อยที่สุด ในการติดตั้งที่กำหนดขอบเขตอย่างถูกต้อง จุดตัดสินใจใน SOP ของคุณไม่ขยับเลย
- ผู้ทบทวนยังคงทบทวนและทำเครื่องหมายบนคำขอเปลี่ยนแปลง
- ผู้อนุมัติยังคงตรวจความเหมาะสมของเนื้อหาและอนุมัติการปล่อยใช้งาน
- ไม่มีตำแหน่ง อำนาจ หรือความรับผิดชอบการลงนามของใครเปลี่ยนไป
- ขั้นวงจรชีวิตเอกสารที่คุณใช้อยู่แล้ว เอกสารใหม่ การแก้ไข การยกเลิก สำเนาควบคุม สำเนาไม่ควบคุม ยังเป็นขั้นเดิมที่คุณดำเนินการอยู่
สิ่งที่เปลี่ยนคือสิ่งที่เกิดขึ้นหลังการตัดสินใจของผู้อนุมัติถูกบันทึก ดูเส้นแบ่งระหว่างวิจารณญาณของคนกับการลงมือทำของระบบถ้ายังไม่เคยขีดเส้นนี้ให้ชัดสำหรับกระบวนการของคุณเอง เพราะเป็นขอบเขตที่แผนการติดตั้งทุกแผนควรถูกสร้างขึ้นรอบมัน
การติดตั้งที่ไม่แตะกระบวนการจริงจนกว่าจะพิสูจน์แล้ว
รูปแบบการติดตั้งที่รักษาใบรับรองให้ปลอดภัยนั้นตรงไปตรงมา และไม่มีขั้นตอนใดที่ต้องให้กระบวนการที่ได้รับการรับรองเปลี่ยนก่อนที่ระบบใหม่จะพิสูจน์ความน่าเชื่อถือ
- จับภาพ SOP เดิมตามที่เขียนไว้จริง ไม่ใช่ตามที่ควรทำงาน แต่ตามที่เจ้าหน้าที่ควบคุมเอกสารปฏิบัติจริงทุกวันนี้ รวมถึงทางลัดที่มีอยู่ จุดตัดสินใจของคนทั้งสี่จุดใน SOP ของคุณกลายเป็นจุดตายตัวที่ automation ถูกสร้างรอบมัน ไม่ใช่ส่วนที่นำมาออกแบบใหม่
- สร้างจาก copy ไม่ใช่ทะเบียนจริง automation รันกับทะเบียนสำเนาและรายการแจกจ่ายสำเนา ในขณะที่กระบวนการควบคุมเอกสารจริงยังดำเนินต่อไปเหมือนเดิมทุกประการ ไม่มีอะไรที่ automation เขียนแตะบันทึกที่ผู้ตรวจประเมินจะดึงดูได้
- รันแบบ shadow mode คำขอเปลี่ยนแปลงจริงทุกครั้งยังผ่านฟอร์มกระดาษและห่วงโซ่การลงนามเดิม automation เฝ้าดูเหตุการณ์อนุมัติเดียวกันและเขียนลงสำเนาทะเบียนของตัวเองแบบคู่ขนาน ทำให้คุณเทียบผลลัพธ์กับสิ่งที่เจ้าหน้าที่ควบคุมเอกสารทำด้วยมือได้ ทีละบรรทัด นานเท่าที่จำเป็นจนกว่าจะเชื่อใจได้
- ตรวจสอบกับเกณฑ์การยอมรับก่อนให้อะไรใช้งานจริง ทุกช่องข้อมูลที่ระบบจะเขียนในที่สุด ถูกเช็กกับสิ่งที่เจ้าหน้าที่ควบคุมเอกสารที่มีความสามารถจะเขียนด้วยมือ นี่คือจุดที่ความไม่ตรงกัน สมมติฐานเรื่องรูปแบบ และกรณีขอบใน SOP ของคุณปรากฏขึ้น ก่อนที่จะไปแตะทะเบียนจริง
- สลับใช้งานโดยยังเข้าถึงกระบวนการเดิมได้ เมื่อผลลัพธ์จาก shadow mode ตรงกับผลลัพธ์แบบมืออย่างสม่ำเสมอ ระบบจึงเริ่มเขียนลงทะเบียนจริง กระบวนการแบบมือไม่ถูกลบทิ้ง แต่ยังพร้อมใช้จนกว่าคุณจะสร้างความมั่นใจข้ามรอบแก้ไขมากพอที่จะเลิกใช้
ไม่มีขั้นตอนไหนต้องรอผู้ตรวจประเมินเซ็นอนุมัติล่วงหน้า แต่ทั้งหมดสร้างหลักฐานการควบคุมการเปลี่ยนแปลงแบบที่ผู้ตรวจประเมินอยากเห็น หากถูกถามว่าเปลี่ยนอะไรและรู้ได้อย่างไรว่าปลอดภัย
หน้าตาของเรื่องนี้บนงานจริง
นี่ไม่ใช่เรื่องทฤษฎี แต่คือกระบวนการที่เราใช้จริงในระบบต้นแบบ ระบบอัตโนมัติควบคุมเอกสาร ISO 9001:2015 ให้ผู้ผลิตไทยที่รันสองไซต์ที่ได้รับการรับรอง SOP ของพวกเขาไม่เปลี่ยน สี่จุดตัดสินใจในกระบวนการของพวกเขา การลงนามของผู้ทบทวน การตรวจความเหมาะสมของเนื้อหา และจุดรวมสุดท้ายที่ครอบคลุมเอกสารหลักรวมถึงเอกสารภายนอกและเอกสารสนับสนุน ยังอยู่ตรงจุดที่ SOP ของพวกเขากำหนดไว้ทุกประการ
สิ่งที่เราตรวจสอบก่อนแตะทะเบียนจริงเลยแม้แต่จุดเดียว
| การเช็ก | ยืนยันอะไร |
|---|---|
| เกณฑ์การยอมรับ | ผ่าน 19 จาก 19 ข้อ ก่อนสลับใช้งานจริง |
| automation เดิมบน tenant เดียวกัน | ยืนยันแล้วว่า workflow เดิมทั้งหมด 51 รายการที่ไม่เกี่ยวข้อง ไม่ได้รับผลกระทบ |
| เอกสารต้นฉบับ | ยืนยันแล้วว่าทั้ง 5 ฉบับไม่มีการเปลี่ยนแปลง ทั้ง file ID ชื่อ รูปแบบ และเวลาแก้ไขล่าสุด |
| การเขียนลงทะเบียน | ข้อมูลแปดช่องที่ automation เขียน ถูกบันทึกแยกกันในบันทึกกิจกรรม |
| ความปลอดภัยเมื่อเล่นซ้ำ | workflow ถูกออกแบบด้วย idempotency key เหตุการณ์อนุมัติที่เล่นซ้ำไม่สร้างรายการซ้ำในทะเบียน |
แถวสุดท้ายนี้สำคัญกว่าที่เห็น การติดตั้งที่รับประกันไม่ได้ว่าเหตุการณ์ที่ถูกลองใหม่หรือถูกทำซ้ำจะไม่เขียนทะเบียนซ้ำ ไม่ปลอดภัยพอที่จะสลับใช้งานจริง ไม่ว่าการจับคู่กับกระบวนการเดิมจะดูเรียบร้อยแค่ไหนบนกระดาษ นี่ยังเป็นจุดที่ automation เผยให้เห็นสิ่งที่กระบวนการแบบมือดูดซับไว้อย่างเงียบ ๆ แบบฟอร์มกระดาษของผู้ผลิตปนปีพุทธศักราชกับปีคริสต์ศักราชโดยไม่สม่ำเสมอ ซึ่งการบันทึกด้วยมือมาหลายปีไม่เคยบังคับให้ใครต้องแก้ไข กระบวนการติดตั้งจับสิ่งนี้ได้เพราะทุกช่องข้อมูลถูกเช็กกับคำตอบที่รู้อยู่แล้วว่าถูกต้อง ก่อนที่มันจะไปใช้งานจริง ไม่ใช่หลังจากนั้น
สิ่งที่ผู้ตรวจประเมินอยากเห็นจริง ๆ
ผู้ตรวจประเมินที่ประเมินระบบ ISO อัตโนมัติไม่ได้มองหาการสาธิต แต่มองหาหลักฐานว่าการเปลี่ยนแปลงถูกควบคุม ทดสอบอะไร ยืนยันแล้วว่าอะไรไม่เปลี่ยน และอำนาจตัดสินใจอยู่ที่ไหน นำบันทึกการเปรียบเทียบจาก shadow mode ผลเกณฑ์การยอมรับ และคำตอบที่ชัดเจนสำหรับคำถาม "ใครเป็นผู้อนุมัติ และซอฟต์แวร์เคยอนุมัติเองบ้างหรือไม่" มาแสดง ถ้าคำตอบของคำถามสุดท้ายคือ "ระบบตัดสินใจ" เมื่อไร คุณมีปัญหาที่ใหญ่กว่าการติดตั้งเสียอีก แต่ถ้าคำตอบคือ "คนตัดสินใจ ระบบลงมือทำตามที่คนตัดสินใจ" นั่นคือเส้นแบ่งที่ ISO 9001 คาดหวังพอดี
สิ่งที่ไม่ควรอยู่ในแผนการติดตั้ง
แผนการติดตั้งที่พยายามออกแบบ SOP ใหม่และ automate มันไปพร้อมกัน คือจุดที่ความเสี่ยงจริงส่วนใหญ่มาจาก ไม่ใช่ตัว automation เอง แยกสองโปรเจกต์ออกจากกัน ถ้ากระบวนการควบคุมเอกสารของคุณต้องเปลี่ยนจริง ๆ ให้ทำเรื่องนั้นก่อน ทำให้มันนิ่ง แล้วค่อย automate ชั้นเสมียนของกระบวนการที่ลงตัวแล้ว การ automate กระบวนการที่ยังไม่นิ่งแค่แปลว่า automate สิ่งผิดซ้ำสอง
ในทำนองเดียวกัน การติดตั้งที่ใช้งานจริงทุกที่พร้อมกัน ทุกประเภทเอกสาร ทุกแผนก ไม่มีช่วง shadow เลย ตัดความสามารถของคุณที่จะจับความไม่ตรงกันแบบตัวอย่างปฏิทินข้างต้นออกไป กำหนดขอบเขตการสลับใช้งานครั้งแรกให้แคบ พิสูจน์ว่ามันได้ผล แล้วค่อยขยาย
คำถามที่พบบ่อย
ผู้ตรวจประเมินจะมอง automation เป็นความเสี่ยงข้อบกพร่องระหว่างรอบที่ใช้งานจริงอยู่หรือไม่
ไม่ ถ้าการติดตั้งถูกบันทึกไว้เป็นการเปลี่ยนแปลงที่ควบคุมพร้อมหลักฐานการตรวจสอบ ความเสี่ยงไม่ได้อยู่ที่ automation แต่อยู่ที่การเปลี่ยนแปลงที่ไม่บันทึกและไม่ตรวจสอบต่อกระบวนการที่ได้รับการรับรอง ซึ่งจะเป็นข้อบกพร่องไม่ว่าจะมีซอฟต์แวร์เกี่ยวข้องหรือไม่ก็ตาม
ต้องหยุดกิจกรรมการรับรองระหว่างการติดตั้งไหม
ไม่ต้อง การติดตั้งแบบ shadow mode ถูกออกแบบมาเฉพาะเพื่อให้กระบวนการที่ได้รับการรับรองซึ่งใช้งานจริงยังรันต่อไปโดยไม่เปลี่ยนแปลง ในขณะที่ระบบใหม่ถูกตรวจสอบคู่ขนานอยู่เบื้องหลัง
ช่วง shadow ต้องรันนานแค่ไหน
นานพอที่จะครอบคลุมประเภทเอกสารและรูปแบบการแก้ไขจริงของคุณ และจนกว่าผลลัพธ์แบบมือกับแบบอัตโนมัติจะตรงกันสม่ำเสมอ ไม่มีตัวเลขตายตัวที่ใช้กับทุก QMS ขึ้นอยู่กับปริมาณเอกสารและความหลากหลายของประเภทการเปลี่ยนแปลงของคุณ
ถ้า automation กับกระบวนการแบบมือไม่ตรงกันระหว่าง shadow mode จะเกิดอะไรขึ้น
นั่นคือสิ่งที่ shadow mode มีไว้จับ ความไม่ตรงกันจะถูกตรวจสอบและแก้ไขก่อนสลับใช้งานจริง ซึ่งคือจุดประสงค์ทั้งหมดของการตรวจสอบคู่ขนานแทนการสลับไปเลยทันที
การติดตั้ง automation เปลี่ยนว่าใครลงนามอนุมัติการเปลี่ยนแปลงเอกสารหรือไม่
ไม่เปลี่ยน อำนาจลงนาม ความรับผิดชอบในการทบทวน และการอนุมัติ ยังอยู่ตรงจุดที่ SOP ของคุณกำหนดไว้ทุกประการ automation เริ่มทำงานหลังการตัดสินใจนั้นเกิดขึ้น ไม่เคยก่อนหน้านั้น
ถ้าคุณกำลังวางแผนการติดตั้งกับใบรับรองที่ใช้งานอยู่จริง และอยากเห็นแนวทาง shadow mode เทียบกับ SOP ของคุณเอง แทนคำอธิบายทั่วไป นัดไล่เรียง workflow และนำกระบวนการควบคุมเอกสารปัจจุบันของคุณมาด้วย 1% EVO สร้างและตรวจสอบเรื่องนี้กับ SOP ของคุณเองก่อนแตะทะเบียนจริงเลยแม้แต่จุดเดียว การติดตั้งจึงไม่มีวันเสี่ยงต่อใบรับรองของคุณ