แผนการดำเนินงานโครงการ

โครงการ: จ้างพัฒนาระบบแชตบอตปัญญาประดิษฐ์เฉพาะทางพระพุทธศาสนาและเว็บไซต์ (MBU Buddhist AI) ผู้ว่าจ้าง: มหาวิทยาลัยมหามกุฏราชวิทยาลัย (มมร.) อ้างอิง TOR: ข้อ 4.1.1 (แผนดำเนินงานและ Milestone ที่สอดคล้องกับข้อ 6 และข้อ 7), ข้อ 7.1.1 (เอกสารส่งมอบงวดที่ 1)

สถานะเอกสาร: เอกสารฉบับนี้จัดทำขึ้นเพื่อประกอบระบบสาธิต (Demo) วันที่ตามปฏิทินทั้งหมดในเอกสารเป็น วันที่สมมติ โดยกำหนดให้วันเริ่มนับระยะเวลาตามสัญญา (D0) คือวันที่ 1 ตุลาคม พ.ศ. 2569 เมื่อมีการลงนามสัญญาจริง ผู้รับจ้างจะปรับวันที่ทั้งหมดให้ตรงกับวันที่ระบุในสัญญาและเสนอคณะกรรมการตรวจรับพัสดุให้ความเห็นชอบ

1. วัตถุประสงค์ของแผน

กำหนดขอบเขตงาน (WBS) ระยะเวลา และผลผลิตของแต่ละงวดงานให้สอดคล้องกับ TOR ข้อ 6 (ส่งมอบภายใน 365 วัน) และข้อ 7 (งวดงานและการจ่ายเงิน)
กำหนด Milestone ที่ตรวจวัดได้ เพื่อให้มหาวิทยาลัยติดตามความก้าวหน้าผ่านรายงานความก้าวหน้าทุก 30 วัน (ข้อ 4.9.2)
ระบุเส้นทางวิกฤต (Critical Path) และงานที่ต้องพึ่งพาปัจจัยจากมหาวิทยาลัย เพื่อบริหารความเสี่ยงด้านเวลาได้ล่วงหน้า
กำหนดแผนการสื่อสารระหว่างผู้รับจ้างกับมหาวิทยาลัยตลอดอายุสัญญา

2. กรอบเวลาและงวดงานตามสัญญา

ระยะเวลาดำเนินงานรวม 365 วันนับถัดจากวันลงนามในสัญญา วงเงิน 5,000,000 บาท แบ่งเป็น 3 งวด ดังนี้

งวด	กำหนดส่งมอบ (นับจาก D0)	วันที่สมมติ	สัดส่วนการจ่ายเงิน	จำนวนเงิน (บาท)	ผลผลิตหลัก (TOR ข้อ 7)
งวดที่ 1	ภายใน 60 วัน	30 พฤศจิกายน พ.ศ. 2569	ร้อยละ 10	500,000	แผนงาน โครงสร้างทีม แผนความเสี่ยง (7.1.1), SRS (7.1.2), User Flow/Wireframe/Prototype (7.1.3), Master Test Plan/Test Case/Checklist (7.1.4), รายงานการประชุม/ความก้าวหน้า/สรุปงวด (7.1.5)
งวดที่ 2	ภายใน 240 วัน	29 พฤษภาคม พ.ศ. 2570	ร้อยละ 60	3,000,000	Frontend และ Backend & AI Engine บน Production (7.2.1–7.2.2), ระบบประเมินผลพร้อม Benchmark และ Baseline Report (7.2.3), Data Ingestion Plan (7.2.4), รายงานนำเข้าข้อมูลไม่น้อยกว่าร้อยละ 20 (7.2.5), รายงาน Vulnerability Scan/Penetration Test (7.2.6), รายงาน AI Security/Guardrail Testing (7.2.7), Production Beta พร้อมสาธิตและบัญชีสำหรับคณะกรรมการ (7.2.8), รายงานการประชุม/ความก้าวหน้า (7.2.9)
งวดที่ 3	ภายใน 365 วัน	1 ตุลาคม พ.ศ. 2570	ร้อยละ 30	1,500,000	ส่งมอบระบบครบถ้วน นำเข้าข้อมูลครบตามภาคผนวก ข ฝึกอบรม คู่มือ และถ่ายโอนระบบ (7.3)

การจ่ายเงินแต่ละงวดเป็นไปตามเงื่อนไขข้อ 7.4 คือเมื่อผู้รับจ้างส่งมอบงานครบถ้วนและคณะกรรมการตรวจรับพัสดุตรวจรับเรียบร้อยแล้ว เอกสารส่งมอบทุกงวดจัดทำ 2 ชุด พร้อมไฟล์ PDF และไฟล์ต้นฉบับที่แก้ไขได้ (ข้อ 7.5)

3. โครงสร้างการแบ่งงาน (Work Breakdown Structure)

รหัส WBS	กลุ่มงาน	งานย่อย	TOR ที่เกี่ยวข้อง	งวด
1.0	การบริหารโครงการ	1.1 Kick-off และยืนยันขอบเขต / 1.2 แผนงาน โครงสร้างทีม แผนความเสี่ยง / 1.3 ประชุมและรายงานการประชุม / 1.4 รายงานความก้าวหน้าทุก 30 วัน / 1.5 รายงานสรุปประจำงวด	4.1.1–4.1.3, 4.9.1–4.9.3	1–3
2.0	การศึกษา วิเคราะห์ และออกแบบ	2.1 รวบรวมความต้องการ / 2.2 จัดทำ SRS (FR/NFR, Workflow, Architecture, Data Dictionary, OpenAPI 3.0) / 2.3 User Flow, Wireframe, Prototype / 2.4 ออกแบบอัตลักษณ์ให้สอดคล้อง มมร. และ Dhammaverse	4.2.1–4.2.2, 4.3.1–4.3.3	1
3.0	การวางแผนทดสอบ	3.1 Master Test Plan / 3.2 Test Case และ Traceability กับ SRS / 3.3 Checklist ประสิทธิภาพและความมั่นคงปลอดภัย	4.7.1–4.7.2	1
4.0	การพัฒนาระบบ	4.1 Frontend Website (ภาคผนวก ก ข้อ 3) / 4.2 Backend Service & AI Engine แบบ RAG (ก.4) / 4.3 AI Evaluation & Benchmarking (ก.5) / 4.4 Admin Portal (ก.6) / 4.5 Dashboard & Report (ก.7)	4.4.1–4.4.6	2
5.0	ข้อมูลและฐานองค์ความรู้	5.1 Data Ingestion Plan / 5.2 รับมอบและตรวจคุณภาพไฟล์ 91 เล่ม / 5.3 นำเข้าระยะที่ 1 (ไม่น้อยกว่าร้อยละ 20) / 5.4 นำเข้าครบ 91 เล่ม / 5.5 Search Index Update Pipeline	4.5.1–4.5.3, ข.1	2–3
6.0	โครงสร้างพื้นฐานและ DevOps	6.1 แยกสภาพแวดล้อม Dev/Test/Production / 6.2 CI/CD บน GitHub พร้อม Rollback / 6.3 ติดตั้งบน Cloud ของมหาวิทยาลัย / 6.4 Backup/Restore และ Restore Test	4.4.7, 4.6.1–4.6.3, ก.1.6.3	2–3
7.0	การทดสอบ	7.1 Unit Test (Coverage ไม่น้อยกว่าร้อยละ 80) / 7.2 Functional และ SIT / 7.3 Regression อัตโนมัติ / 7.4 Performance (500 concurrent) / 7.5 Baseline และ Acceptance Evaluation / 7.6 UAT และ Defect Log	4.7.3–4.7.9	2–3
8.0	ความมั่นคงปลอดภัย	8.1 Vulnerability Scan / 8.2 Penetration Testing และทดสอบซ้ำ / 8.3 AI Security และ Guardrail Testing	4.8.1–4.8.2, 7.2.7	2–3
9.0	ฝึกอบรมและคู่มือ	9.1 คู่มือผู้ใช้และคู่มือผู้ดูแลระบบ / 9.2 เอกสารประกอบระบบ / 9.3 ฝึกอบรมอย่างน้อย 1 ครั้ง	4.10.1–4.10.3	3
10.0	ส่งมอบและถ่ายโอน	10.1 ส่งมอบ Source Code/Config/Prompt/Benchmark / 10.2 Transition Plan, Deployment Guide, Backup Guide / 10.3 ลบทำลายข้อมูลและหนังสือรับรอง	4.11.1–4.11.3	3

4. ตาราง Milestone เทียบ TOR ข้อ 6 และข้อ 7

รหัส	Milestone	กำหนด (วันนับจาก D0)	วันที่สมมติ	เกณฑ์ตรวจวัด	TOR
M0	ลงนามสัญญาและ Kick-off	D+7	8 ตุลาคม พ.ศ. 2569	รายงานการประชุม Kick-off ส่งภายใน 7 วันทำการ	4.9.1
M1	เห็นชอบแผนงาน ทีมงาน และแผนความเสี่ยง	D+21	22 ตุลาคม พ.ศ. 2569	เอกสาร 3 ฉบับผ่านการพิจารณา	4.1.1–4.1.3, 7.1.1
M2	SRS ฉบับสมบูรณ์	D+45	15 พฤศจิกายน พ.ศ. 2569	SRS ครบ FR/NFR, Data Dictionary, OpenAPI 3.0	4.2.2, 7.1.2
M3	Prototype หน้าจอหลักและ Master Test Plan	D+52	22 พฤศจิกายน พ.ศ. 2569	Prototype ผ่านการทบทวน, Test Case มี Traceability	4.3.2, 4.7.1, 7.1.3, 7.1.4
M4	ส่งมอบงวดที่ 1	D+60	30 พฤศจิกายน พ.ศ. 2569	เอกสาร 7.1.1–7.1.5 ครบ	7.1
M5	สภาพแวดล้อม Dev/Test พร้อม และ CI/CD ทำงาน	D+90	30 ธันวาคม พ.ศ. 2569	Pipeline รันผ่าน, Rollback ทดสอบแล้ว	4.6.2, 4.6.3
M6	RAG Pipeline รุ่นแรกและ Baseline Evaluation	D+150	28 กุมภาพันธ์ พ.ศ. 2570	รัน Benchmark 7 ชุดครั้งที่ 1 และออก Baseline Report	4.7.7, 7.2.3
M7	นำเข้าข้อมูลไม่น้อยกว่าร้อยละ 20	D+180	30 มีนาคม พ.ศ. 2570	รายงานนำเข้าข้อมูลระบุสัดส่วนเล่มที่ครอบคลุม	4.5.2, 7.2.5
M8	Vulnerability Scan, Penetration Test และ Guardrail Test	D+210	29 เมษายน พ.ศ. 2570	ไม่มีช่องโหว่ระดับ High/Critical คงค้าง	4.8.1, 4.8.2, 7.2.6, 7.2.7
M9	Production Beta และสาธิตต่อคณะกรรมการ	D+225	14 พฤษภาคม พ.ศ. 2570	ระบบบน Production, บัญชีสำหรับคณะกรรมการ	7.2.1, 7.2.2, 7.2.8
M10	ส่งมอบงวดที่ 2	D+240	29 พฤษภาคม พ.ศ. 2570	ผลผลิต 7.2.1–7.2.9 ครบ	7.2
M11	นำเข้าข้อมูลครบ 91 เล่ม	D+300	28 กรกฎาคม พ.ศ. 2570	รายงานนำเข้าข้อมูลฉบับสมบูรณ์	4.5.2, ข.1
M12	Acceptance Evaluation ผ่านเกณฑ์ภาคผนวก ก ข้อ 5.3	D+315	12 สิงหาคม พ.ศ. 2570	ผลทุกชุดไม่ต่ำกว่าเกณฑ์ขั้นต่ำและค่าที่รับประกัน	4.7.7, ก.5.3, 16.2
M13	UAT เสร็จสิ้น ไม่มี Defect ระดับ High/Critical คงค้าง	D+335	1 กันยายน พ.ศ. 2570	Defect Log ปิดครบ	4.7.8
M14	ฝึกอบรมและส่งมอบคู่มือ	D+350	16 กันยายน พ.ศ. 2570	บันทึกการอบรมและแบบประเมิน	4.10.1–4.10.3
M15	ส่งมอบงวดที่ 3 (งวดสุดท้าย)	D+365	1 ตุลาคม พ.ศ. 2570	ส่งมอบครบถ้วน ถ่ายโอนระบบ หนังสือรับรองการลบทำลายข้อมูล	6, 7.3, 4.11.1–4.11.3

5. แผนภูมิแกนต์ (Gantt Chart)

แผนภูมิใช้ปี ค.ศ. ตามข้อจำกัดของเครื่องมือ (2026 = พ.ศ. 2569, 2027 = พ.ศ. 2570)

gantt
    title แผนดำเนินงาน MBU Buddhist AI (365 วัน / 3 งวด) - วันที่สมมติ
    dateFormat  YYYY-MM-DD
    axisFormat  %m/%Y

    section งวดที่ 1 (60 วัน / 10%)
    Kick-off และยืนยันขอบเขต            :a1, 2026-10-01, 7d
    แผนงาน ทีมงาน แผนความเสี่ยง          :a2, after a1, 14d
    รวบรวมความต้องการ                    :a3, 2026-10-08, 21d
    จัดทำ SRS และ OpenAPI                :crit, a4, 2026-10-22, 24d
    User Flow / Wireframe / Prototype    :a5, 2026-10-29, 24d
    Master Test Plan / Test Case         :a6, 2026-11-05, 17d
    ส่งมอบงวดที่ 1 (D+60)                :milestone, crit, m4, 2026-11-30, 0d

    section งวดที่ 2 (240 วัน / 60%)
    Dev/Test Environment และ CI/CD       :b1, 2026-12-01, 30d
    รับมอบและตรวจคุณภาพไฟล์ 91 เล่ม      :crit, b2, 2026-12-01, 45d
    Frontend Website (ก.3)               :b3, 2026-12-01, 120d
    Backend และ RAG Engine (ก.4)         :crit, b4, 2026-12-15, 120d
    Admin Portal และ Dashboard (ก.6-ก.7) :b5, 2027-01-15, 100d
    Evaluation System และ Benchmark (ก.5) :crit, b6, 2027-01-04, 55d
    Baseline Evaluation ครั้งที่ 1       :milestone, crit, m6, 2027-02-28, 0d
    นำเข้าข้อมูลระยะที่ 1 (ไม่น้อยกว่า 20%) :crit, b7, 2027-01-15, 74d
    Vuln Scan / Pentest / Guardrail Test :b8, 2027-04-01, 28d
    Production Beta และสาธิต             :crit, b9, 2027-04-30, 15d
    ส่งมอบงวดที่ 2 (D+240)               :milestone, crit, m10, 2027-05-29, 0d

    section งวดที่ 3 (365 วัน / 30%)
    นำเข้าข้อมูลครบ 91 เล่ม              :crit, c1, 2027-05-30, 60d
    ปรับจูน RAG และ Prompt                :crit, c2, 2027-06-15, 50d
    Acceptance Evaluation                :crit, c3, 2027-07-29, 15d
    Performance Test 500 concurrent      :c4, 2027-07-15, 21d
    UAT และแก้ไข Defect                  :crit, c5, 2027-08-13, 20d
    คู่มือ เอกสารระบบ ฝึกอบรม             :c6, 2027-08-16, 31d
    Restore Test และ Transition          :c7, 2027-09-01, 21d
    ส่งมอบงวดที่ 3 (D+365)               :milestone, crit, m15, 2027-10-01, 0d

6. เส้นทางวิกฤต (Critical Path)

งานต่อไปนี้ไม่มีเวลาสำรอง (Float) หรือมีน้อยมาก ความล่าช้าของงานใดงานหนึ่งจะกระทบกำหนดส่งมอบงวดโดยตรง

SRS → การพัฒนา Backend และ RAG Engine — SRS ต้องได้รับความเห็นชอบภายในงวดที่ 1 จึงจะเริ่มพัฒนาได้เต็มกำลังตั้งแต่ต้นงวดที่ 2
การรับมอบไฟล์พระไตรปิฎกและอรรถกถาแปล 91 เล่ม → ตรวจคุณภาพ (ไฟล์สแกน/OCR) → Chunking ตามหน้าและข้อ → จัดทำดัชนี — ปริมาณและคุณภาพของไฟล์ต้นทางเป็นปัจจัยที่ไม่แน่นอนมากที่สุดของโครงการ (ดูแผนบริหารความเสี่ยง R-01)
ชุด Benchmark ฉบับเต็ม 7 ชุด → Baseline Evaluation → ปรับจูน → Acceptance Evaluation — ภาคผนวก ก ข้อ 5.3.1 กำหนดว่าจะไม่ตรวจรับหากผลต่ำกว่าเกณฑ์ ดังนั้นต้องมีรอบปรับจูนอย่างน้อย 50 วันก่อน Acceptance
Cloud ของมหาวิทยาลัยและคีย์ LLM API → Production Beta — ค่าบริการ Cloud และ LLM API อยู่นอกวงเงินและมหาวิทยาลัยเป็นผู้จัดหา (ข้อ 4.6.1) การส่งมอบ Production (7.2.1, 7.2.2, 7.2.8) จึงขึ้นกับความพร้อมของทรัพยากรดังกล่าว
UAT → ปิด Defect ระดับ High/Critical → ส่งมอบงวดสุดท้าย — ข้อ 4.7.8 กำหนดว่าต้องไม่มี Defect ระดับ High/Critical คงค้าง

ปัจจัยนำเข้าที่ต้องได้รับจากมหาวิทยาลัย (Dependencies)

ลำดับ	สิ่งที่ต้องได้รับ	ต้องได้รับภายใน	ผลกระทบหากล่าช้า
1	รายชื่อผู้ประสานงานและคณะกรรมการตรวจรับ	D+7	ไม่สามารถจัดประชุมรวบรวมความต้องการ
2	ไฟล์เอกสาร 91 เล่ม หรือการยืนยันแหล่งข้อมูลออนไลน์ระยะแรก (ภาคผนวก ข)	D+60	กระทบ M7 (นำเข้าร้อยละ 20)
3	ชุด Benchmark ฉบับเต็มที่มหาวิทยาลัยจัดเตรียม (ธรรมศึกษา 100 ข้อ, นักธรรม 50 ข้อ ฯลฯ)	D+90	กระทบ M6 (Baseline)
4	บัญชี Cloud, Cluster และคีย์ LLM API	D+90 (Dev/Test), D+200 (Production)	กระทบ M5 และ M9
5	การกำหนดค่า DNS โดเมน dhammaverse.mbu.ac.th	D+200	กระทบ M9 (ก.1.5.2)
6	รายชื่อผู้ทดสอบ UAT และผู้เข้าอบรม	D+300	กระทบ M13, M14

7. แผนการสื่อสาร (Communication Plan)

กิจกรรม	ความถี่	ผู้เข้าร่วม	ช่องทาง	ผลผลิต
ประชุม Kick-off	ครั้งเดียว (ภายใน D+7)	คณะกรรมการตรวจรับ ผู้ประสานงาน ทีมผู้รับจ้าง	ประชุม ณ มหาวิทยาลัย หรือออนไลน์	รายงานการประชุมภายใน 7 วันทำการ (4.9.1)
ประชุมติดตามความก้าวหน้า	เดือนละ 1 ครั้งเป็นอย่างน้อย	ผู้ประสานงาน PM และหัวหน้าทีมที่เกี่ยวข้อง	ประชุม/ออนไลน์	รายงานการประชุมภายใน 7 วันทำการ
รายงานความก้าวหน้า (Progress Report)	ทุก 30 วัน	PM จัดทำ ส่งผู้ประสานงาน	เอกสาร PDF และไฟล์ต้นฉบับ	Progress Report (4.9.2)
รายงานสรุปประจำงวด	เมื่อสิ้นแต่ละงวด	PM จัดทำ เสนอคณะกรรมการตรวจรับ	เอกสาร 2 ชุด + PDF	รายงานสรุปประจำงวด (4.9.3)
ประชุมทบทวนทางเทคนิค	ตามความจำเป็น	Tech Lead, AI Engineer, ศูนย์เทคโนโลยีสารสนเทศ	ออนไลน์	บันทึกข้อตกลงทางเทคนิค
สาธิตระบบ (Demo/Review)	ทุกสิ้น Milestone หลัก	คณะกรรมการ ผู้ใช้ตัวแทน	สาธิตบนระบบจริง	ข้อเสนอแนะและรายการปรับปรุง
แจ้งเหตุขัดข้อง/Defect	เมื่อเกิดเหตุ	ผู้ดูแลระบบของมหาวิทยาลัย ทีมสนับสนุน	อีเมล โทรศัพท์ ช่องทางเร่งด่วน (ข้อ 11.2)	Defect Log พร้อมเวลาตาม SLA
รายงาน SLA รายเดือน	ภายในวันที่ 15 ของเดือนถัดไป	PM/DevOps	เอกสาร	รายงาน SLA (12.5)

ลำดับการยกระดับปัญหา (Escalation): ผู้ปฏิบัติงาน → Tech Lead/หัวหน้างาน (ภายใน 1 วันทำการ) → Project Manager (ภายใน 2 วันทำการ) → ผู้บริหารของผู้รับจ้างและประธานคณะกรรมการตรวจรับ (ภายใน 5 วันทำการ)

8. การควบคุมการเปลี่ยนแปลงและการติดตามแผน

ความคืบหน้าวัดจากร้อยละของงานตาม WBS และสถานะ Milestone รายงานใน Progress Report ทุก 30 วัน
การเปลี่ยนแปลงขอบเขตหรือกำหนดเวลาต้องทำเป็นลายลักษณ์อักษร ผ่านการพิจารณาของคณะกรรมการตรวจรับ และไม่ขัดกับลำดับความสำคัญของเอกสารตามข้อ 16.3
ความเสี่ยงที่กระทบเส้นทางวิกฤตให้ทบทวนในการประชุมประจำเดือนทุกครั้ง (ดูเอกสาร risk-plan)
ความสอดคล้องกับ TOR รายข้อ ติดตามผ่านตารางเปรียบเทียบข้อกำหนด (หน้า /tor ของระบบ ซึ่งแสดงครบ 200 ข้อพร้อมสถานะ)

9. ความสัมพันธ์กับระบบสาธิต (Demo)

ระบบสาธิตที่ประกอบเอกสารนี้พัฒนาตามลำดับ Phase 0–10 ของแผนพัฒนา Demo เพื่อแสดงให้เห็นว่าผลผลิตของทั้ง 3 งวดสามารถทำได้จริง โดยย่อสถาปัตยกรรม Production (8 Microservices บน Kubernetes, PostgreSQL, Elasticsearch) ลงเป็นแอปพลิเคชัน Next.js เดียวกับ SQLite ที่รันในเครื่องเดียว

งวดตามสัญญา	สิ่งที่ระบบสาธิตแสดง	ข้อจำกัดของระบบสาธิต
งวดที่ 1	เอกสารแผนงาน ทีมงาน ความเสี่ยง SRS แผนทดสอบ ในหน้า `/documents`	การประชุมจริงยังไม่เกิดขึ้น เอกสารประชุมเป็นแม่แบบและตัวอย่าง
งวดที่ 2	หน้า `/chat`, `/admin/*`, ระบบประเมินผล รายงานความปลอดภัยที่สร้างจากการรันเครื่องมือจริง	รันบน localhost ไม่ใช่ Production บน Cloud ของมหาวิทยาลัย ข้อมูลเป็นชุดตัวอย่าง ไม่ใช่ 91 เล่มเต็ม
งวดที่ 3	คู่มือ เอกสารถ่ายโอน หน้า `/admin/data-destruction`	การฝึกอบรมและ UAT กับบุคลากรจริงยังไม่เกิดขึ้น

รายการที่ระบบสาธิตไม่สามารถดำเนินการได้ (การติดตั้งบน Cloud, โดเมนจริง, Auto Scaling, WAF) ระบุสถานะและเหตุผลไว้ในหน้า /tor อย่างตรงไปตรงมา