โฟลเดอร์แทนสถานะเอกสาร ตำแหน่งไฟล์คือความจริงเสมอ

Folder-as-state หมายความว่าตำแหน่งของเอกสารในโครงสร้างโฟลเดอร์ Google Drive บอกได้เสมอว่าเอกสารนั้นอยู่ตรงไหนในวงจรชีวิต คือร่าง อยู่ระหว่างทบทวน อนุมัติแล้ว เป็นเอกสารควบคุม หรือถูกยกเลิก เพราะการย้ายไฟล์ระหว่างโฟลเดอร์คือการกระทำเดียวกับการเปลี่ยนสถานะของมัน ระบบจัดการ ISO อัตโนมัติ ที่สร้างบนรูปแบบนี้ตัดช่องสถานะแยกต่างหากที่หลุดจากความจริงได้ออกไป เพราะตำแหน่งโฟลเดอร์คือความจริงเอง

ปัญหาที่รูปแบบนี้แก้

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

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

หน้าตาการทำงานจริง

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

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

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

ทำไม ระบบจัดการ ISO อัตโนมัติ ถึงดีกว่าช่องสถานะ

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

Folder-as-state รวมสองขั้นตอนนั้นให้เหลือการกระทำเดียว ไม่มีช่องที่สองให้ลืม ใครก็ตามที่หน้างาน ไม่ใช่แค่คนที่ดูแลทะเบียน สามารถเปิดโครงสร้างโฟลเดอร์แล้วเห็นสถานะเอกสารที่ถูกต้อง โดยไม่ต้องมีสิทธิ์เข้าทะเบียนหรือโทรหาเจ้าหน้าที่ควบคุมเอกสาร

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

สิ่งที่รูปแบบนี้ไม่ได้ทำ

ขอพูดให้ชัดเรื่องเส้นแบ่ง folder-as-state ไม่ตัดสินว่าเมื่อไรเอกสารควรย้ายไปขั้นถัดไป การตัดสินใจนั้นยังเป็นของคน ผู้ทบทวนยืนยันว่าเนื้อหาเหมาะสม ผู้อนุมัติลงนามปล่อยใช้งาน ระบบไม่เฝ้าดูโฟลเดอร์แล้วเดาว่าเอกสาร "น่าจะพร้อม" เลื่อนขั้น มันรอการกระทำของคนในการย้ายไฟล์ แล้วจึงทำงานเสมียนที่ตามมาเท่านั้น

เรื่องนี้สำคัญเพราะสิ่งล่อใจของ automation ทุกแบบคือการค่อย ๆ คืบคลานเข้าไปตัดสินใจในเรื่องที่ไม่ควรตัดสิน ISO 9001 กำหนดให้ต้องมีวิจารณญาณของคนในการตรวจสอบความเหมาะสมของเนื้อหา และไม่มีระบบอัตโนมัติใดควรอนุมานว่าเอกสารตรงตามข้อกำหนดจากเวลาที่ผ่านไปหรือกิจกรรมของไฟล์ folder-as-state ถูกสร้างในทิศทางตรงข้าม คนลงมือทำ automation ตอบสนองและบันทึก

หน้าตาทั่วไปของเก้าขั้นตอน

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

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

การเปรียบเทียบเชิงปฏิบัติ

แนวทาง	สถานะอยู่ที่ไหน	จุดที่อาจผิดพลาด	ร่องรอยตรวจสอบ
ช่องสถานะในสเปรดชีต	คอลัมน์แยกต่างหาก อัปเดตด้วยมือ	ช่องสถานะกับตำแหน่งไฟล์หลุดจากกัน	ต้องกระทบยอดข้อมูลสองแหล่ง
Folder-as-state	ตำแหน่งโฟลเดอร์ของไฟล์เอง	ต้องมีวินัยในการย้ายไฟล์ให้ทันเวลา	ตำแหน่งไฟล์และประวัติคือหลักฐานเดียวกัน
ไม่มีการติดตามอย่างเป็นทางการ	ไม่เป็นทางการ จำจากความทรงจำ	สถานะขึ้นอยู่กับการถามคนที่ถูกต้อง	ไม่มีเลย

เตรียมโฟลเดอร์ที่มีอยู่ให้พร้อมสำหรับรูปแบบนี้

ถ้าโครงสร้าง Drive ปัจจุบันของคุณจัดตามแผนกหรือประเภทเอกสาร แทนที่จะจัดตามขั้นตอนวงจรชีวิต การย้ายไปใช้ folder-as-state คือโปรเจกต์จัดโครงสร้างใหม่ก่อนจะเป็นโปรเจกต์ automation จุดเริ่มต้นที่ใช้ได้จริงคือการจับคู่ขั้นตอนเอกสารที่ SOP ของคุณมีอยู่แล้ว ไม่ว่าจะมีกี่ขั้นตอนก็ตาม แม้จะมีแค่ "ร่าง" กับ "เผยแพร่แล้ว" ให้ตรงกับโฟลเดอร์แต่ละอัน แล้วตกลงกันในทีมว่าใครรับผิดชอบย้ายไฟล์ในแต่ละจุดเปลี่ยนสถานะ

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