แม่แบบรายงานความก้าวหน้า (Progress Report) ทุก 30 วัน พร้อมตัวอย่าง (สาธิต)

อ้างอิง TOR: ข้อ 4.9.2 (จัดทำ Progress Report ทุก 30 วัน), ข้อ 7.1.5 และข้อ 7.2.9 (รายงานความก้าวหน้าเป็นส่วนหนึ่งของผลผลิตประจำงวด)

สถานะเอกสาร: เอกสารนี้เป็น แม่แบบ สำหรับใช้รายงานทุก 30 วันตลอดอายุสัญญา 365 วัน (รวม 12 ฉบับ) ส่วนที่ 3 เป็น ตัวอย่าง (สาธิต) ที่กรอกโดยอ้างโครงสร้างการพัฒนาระบบสาธิต Phase 0–10 ไม่ใช่รายงานความก้าวหน้าของโครงการตามสัญญาจริง เนื่องจากยังไม่มีการลงนามสัญญา และค่าสถานะในตัวอย่างเป็นค่าสมมติ ณ จุดตัดรายงาน เพื่อแสดงวิธีกรอกเท่านั้น สถานะจริงของระบบสาธิตให้ดูที่หน้า /tor และรายงานที่ระบบสร้างอัตโนมัติในหน้า /documents

1. แนวปฏิบัติในการจัดทำ

1. รอบการรายงาน: ทุก 30 วันนับจากวันเริ่มสัญญา ส่งภายใน 5 วันทำการหลังวันตัดรอบ
2. ผู้จัดทำ: Project Manager รวบรวมข้อมูลจากหัวหน้างานแต่ละด้าน
3. แหล่งข้อมูล: ร้อยละความก้าวหน้าคำนวณจากงานตาม WBS ในแผนดำเนินงาน; ผลทดสอบและผลประเมิน AI อ้างจากรายงานที่ระบบสร้าง (ห้ามกรอกตัวเลขประมาณด้วยมือ); สถานะ TOR อ้างจากหน้า /tor; Defect อ้างจากหน้า /admin/defect-log
4. หลักความตรงไปตรงมา: งานที่ล่าช้าหรือผลที่ต่ำกว่าเกณฑ์ต้องรายงานพร้อมสาเหตุและแผนแก้ไข ไม่ละเว้น
5. รูปแบบไฟล์: PDF และไฟล์ต้นฉบับที่แก้ไขได้ (ข้อ 7.5) ตั้งชื่อ PR-<ฉบับที่>-<ปปปปดดวว> ใช้ปีพุทธศักราช

1.1 กำหนดรอบรายงานตลอดสัญญา (วันที่สมมติ เริ่มสัญญา 1 ตุลาคม พ.ศ. 2569)

ฉบับที่	วันตัดรอบ (นับจาก D0)	วันที่สมมติ	งวดที่เกี่ยวข้อง
1	D+30	31 ตุลาคม พ.ศ. 2569	งวดที่ 1
2	D+60	30 พฤศจิกายน พ.ศ. 2569	งวดที่ 1 (ส่งมอบงวด)
3	D+90	30 ธันวาคม พ.ศ. 2569	งวดที่ 2
4	D+120	29 มกราคม พ.ศ. 2570	งวดที่ 2
5	D+150	28 กุมภาพันธ์ พ.ศ. 2570	งวดที่ 2
6	D+180	30 มีนาคม พ.ศ. 2570	งวดที่ 2
7	D+210	29 เมษายน พ.ศ. 2570	งวดที่ 2
8	D+240	29 พฤษภาคม พ.ศ. 2570	งวดที่ 2 (ส่งมอบงวด)
9	D+270	28 มิถุนายน พ.ศ. 2570	งวดที่ 3
10	D+300	28 กรกฎาคม พ.ศ. 2570	งวดที่ 3
11	D+330	27 สิงหาคม พ.ศ. 2570	งวดที่ 3
12	D+365	1 ตุลาคม พ.ศ. 2570	งวดที่ 3 (ส่งมอบงวดสุดท้าย)

2. แม่แบบรายงานความก้าวหน้า

---

รายงานความก้าวหน้า ฉบับที่ <n> โครงการจ้างพัฒนาระบบแชตบอตปัญญาประดิษฐ์เฉพาะทางพระพุทธศาสนาและเว็บไซต์

2.1 ข้อมูลทั่วไป

รายการ	รายละเอียด
ฉบับที่ / รอบรายงาน	<n> / <วันที่เริ่มรอบ> ถึง <วันตัดรอบ>
วันที่จัดทำ	<วัน เดือน พ.ศ.>
ผู้จัดทำ	<ชื่อ> Project Manager
งวดงานปัจจุบัน	<งวดที่ 1/2/3> กำหนดส่งมอบ <วันที่> (เหลือ <n> วัน)
สถานะโดยรวม	<ตามแผน / เฝ้าระวัง / ล่าช้า>

2.2 สรุปสำหรับผู้บริหาร

<สรุป 3–5 บรรทัด: ความก้าวหน้ารวม เหตุการณ์สำคัญ ประเด็นที่ต้องการการตัดสินใจจากมหาวิทยาลัย>

2.3 ความก้าวหน้าเทียบแผน (ตาม WBS)

รหัส WBS	กลุ่มงาน	แผนสะสม (%)	ผลสะสม (%)	ส่วนต่าง	หมายเหตุ
1.0	การบริหารโครงการ	<%>	<%>	<±%>
2.0	วิเคราะห์และออกแบบ
3.0	การวางแผนทดสอบ
4.0	การพัฒนาระบบ
5.0	ข้อมูลและฐานองค์ความรู้
6.0	โครงสร้างพื้นฐานและ DevOps
7.0	การทดสอบ
8.0	ความมั่นคงปลอดภัย
9.0	ฝึกอบรมและคู่มือ
10.0	ส่งมอบและถ่ายโอน
	รวมทั้งโครงการ

2.4 สถานะ Milestone

รหัส	Milestone	กำหนดตามแผน	คาดการณ์/วันที่จริง	สถานะ
<Mx>	<ชื่อ>	<วันที่>	<วันที่>	<เสร็จ/ตามแผน/เสี่ยง/ล่าช้า>

2.5 งานที่ดำเนินการแล้วเสร็จในรอบนี้

ลำดับ	งาน	ผลผลิต/หลักฐาน	TOR
1	<งาน>	<เอกสาร/หน้าจอ/รายงาน>	<ข้อ>

2.6 แผนงานรอบถัดไป (30 วันข้างหน้า)

ลำดับ	งาน	ผู้รับผิดชอบ	กำหนดเสร็จ
1	<งาน>	<ตำแหน่ง>	<วันที่>

2.7 ผลการทดสอบและการประเมินคุณภาพ AI

ตัวชี้วัด	เกณฑ์ขั้นต่ำตาม TOR	ผลรอบล่าสุด	รอบก่อนหน้า	แหล่งข้อมูล
ธรรมศึกษา ปรนัย (Accuracy)	ร้อยละ 80	<%>	<%>	/admin/evaluation
นักธรรม อัตนัยสั้น (Judge 0–3)	2.00
Retrieval พระวินัย/พระสูตร/พระอภิธรรม (Recall@5)	ร้อยละ 80 ทุกชุด
Guardrail นอกขอบเขต / หัวข้อสุ่มเสี่ยง	ร้อยละ 80 ทุกชุด
Unit Test Coverage	ร้อยละ 80			รายงาน Coverage
ช่องโหว่ High/Critical คงค้าง	0			รายงาน Vulnerability Scan
สัดส่วนข้อมูลที่นำเข้าแล้ว (จาก 91 เล่ม)	ร้อยละ 20 (งวด 2), ครบ (งวด 3)			รายงานนำเข้าข้อมูล

2.8 ความเสี่ยง ปัญหา และอุปสรรค

รหัส	ความเสี่ยง/ปัญหา	ระดับ	การเปลี่ยนแปลงจากรอบก่อน	การดำเนินการ
<R-xx>	<สรุป>	<สูงมาก/สูง/ปานกลาง/ต่ำ>	<เพิ่ม/คงที่/ลด/ปิด>	<มาตรการ>

2.9 สรุป Defect

ระดับ	เปิดใหม่ในรอบ	ปิดในรอบ	คงค้าง	เกินเวลา SLA
Critical/High
Medium
Low

2.10 สถานะความสอดคล้องกับ TOR (จากหน้า /tor)

ทำครบ (done)	ทำบางส่วน (partial)	ยังไม่ทำ (todo)	รวม
<n>	<n>	<n>	200

2.11 สิ่งที่ต้องการจากมหาวิทยาลัย

ลำดับ	รายการ	ต้องได้รับภายใน	ผลกระทบหากล่าช้า
1	<รายการ>	<วันที่>	<ผลกระทบ>

2.12 ลงนาม

ผู้จัดทำ	ผู้รับรายงานฝ่ายมหาวิทยาลัย
<ลงชื่อ> Project Manager	<ลงชื่อ> ผู้ประสานงานโครงการ
วันที่ <วัน เดือน พ.ศ.>	วันที่ <วัน เดือน พ.ศ.>

---

3. ตัวอย่าง (สาธิต): รายงานความก้าวหน้าของการพัฒนาระบบสาธิต

ตัวอย่าง (สาธิต) — ตัวอย่างนี้นำลำดับการพัฒนาระบบสาธิต 11 ระยะ (Phase 0–10) มากรอกในแม่แบบ โดยสมมติว่าจุดตัดรายงานอยู่ที่ช่วงสิ้นสุด Phase 6 คอลัมน์ "สถานะในตัวอย่าง" จึงเป็น ค่าสมมติ ไม่ใช่การยืนยันสถานะจริง ณ วันที่อ่านเอกสาร

3.1 ข้อมูลทั่วไป

รายการ	รายละเอียด
ฉบับที่ / รอบรายงาน	ตัวอย่าง / รอบการพัฒนาระบบสาธิต
วันที่จัดทำ	2 ตุลาคม พ.ศ. 2569
ผู้จัดทำ	(Project Manager — ระบุชื่อเมื่อทำสัญญา)
ขอบเขตของตัวอย่าง	การพัฒนาระบบสาธิต Phase 0–10 ซึ่งย่อผลผลิตของทั้ง 3 งวดลงในแอปพลิเคชันเดียว
สถานะโดยรวม (สมมติ)	ตามแผน

3.2 สรุปสำหรับผู้บริหาร (ตัวอย่าง)

ระบบสาธิตพัฒนาตามลำดับ 11 ระยะ โดยแต่ละระยะมีเกณฑ์ตรวจสอบ (Checkpoint) ที่ทดสอบได้จริง ณ จุดตัดรายงานสมมติ งานโครงสร้างพื้นฐานของแอปพลิเคชัน ระบบสมาชิก RAG Pipeline การนำเข้าเอกสาร และการตั้งค่า AI ผ่านเกณฑ์ตรวจสอบแล้ว ระบบประเมินผลอยู่ระหว่างดำเนินการ ส่วนงานผู้ดูแลระบบที่เหลือ Dashboard เอกสารครบชุด รายงานความปลอดภัย/ประสิทธิภาพ และการเก็บงานขั้นสุดท้ายอยู่ในแผนรอบถัดไป ประเด็นที่ต้องแจ้งมหาวิทยาลัยคือระบบสาธิตใช้ข้อมูลตัวอย่าง ไม่ใช่ 91 เล่มฉบับเต็ม

3.3 ความก้าวหน้ารายระยะ (ตัวอย่าง)

Phase	ขอบเขตงาน	เกณฑ์ตรวจสอบ (Checkpoint)	TOR หลัก	สถานะในตัวอย่าง
0	โครงแอป อัตลักษณ์ มมร. 2 ภาษา Dark/Light หน้า /tor และ /documents	เปิด /th, /en ได้; /tor แสดง 200 แถว; สลับธีมและภาษาได้; ทดสอบ Contrast ผ่าน	4.3, ก.3.1, ก.3.2	เสร็จ
1	ฐานข้อมูล ข้อมูลตั้งต้น ระบบสมาชิก RBAC CSRF Brute Force OAuth เอกสารสัญญา 6 ฉบับ	เข้าสู่ระบบได้ทุกบทบาท; ใส่รหัสผิดเกินกำหนดถูกล็อก; Audit Log ลบไม่ได้	ก.2.1, ก.3.3, ก.6.1, 13–16	เสร็จ
2	Hybrid Search, Re-ranker, LangGraph, Guardrail, Citation, เพดานโทเคน, หน้า /chat	ถามหลักธรรมได้รายการอ้างอิงไม่เกิน 10 (แสดง 3) พร้อมสรุปที่มี Citation; คำถามการเมืองและคำถามใช่/ไม่ใช่ถูกปฏิเสธ	ก.3.6, ก.4.1–ก.4.7	เสร็จ
3	Dhamma Talk แบบ Artifact หน้า /privacy การลบประวัติตามกำหนด	แก้ไข Artifact แล้ว AI ใช้ฉบับล่าสุด; ผู้ไม่มีสิทธิ์เห็นหน้าขอสิทธิ์; ดาวน์โหลดสำเนาข้อมูลได้	ก.3.5, ก.3.7, 14.4	เสร็จ
4	Admin Knowledge Base การนำเข้า PDF/TXT/DOCX/TEI-XML Chunking Metadata Re-index	อัปโหลดไฟล์ 4 ชนิดแล้วค้นเจอใน /chat; ข้อเดียวกันไม่ถูกตัดแบ่ง; ลบแล้วหายจากผลค้น	4.5, ก.4.8, ก.6.3	เสร็จ
5	AI Config, Prompt Versioning, Guardrails, Unavailable, Pricing	เปลี่ยนค่าแล้วมีผลทันที; ย้อนกลับได้; Prompt มี diff และ Rollback	ก.4.9, ก.6.2, ก.6.6	เสร็จ
6	ระบบประเมินผล 7 ชุด 3 Workflow เปรียบเทียบรอบ รายงาน AI Security	รันครบ 7 ชุด; ดูผลรายข้อ; เปรียบเทียบ Baseline กับ Acceptance; อัตราป้องกันไม่น้อยกว่าร้อยละ 80	ก.5, 4.7.7, 7.2.3, 7.2.7	กำลังดำเนินการ
7	Admin Users, Privacy Requests, Audit Log	ค้นหา/ระงับ/ลบบัญชี; ตรวจ Hash Chain ถูกต้อง; ส่งออก CSV	ก.6.1, ก.6.5	ยังไม่เริ่ม
8	Dashboard, Alerts, Google Analytics หลังยินยอม	กราฟและการ์ดมีข้อมูล; เทียบช่วงก่อนหน้า; Alert ทดสอบปรากฏ	ก.7, ก.1.5.1	ยังไม่เริ่ม
9	เอกสารครบ 36 ฉบับ รายงาน Vulnerability/Pentest/Performance/Restore, CI/CD, Helm, Defect Log, SLA Report, Data Destruction, HTTPS	/documents เปิดได้ครบ; Pentest ผ่านทุกกรณี; Restore Test ผ่าน	4.6–4.8, 4.11, 12, ก.1.6.3	ยังไม่เริ่ม
10	Hardening, Responsive 3 ขนาด, Coverage ไม่น้อยกว่าร้อยละ 80, ปรับสถานะ /tor ให้ตรงผลงานจริง	ผ่านเกณฑ์ยอมรับของระบบสาธิตทุกข้อ	4.7.3, ก.1.2	ยังไม่เริ่ม

3.4 งานที่ดำเนินการแล้วเสร็จในรอบ (ตัวอย่าง)

ลำดับ	งาน	ผลผลิต/หลักฐาน	TOR
1	RAG Pipeline แบบ 8 โหนดบน LangGraph.js พร้อม Streaming	หน้า /chat และปุ่ม RAG Trace	ก.4.1.2, 12.2
2	การนำเข้าเอกสาร 4 รูปแบบและ Chunking ตามข้อ	/admin/knowledge-base, /admin/knowledge-base/jobs	ก.4.8.1–ก.4.8.3
3	การตั้งค่า AI แบบมีผลทันทีและย้อนกลับได้	/admin/ai-config, /admin/prompts, /admin/guardrails	ก.6.2.1–ก.6.2.6
4	เอกสารด้านสัญญา 6 ฉบับ	/documents หมวดสัญญา	13, 14.1, 15, 16

3.5 แผนงานรอบถัดไป (ตัวอย่าง)

ลำดับ	งาน	ผู้รับผิดชอบ	เกณฑ์เสร็จ
1	ปิดงานระบบประเมินผล และออก Baseline Evaluation Report	AI Engineer	รายงานถูกสร้างจากผลรันจริง
2	Admin Users, Privacy Requests, Audit Log	Senior Software Engineer	Checkpoint Phase 7
3	Dashboard และ Alerts	Senior Software Engineer	Checkpoint Phase 8
4	รันรายงานความปลอดภัย ประสิทธิภาพ และ Restore Test	QA / DevOps	รายงานทุกฉบับถูกสร้างจากการรันเครื่องมือจริง

3.6 ผลการทดสอบและการประเมินคุณภาพ AI (ตัวอย่าง)

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

ตัวชี้วัด	เกณฑ์ขั้นต่ำตาม TOR	แหล่งค่าจริงในระบบสาธิต
ผล Benchmark 7 ชุด	ร้อยละ 80 / 2.00 / ร้อยละ 80	/admin/evaluation, เอกสาร baseline-evaluation-report
อัตราป้องกัน Guardrail และ Injection	ร้อยละ 80	เอกสาร guardrail-security-report
Unit Test Coverage	ร้อยละ 80	เอกสาร coverage-report
ช่องโหว่ High/Critical	0	เอกสาร vulnerability-scan-report
p95 Latency, TTFT, FCP, Error Rate	ตามข้อ 12.2	เอกสาร performance-report
สัดส่วนข้อมูลที่นำเข้า	ร้อยละ 20 (งวด 2)	เอกสาร ingestion-report (ข้อมูลตัวอย่าง)

3.7 ความเสี่ยงและปัญหา (ตัวอย่าง)

รหัส	ความเสี่ยง/ปัญหา	ระดับ	การดำเนินการ
R-01	ยังไม่มีไฟล์ 91 เล่มฉบับเต็ม ระบบสาธิตใช้ชุดตัวอย่าง	สูงมาก	ขอไฟล์ตัวอย่างทุกปิฎกเมื่อเริ่มโครงการจริง
R-02	การสืบค้นข้ามภาษาในระบบสาธิตใช้ดัชนีในหน่วยความจำและพจนานุกรมคำพ้อง ยังไม่ใช่โมเดล Embedding เฉพาะทาง	สูงมาก	Adapter สำหรับ Elasticsearch และบริการ Embedding เตรียมไว้แล้ว ทดสอบจริงเมื่อมี Cloud
R-13	ไม่มี Cloud ของมหาวิทยาลัยและโดเมนจริง	สูง	ส่งมอบ Helm Chart และ Deployment Guide รอทรัพยากรจากมหาวิทยาลัย

3.8 สถานะความสอดคล้องกับ TOR (ตัวอย่าง)

เป้าหมายเมื่อสิ้นสุดการพัฒนาระบบสาธิตตามแผน คือ ทำครบประมาณ 141 ข้อ ทำบางส่วนประมาณ 55 ข้อ และยังไม่ทำ 4 ข้อ (ข้อ 4.4.7, ก.1.5.2, ก.1.6.2 และ ก.2.2.1 ซึ่งต้องพึ่งโครงสร้างพื้นฐานจริงของมหาวิทยาลัย) ตัวเลขจริงให้ยึดตามสรุปด้านบนของหน้า /tor ซึ่งปรับให้ตรงกับผลงานจริงเป็นขั้นตอนสุดท้ายของการพัฒนา

3.9 สิ่งที่ต้องการจากมหาวิทยาลัย (ตัวอย่าง)

ลำดับ	รายการ	ผลกระทบหากล่าช้า
1	ไฟล์เอกสาร 91 เล่ม หรือการยืนยันแหล่งข้อมูลออนไลน์ระยะแรก	ไม่สามารถประเมินคุณภาพ OCR และวางแผนนำเข้าได้
2	ชุด Benchmark ฉบับเต็ม 7 ชุด	ผล Baseline ไม่สะท้อนเกณฑ์ตรวจรับจริง
3	บัญชี Cloud, Cluster, โดเมน และคีย์ LLM API	ไม่สามารถส่งมอบ Production Beta

4. รายการตรวจสอบก่อนส่งรายงานความก้าวหน้า

• ร้อยละความก้าวหน้าสอดคล้องกับ WBS และ Milestone ในแผนดำเนินงานฉบับล่าสุด
• ตัวเลขผลทดสอบ/ผลประเมินคัดลอกจากรายงานที่ระบบสร้าง พร้อมระบุรอบและเวอร์ชัน Prompt/Dataset
• งานที่ล่าช้ามีสาเหตุและแผนแก้ไข
• ทะเบียนความเสี่ยงได้รับการทบทวน
• สรุป Defect ตรงกับหน้า /admin/defect-log
• แนบรายงานการประชุมในรอบ (ถ้ามี)
• ส่งทั้ง PDF และไฟล์ต้นฉบับที่แก้ไขได้