---
title: "แผนการดำเนินงานโครงการ"
titleEn: "Project Implementation Plan"
clauses: ["4.1.1", "7.1.1", "6", "7.4"]
phase: 1
category: "บริหารโครงการ"
generated: false
---

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

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

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

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

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

## 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)

```mermaid
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) หรือมีน้อยมาก ความล่าช้าของงานใดงานหนึ่งจะกระทบกำหนดส่งมอบงวดโดยตรง

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

1. ความคืบหน้าวัดจากร้อยละของงานตาม WBS และสถานะ Milestone รายงานใน Progress Report ทุก 30 วัน
2. การเปลี่ยนแปลงขอบเขตหรือกำหนดเวลาต้องทำเป็นลายลักษณ์อักษร ผ่านการพิจารณาของคณะกรรมการตรวจรับ และไม่ขัดกับลำดับความสำคัญของเอกสารตามข้อ 16.3
3. ความเสี่ยงที่กระทบเส้นทางวิกฤตให้ทบทวนในการประชุมประจำเดือนทุกครั้ง (ดูเอกสาร `risk-plan`)
4. ความสอดคล้องกับ 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` อย่างตรงไปตรงมา