การปฏิรูปหลักสูตรต้องเริ่มจากการออกแบบระบบ ไม่ใช่เพิ่มขั้นตอน

พันธุ์ปิติ เปี่ยมสง่า รู้สึกมีความหวังที่ Kasetsart University 4 วัน · กรุงเทพมหานคร ประเทศไทย · แชร์กับ สาธารณะ หลักสูตร: วงจรที่ทุกคนบ่น…แต่ไม่มีใครหยุดมัน เรื่องนี้คนบ่น แต่ชาชิน สุดท้ายก็ปล่อยให้คณะกรรมการหลักสูตรทนทำกันไป ทำอยู่สักพัก ก็เวียนให้คนอื่นทำ แล้วก็บ่นกันต่อไป ผมเห็นวงจรนี้มาเกือบสามสิบปีแล้วครับ เลยขอเขียนสรุปมาให้เห็นภาพรวมกันชัด ๆ สิ่งที่กำลังพูดถึงต่อไปนี้ เป็น “ปัญหาของกระบวนการพัฒนาหลักสูตร” ล้วน ๆ นี่ยังไม่แตะเนื้อหา เรื่องนั้นเก็บไว้ตอนหน้า --- 1. ปัญหาที่แท้จริง 1.1 ภาระสูง แต่ไม่สร้างคุณค่า กระบวนการพัฒนาหลักสูตรในปัจจุบันมีภาระสูงเกินความจำเป็น แต่กลับไม่สามารถสร้างผลลัพธ์ที่สอดคล้องกับความเป็นจริงได้ การพิจารณามักจบที่รายละเอียดเชิงรูปแบบ เช่น ภาษา มากกว่าคุณภาพของการเรียนรู้หรือความสามารถของผู้เรียน ระบบอาศัยกรรมการเป็นกลไกหลัก แทนที่จะออกแบบให้เป็นกระบวนการที่ทำงานได้เอง ผลลัพธ์คือช้า แต่ไม่ได้ดีขึ้น 1.2 อำนาจรวมศูนย์ แต่ไม่อยู่หน้างาน อำนาจอยู่ส่วนกลาง แต่ความรับผิดชอบอยู่หน้างาน คนที่ใช้ผลลัพธ์จริงไม่มีอำนาจกำหนด ในขณะที่ผู้อนุมัติไม่ได้อยู่กับปัญหา การอนุมัติมีลำดับชั้นสูงและห่างจากบริบทจริง ความไม่สมดุลนี้ทำให้ระบบไม่ตอบโจทย์ และไม่สามารถขยับได้ 1.3 สับสนระหว่าง content กับ resource ความซ้ำของเนื้อหาไม่ใช่ปัญหา หากกลุ่มผู้เรียนไม่ทับกัน ปัญหาที่แท้จริงเกิดเมื่อมีการแย่งผู้เรียน ภาระสอน หรือทรัพยากร ดังนั้นสิ่งที่ต้องจัดการไม่ใช่ content แต่คือ resource allocation 1.4 สับสนระหว่าง “โครงการเปิดสอน” กับ “หลักสูตร” การออกแบบหลักสูตรมักโฟกัสที่โครงสร้างวิชา แต่ละเลยมิติของการบริหารจัดการ ทั้งคน ทรัพยากร และการดำเนินงาน ทำให้หลักสูตร “ออกแบบได้” แต่ “บริหารไม่ได้” 1.5 สับสนระหว่างกรรมการหลักสูตรกับภาควิชา ตามโครงสร้าง กรรมการหลักสูตรต้องรับผิดชอบหลักสูตรทั้งหมด รวมถึงการบริหารจัดการ แต่ทรัพยากรอยู่ที่ภาควิชา ทำให้เกิดสภาพ “อำนาจแยกส่วน” ทำงานจริงต้องพึ่งภาค แต่ไม่ชัดว่าใครเป็นเจ้าของปัญหา ผลคือระบบเดินได้ด้วยความสัมพันธ์ส่วนตัวมากกว่ากลไก 1.6 ความขัดแย้งของเนื้อหาอยู่ที่ usability ในวิชาพื้นฐาน เช่น คณิตศาสตร์ ผู้เรียนต้องการสิ่งที่นำไปใช้ได้จริง แต่ผู้สอนติดกรอบวิชาการ ขณะที่ถ้าให้สายวิชาชีพสอนเอง ก็อาจเสียเส้นทางความก้าวหน้า ปัญหานี้ไม่ใช่เรื่อง “ถูกหรือผิด” แต่คือช่องว่างระหว่าง ownership กับ usability 1.7 เอาสิ่งที่ควรแยกมาผูกไว้ด้วยกัน บางองค์ประกอบของหลักสูตรมีความเสถียรสูง เช่น calculus ที่แทบไม่เปลี่ยนมานานหลายสิบปี ขณะที่บางส่วน เช่น AI เปลี่ยนทุกปี แต่ระบบกลับผูกทุกอย่างเข้าด้วยกันแบบ one size fits all ทำให้ทั้งระบบต้องเคลื่อนที่พร้อมกัน ผลคือช้า และไม่ทันโลก 1.8 แยกสิ่งที่ควรรวมออกจากกัน ในหลายกรณี วิชาที่เหมือนกันแทบทั้งหมดกลับถูกทำให้ต่างกันโดยไม่จำเป็น ทั้งที่ผู้เรียนคนละกลุ่ม และทรัพยากรไม่ได้ทับซ้อน แปลว่าระบบไม่ได้ optimize เพื่อคุณค่า แต่ optimize เพื่อโครงสร้าง 1.9 incentive ของอาจารย์สวนทางระบบ การสอนและการพัฒนาวิชากลายเป็นภาระ ไม่ใช่โอกาส การปรับวิชาให้เหมาะกับผู้เรียนต้องใช้ effort สูง แต่ไม่มี incentive รองรับ ทำให้เกิดพฤติกรรมเลี่ยง ไม่ลงทุน หรือผลักภาระไปให้คนที่ไม่มีทางเลือก --- 2. แนวทางการออกแบบระบบใหม่บน “ธรรมชาติของความจริง” 2.1 แยกตามธรรมชาติของการเปลี่ยน Fundamental core ควรเปลี่ยนช้า เช่น ทุก 8 ปี ในขณะที่ dynamic frontier ต้องขยับได้ทุกปี และต้องมีกลไกกำกับแยกกัน ไม่ใช่ผูกไว้ด้วยกันทั้งระบบ 2.2 แยกการกำกับออกจากการพัฒนา กำกับเฉพาะสิ่งที่ “ห้ามพัง” เช่น outcome และมาตรฐานพื้นฐาน ส่วนที่เหลือให้พัฒนาได้อิสระ ไม่ควรเอาทุกเรื่องเข้าสู่กระบวนการอนุมัติแบบรวมศูนย์ 2.3 content ซ้ำได้ ไม่ใช่ปัญหา ความซ้ำเป็นธรรมชาติของบริบทที่ต่างกัน สิ่งสำคัญคือความหมายของการเรียนรู้ ไม่ใช่ความเหมือนของเนื้อหา 2.4 แก้ conflict ด้วยกติกาทรัพยากร เมื่อเกิดการทับซ้อน ต้องใช้กติกาที่ชัด เช่น quota, load sharing, implementation cost หรือ co-teaching ไม่ใช่การเจรจาแบบ case by case แล้วจบแบบไม่เกิดการเรียนรู้ของระบบ 2.5 แยก ownership ออกจาก delivery คนหนึ่งถือมาตรฐาน อีกคนสอนได้ เช่น คณิตเป็นเจ้าของ core แต่วิศวะสามารถเลือกสอนเองได้ หากตอบโจทย์มากกว่า ระบบต้องเปิดให้เกิดทางเลือก ไม่ใช่บังคับให้ใคร “เสียสละ” 2.6 การ customize เป็นสิ่งจำเป็น แต่ต้องมี cost การปรับวิชาให้เหมาะกับผู้เรียนเฉพาะกลุ่มเป็นสิ่งที่หลีกเลี่ยงไม่ได้ แต่ต้องยอมรับว่ามีต้นทุน และต้องออกแบบให้ต้นทุนนั้นถูกมองเห็น 2.7 cost ต้องแปลงเป็น incentive ต้นทุนของการ customize ต้องถูกแปลงเป็นแรงจูงใจ เช่น นับเป็นผลงาน มีผลต่อ career หรือได้รับ resource เพิ่ม เพื่อให้การตัดสินใจเป็น rational decision ไม่ใช่ moral burden 2.8 แยกด้วยปรัชญา ไม่ใช่โครงสร้าง หลักสูตรควรถูกออกแบบจาก mindset และ use-case ไม่ใช่จากกรอบหน่วยงาน 2.9 มีกลไกแก้ conflict โดยตรง ต้องมีระบบแก้ conflict ที่ชัด เช่น rule-based หรือ ad hoc committee ที่เข้ามา “ตัดสินแล้วจบ” ไม่ใช่โยนเข้ากรรมการใหญ่ทุกเรื่อง --- 3. กลไกที่ทำให้ระบบทำงานได้จริง 3.1 ตอบสนองได้ระหว่างรอบ หลักสูตรต้องปรับได้ในระดับรายวิชาและ module โดยไม่ต้องรอรอบใหญ่ 3.2 ลดข้อจำกัดของเวลาและรูปแบบการเรียน บางวิชาไม่ต้องยาว เช่น 1 หน่วยกิตแบบ modular เพื่อให้เกิด flexibility ขณะที่วิชาที่ต้องบ่มเพาะยังคงความลึกได้ 3.3 กระบวนการต้องสั้นและชัด เปลี่ยนจาก approval chain เป็น Declare → Run → Review ลดภาระ และเพิ่มความเร็ว 3.4 กำกับเฉพาะที่จำเป็น เน้น post-audit มากกว่า pre-approval และใช้ผู้เชี่ยวชาญเฉพาะเรื่อง ไม่ใช้กรรมการแบบครอบจักรวาล 3.5 incentive ต้องสอดคล้องกับพฤติกรรม การสอน การพัฒนา และการ customize ต้อง “คุ้ม” และสะท้อนใน career อย่างชัดเจน 3.6 ผู้สอนไม่ควรถูกบังคับให้เสียสละ ระบบที่ดีต้องไม่พึ่งความเสียสละ แต่ทำให้สิ่งที่ถูกต้องเป็นสิ่งที่คนอยากทำ 3.7 ระบบต้องขยับได้เอง เป้าหมายไม่ใช่หลักสูตรที่ดีขึ้นทีละรอบ แต่คือระบบที่ evolve ได้เองโดยไม่ต้องรอการแก้ไขแบบ manual === สรุป หลักสูตรถูกออกแบบมาเพื่อยกระดับคุณภาพบัณฑิต แต่ในทางปฏิบัติกลับต้องผ่านกระบวนการที่มีลายเซ็นจำนวนมาก คำถามคือ เรากำลังสร้างคุณภาพ หรือแค่สร้างความมั่นใจให้ระบบว่า “ได้ทำครบขั้นตอนแล้ว” --- ถ้าไม่จัดการให้ดี ก็ทนต่อไปครับ ถ้าคิดแบบเดิม วิธีการเดิม คนเดิม ก็จะได้แบบเดิมอย่างที่ต้องการ Rethink. Reframe. Realize.