Key Points
- TOR เชื่อมเหตุผลที่ต้องทำงานกับขอบเขต ภารกิจ และผลที่ต้องส่งมอบ ไม่ใช่เพียงรายการคุณสมบัติอุปกรณ์
- วัตถุประสงค์ ขอบเขต เวลา สิ่งส่งมอบ และวิธีตรวจผลควรสอดคล้องกัน
- หลักเกณฑ์เลือกผู้เสนอและการตรวจรับผลงานมีหน้าที่ต่างกัน ควรระบุให้ชัดตามบริบทของงาน
- ตัวอย่าง TOR ใช้ช่วยคิดได้ แต่ต้องตรวจประเภทงาน ข้อกำหนด และขั้นตอนอนุมัติก่อนนำไปใช้งานจริง
งานหนึ่งอาจเริ่มจากคำขอสั้น ๆ เช่น “ทำระบบให้ใช้งานง่าย” แต่ผู้ว่าจ้างกับผู้ทำงานอาจเข้าใจผลที่ต้องส่งมอบต่างกัน หากยังไม่กำหนดขอบเขตและวิธีตรวจผล ความคลุมเครือก็อาจติดตามไปถึงช่วงส่งงาน
TOR ย่อมาจาก Terms of Reference เป็นเอกสารอธิบายวัตถุประสงค์ ขอบเขต ภารกิจ และผลที่คาดหวังจากงาน ในบริบทจัดซื้อจัดจ้างไทยมักใช้คำว่า “ขอบเขตของงาน” หรือ “รายละเอียดขอบเขตของงาน” โดยรายละเอียดที่ต้องจัดทำขึ้นกับประเภทงานและข้อกำหนดของหน่วยงาน
การเขียน TOR จึงเริ่มจากความต้องการจริง แล้วแปลงให้เป็นงานและสิ่งส่งมอบที่ตรวจสอบได้ บทความนี้อธิบายหลักคิดทั่วไป พร้อมตัวอย่างสมมติ และแยกข้อควรตรวจสำหรับภาครัฐ เพื่อไม่ให้ใช้ตัวอย่างหนึ่งแทนข้อกำหนดของทุกโครงการ
TOR คือเอกสารกำหนดขอบเขตงาน
TOR ช่วยอธิบายว่าต้องทำอะไร เพราะเหตุใด และคาดหวังผลงานแบบใด ในงานบริการหรือที่ปรึกษาอาจระบุภารกิจ ความรับผิดชอบ และรายงานที่ต้องส่ง ส่วนงานซื้ออุปกรณ์ต้องพิจารณารายละเอียดคุณลักษณะและเงื่อนไขที่เหมาะกับสิ่งที่จะซื้อด้วย
หน้าที่ของเอกสารนี้คือทำให้ความต้องการถูกอธิบายอย่างเป็นระบบ ผู้จัดทำจึงควรตรวจทั้งสิ่งที่รวมอยู่ในงาน สิ่งที่ไม่รวม และข้อมูลที่ผู้ทำงานต้องใช้ การเขียนเพียงคำว่า “ครบถ้วน” หรือ “มีประสิทธิภาพ” โดยไม่อธิบายความหมายยังเปิดช่องให้ตีความต่างกันได้
TOR ไม่ควรถูกอ่านแยกจากเอกสารอื่นของโครงการ เช่น เอกสารเชิญชวน ข้อเสนอ หรือสัญญาที่เกี่ยวข้อง การมี TOR เพียงฉบับเดียวไม่ได้รับประกันว่าจะป้องกันข้อพิพาท ลดต้นทุน หรือทำให้งานสำเร็จเสมอ ต้องดูความชัดเจนของเอกสารและการดำเนินงานจริงประกอบ
องค์ประกอบที่ควรเชื่อมกัน
เริ่มจากความเป็นมาและวัตถุประสงค์ เพื่อบอกปัญหาหรือความต้องการที่งานจะตอบ จากนั้นระบุขอบเขต ภารกิจ หรือคุณลักษณะที่จำเป็นให้สัมพันธ์กับเป้าหมาย ไม่เพิ่มรายละเอียดเพียงเพราะเคยอยู่ในแบบฟอร์มของโครงการอื่น
สิ่งส่งมอบควรบอกว่าผู้รับงานต้องส่งอะไร และผู้รับผิดชอบจะตรวจจากหลักฐานใด กำหนดเวลากับเงื่อนไขการส่งมอบต้องสัมพันธ์กับปริมาณงาน รวมถึงข้อมูล อุปกรณ์ หรือการตัดสินใจที่ฝ่ายผู้ว่าจ้างต้องจัดให้ ไม่กำหนดเวลาโดยละเลยงานที่ต้องรออีกฝ่าย
หลักเกณฑ์เลือกผู้เสนอใช้พิจารณาว่าใครหรือข้อเสนอใดเหมาะกับงาน ส่วนการตรวจรับใช้พิจารณาผลงานที่ส่งมอบตามข้อกำหนด การแยกหน้าที่นี้ช่วยให้ตรวจว่าคุณสมบัติผู้เสนอ วิธีประเมินข้อเสนอ และวิธีตรวจผลงานถูกนำไปใช้ในขั้นตอนที่ตรงกับวัตถุประสงค์
เริ่มร่างจากความต้องการจริง
ก่อนเขียนควรคุยกับผู้ใช้และผู้รับผิดชอบ เพื่อรวบรวมปัญหา ผลที่ต้องการ และข้อจำกัด เช่น ระบบเดิม ข้อมูลที่มี หรือการประสานงานกับทีมอื่น จากนั้นเลือกข้อมูลที่จำเป็นต่อการกำหนดงาน แทนการคัดลอก TOR ของงานคล้ายกันโดยไม่ตรวจเงื่อนไข
เมื่อได้ร่างแล้ว ให้ทบทวนความสอดคล้องระหว่างวัตถุประสงค์ ขอบเขต สิ่งส่งมอบ เวลา และวิธีตรวจผล ผู้เกี่ยวข้องควรอ่านแล้วอธิบายได้ว่างานใดอยู่ในขอบเขต และใช้หลักฐานอะไรตัดสินว่าส่งมอบครบ หากคำตอบยังต่างกัน ควรแก้คำที่คลุมเครือก่อนเข้าสู่ขั้นตอนอนุมัติ
เมื่อความต้องการเปลี่ยน ต้องตรวจขั้นตอนที่ใช้กับโครงการและเอกสารที่เกี่ยวข้องก่อนแก้ไข ไม่ถือว่าผู้จัดทำเปลี่ยน TOR หรือสัญญาได้เองทุกเวลา ควรเก็บรุ่นเอกสารและเหตุผลของการเปลี่ยนให้ตรวจย้อนกลับได้ หากต้องการทบทวนกระบวนการทำงาน อ่านแนวคิด PDCA สำหรับการทดลองและตรวจผล ประกอบได้ โดยวงจรดังกล่าวไม่ได้แทนขั้นตอนอนุมัติของโครงการ
ตัวอย่างสมมติ งานระบบจัดเก็บเอกสาร
สมมติทีมงานต้องการระบบสำหรับค้นหาเอกสารและกำหนดสิทธิผู้ใช้ วัตถุประสงค์อาจเริ่มจากปัญหาหาเอกสารไม่พบหรือเข้าถึงข้อมูลเกินหน้าที่ ส่วนขอบเขตต้องอธิบายประเภทเอกสาร วิธีค้นหา และการกำหนดสิทธิที่ต้องการ แทนคำขอกว้าง ๆ ว่า “ทำระบบให้ดี”
สิ่งส่งมอบในตัวอย่างนี้อาจเป็นระบบที่ติดตั้งตามสภาพแวดล้อมที่ตกลง คู่มือผู้ใช้ และการสาธิตวิธีใช้งาน วิธีตรวจผลอาจใช้กรณีทดสอบการค้นหาและการเข้าถึงเอกสารของผู้ใช้แต่ละบทบาท โดยต้องตกลงข้อมูลทดสอบและผลที่ยอมรับได้ก่อนใช้งานตรวจจริง
ตัวอย่างนี้ใช้ฝึกเชื่อมความต้องการกับสิ่งส่งมอบ ไม่ใช่ TOR พร้อมนำไปประกาศจัดซื้อ โครงการจริงยังต้องตรวจรายละเอียดอื่น เช่น การเชื่อมกับระบบเดิม ความปลอดภัยข้อมูล การดูแลหลังส่งมอบ และข้อกำหนดที่ใช้กับหน่วยงานนั้น ก่อนตัดสินใจว่าควรระบุอะไรเพิ่มเติม
ใช้กับภาครัฐ ต้องตรวจข้อกำหนดที่เกี่ยวข้อง
งานภาครัฐต้องอ่านแนวทางในบริบทของการจัดซื้อจัดจ้าง ประกาศของกระทรวงสาธารณสุขที่เผยแพร่แนวทางกรมบัญชีกลาง เชื่อมไปยังหนังสือเรื่องการจัดทำร่างรายละเอียดขอบเขตของงานทั้งโครงการ หนังสือดังกล่าวอธิบายแนวทางจัดทำขอบเขตหรือรายละเอียดตามประเภทงาน และแนวทางจัดทำ TOR อย่างละเอียด
สำหรับแนวทาง TOR รายละเอียด เอกสารระบุสาระสำคัญตั้งแต่ความเป็นมา วัตถุประสงค์ คุณสมบัติผู้ยื่นข้อเสนอ รายละเอียดงานหรือคุณลักษณะ กำหนดส่งมอบ และหลักเกณฑ์คัดเลือกข้อเสนอ ไปจนถึงวงเงิน งวดงานและการจ่ายเงิน อัตราค่าปรับ และการรับประกันความชำรุดบกพร่องถ้ามี จึงไม่ควรใช้รายการทั่วไปเพียงบางส่วนแทนการตรวจเอกสารที่เกี่ยวข้องทั้งหมด
ก่อนนำไปใช้ ต้องตรวจฉบับและขั้นตอนที่ใช้กับประเภทการซื้อหรือจ้างของโครงการ รวมถึงผู้มีหน้าที่จัดทำและอนุมัติ ตัวอย่าง TOR จากหน่วยงานอื่นอาจมีวัตถุประสงค์ เงื่อนไข และข้อจำกัดต่างกัน การเปลี่ยนชื่อหน่วยงานหรือชื่อโครงการอย่างเดียวจึงไม่เพียงพอให้ถือว่าใช้ได้ทันที
สรุป
TOR คือการอธิบายงานอย่างเป็นระบบ โดยเชื่อมวัตถุประสงค์กับขอบเขต ภารกิจ และผลที่ต้องส่งมอบ รายละเอียดควรตอบความต้องการจริงและสอดคล้องกับประเภทของงาน
การตรวจร่างควรดูความสัมพันธ์ระหว่างสิ่งส่งมอบ เวลา เงื่อนไข และวิธีตรวจผล พร้อมแยกการเลือกผู้เสนอออกจากการตรวจรับผลงาน การมีเอกสารที่ชัดเจนเป็นส่วนหนึ่งของการทำงาน แต่ไม่รับประกันผลสำเร็จด้วยตัวมันเอง
เมื่อต้องนำ TOR ไปใช้จริง ให้ตรวจข้อกำหนด ขั้นตอนอนุมัติ และเอกสารอื่นที่เกี่ยวข้องก่อนเสมอ ใช้ตัวอย่างเป็นแนวทางตั้งคำถาม แล้วเติมรายละเอียดของโครงการ แทนการคัดลอกโดยถือว่างานทุกประเภทเหมือนกัน
