Findings ตอบว่าเราพบอะไร Discussion ตอบว่ามันหมายความอย่างไร และ Recommendations ตอบว่าควรทำอะไรเพราะเหตุใด
เขียน findings ตามคำถามไม่ใช่ตามข้อมูลดิบ
จัดผลตาม research questions หรือ themes ที่ผู้อ่านต้องใช้ ตัดข้อมูลที่น่าสนใจแต่ไม่เกี่ยว Highlight pattern, difference และ anomaly โดยยังไม่กระโดดไปอธิบายเหตุ หาก discipline รวม results กับ discussion ให้ใช้ signposting แยกชั้นข้อมูลกับ interpretation
ใช้ตารางและภาพเพื่อค้น pattern
ตารางเหมาะกับค่าที่ต้องเปรียบเทียบ ส่วนกราฟเหมาะกับแนวโน้มหรือความสัมพันธ์ ชื่อและ caption ต้องบอกสิ่งที่แสดง ในข้อความชี้ finding สำคัญ ไม่อ่านค่าทุกช่องซ้ำ และระบุ source ของข้อมูลหรือภาพตามรูปแบบที่กำหนด
ให้ discussion อธิบายกลไกและความสำคัญ
เชื่อม findings กับ question, theory และงานก่อนหน้า อธิบายผลที่คาดและไม่คาด พิจารณาคำอธิบายทางเลือก และจำกัด claim ตาม design Discussion ไม่ใช่พื้นที่ทำให้ผลดูดี แต่เป็นพื้นที่ตัดสินความหมายอย่างซื่อสัตย์
แยก limitation จากข้อแก้ตัว
ระบุข้อจำกัดที่เปลี่ยนการตีความหรือ generalisability แล้วอธิบายทิศทางผลกระทบเท่าที่รู้ เสนอ mitigation หรือข้อมูลเพิ่ม แต่ไม่ลิสต์ข้อจำกัดทั่วไปที่ไม่เกี่ยวกับ finding หลัก
สร้าง recommendation chain
ทุกข้อเสนอควรย้อนกลับไป finding และ analysis ระบุ action, owner, timing, resource, risk และ success measure หากข้อเสนอเป็น best practice ทั่วไปแต่ไม่ได้แก้ปัญหาที่พบ ให้ตัดหรืออธิบายฐานเหตุผลใหม่
จัดลำดับและออกแบบการติดตาม
ใช้เกณฑ์ impact, feasibility, urgency และ risk แสดง trade-off ไม่ใช่เรียงตามความชอบ กำหนด leading และ lagging indicators รวมถึง review point ที่จะปรับแผน Recommendation จึงเป็นระบบเรียนรู้ ไม่ใช่คำสั่งครั้งเดียว
นำไปใช้ทันที
Finding to action chain
- ระบุ finding
- อธิบาย meaning และ limitation
- สร้างทางเลือก
- เลือก recommendation ด้วยเกณฑ์
- กำหนด owner และ metric
แหล่งอ้างอิงและอ่านต่อ
ตรวจสอบลิงก์ล่าสุดได้ในหน้าไฟล์ต้นฉบับของสถาบันผู้ให้บริการ