ข้ามไปที่เนื้อหา

แผนการดำเนินงานและลำดับความสำคัญ (Timeline & Priorities) — RLPD Phase 2

โครงการ: โครงการพัฒนาและปรับปรุงระบบสารสนเทศกรมคุ้มครองสิทธิและเสรีภาพ ระยะที่ 2 ระยะเวลาดำเนินการ: 270 วัน (นับถัดจากวันลงนามในสัญญา) ปรับปรุงข้อมูลล่าสุด: 9 เมษายน 2569

บทสรุปผู้บริหาร (Executive Summary)

โครงการ RLPD ระยะที่ 2 มุ่งเน้นการพัฒนาและส่งมอบระบบงานรวมอย่างน้อย 5-7 ระบบหลัก เพื่อให้สามารถเปิดใช้งานจริง (Go-live) ได้ทันตามกำหนดการภายในเดือนกันยายน 2569 ซึ่งสอดคล้องกับตัวชี้วัดผลการดำเนินงาน (KPI) ประจำปีของกรมฯ โดยแผนการดำเนินงานแบ่งออกเป็น 4 งวดงานหลัก (Milestones) การจัดลำดับความสำคัญจะพิจารณาจากความซับซ้อนของระบบ ความเสี่ยงทางเทคนิค และความเกี่ยวเนื่องของข้อมูล เพื่อให้โครงการบรรลุวัตถุประสงค์อย่างมีประสิทธิภาพสูงสุดภายใต้กรอบเวลาที่กำหนด

งวดการส่งมอบและเบิกจ่าย (Contract Milestones)

งวดงาน ระยะเวลา กิจกรรมหลัก ผลผลิตสำคัญ (Deliverables) การเบิกจ่าย
M1 45 วัน การวิเคราะห์และออกแบบระบบ แผนการดำเนินงาน, เอกสาร SRS, สถาปัตยกรรมระบบ, การออกแบบ UI/UX งวดที่ 1
M2 90 วัน การพัฒนาโปรแกรม ซอร์สโค้ด (Source Code), Unit Test, รายงานการสอบทานรหัส (Code Review) งวดที่ 2
M3 240 วัน การทดสอบและติดตั้งใช้งาน รายงานผล UAT, การติดตั้งบน Production, คู่มือการใช้งาน, การฝึกอบรม งวดที่ 3
M4 270 วัน ความมั่นคงปลอดภัยและปิดโครงการ รายงาน VA Scan & Pentest, การส่งมอบและตรวจรับงานงวดสุดท้าย งวดที่ 4

บริบทเชิงกลยุทธ์ (Strategic Context)

ปัจจัยขับเคลื่อนโครงการ (Project Drivers)

  • การบรรลุตัวชี้วัด (KPI Target): ทุกระบบงานหลักต้องพร้อมใช้งานจริงภายในวันที่ 30 กันยายน 2569 เพื่อให้สอดคล้องกับรอบการประเมินผลงานประจำปี
  • ความสำเร็จในการติดตั้ง: มุ่งเน้นการส่งมอบระบบงานหลัก 5-7 ระบบที่มีความสมบูรณ์และตอบโจทย์การใช้งานจริง
  • มาตรฐานคุณภาพ: ระบบต้องมีประสิทธิภาพตามเกณฑ์ทางเทคนิคและรองรับมาตรฐานความปลอดภัยสารสนเทศ

กลยุทธ์การจัดลำดับความสำคัญ (Prioritization Strategy)

กำหนดให้เริ่มดำเนินการในกลุ่มระบบงานที่มีความพร้อมด้านข้อมูลสูงและมีขั้นตอนประสานงานที่ชัดเจนเป็นลำดับแรก เพื่อลดอุปสรรคในการดำเนินงานในช่วงเริ่มต้น และสร้างผลสำเร็จที่จับต้องได้ (Quick Wins) เพื่อสร้างความเชื่อมั่นแก่ผู้มีส่วนได้ส่วนเสีย

การจำแนกระบบตามระดับความซับซ้อน (System Classification)

กลุ่มความสำเร็จเร่งด่วน (Quick Wins — ความซับซ้อนต่ำ)

ระบบที่มีโครงสร้างงานชัดเจน หรือเป็นงานต่อยอดที่สามารถส่งมอบผลลัพธ์ได้ในระยะเวลาอันสั้น

รหัส ชื่อระบบ ขอบเขตการดำเนินงานโดยสังเขป ระดับความซับซ้อน หมายเหตุ
S7 ระบบคุ้มครองพยาน บริหารจัดการมาตรการคุ้มครองพยานในคดีอาญา ต่ำ ต่อยอดและปรับปรุงจาก Phase 1
S8 เว็บไซต์กรมฯ เว็บไซต์หลักและระบบจัดการเนื้อหา (CMS) ต่ำ ปรับปรุงโครงสร้าง UI/UX และ WCAG
S9 Web Portal ศูนย์รวมบริการดิจิทัลและจุดเข้าใช้งานระบบรวม ต่ำ พัฒนาเป็นระบบกลางเพื่อเชื่อมต่อระบบอื่น

กลุ่มงานมาตรฐาน (Standard Effort — ความซับซ้อนปานกลาง)

ระบบพัฒนาใหม่หรือการปรับปรุงกระบวนงานที่มีขอบเขตชัดเจนและสามารถวางแผนงานได้ตามมาตรฐาน

รหัส ชื่อระบบ ขอบเขตการดำเนินงานโดยสังเขป ระดับความซับซ้อน หมายเหตุ
S1 ให้คำปรึกษากฎหมาย บันทึกและบริหารจัดการคำขอรับคำปรึกษา ปานกลาง พัฒนาใหม่ (Greenfield)
S2 ระบบ PJOS ปฏิบัติการยุติธรรมเชิงรุก (Proactive Justice) ปานกลาง พัฒนาใหม่ (Greenfield)
S3 รายงานผลและหลักสูตร รายงานผลปฏิบัติภารกิจและลงทะเบียนฝึกอบรม ปานกลาง พัฒนาใหม่ (Greenfield)
S5 ค่าตอบแทนทนายความ ระบบเบิกจ่ายเงินรางวัลและค่าใช้จ่าย (134/1) ปานกลาง ปรับปรุงจากระบบงานเดิม

กลุ่มความเสี่ยงสูง (High Risk — ความซับซ้อนสูง)

ระบบที่มีความท้าทายทางเทคนิค กระบวนงานซับซ้อน หรือต้องจัดการกับระบบเดิมที่มีข้อจำกัดสูง

รหัส ชื่อระบบ ขอบเขตการดำเนินงานโดยสังเขป ระดับความซับซ้อน ปัจจัยเสี่ยงหลัก
S4 ระบบไกล่เกลี่ย สารสนเทศกลางสำหรับการระงับข้อพิพาท สูง การควบรวมระบบ v1/v2 และฐานข้อมูล
S6 ระบบ OCIPA การเยียวยาผู้เสียหายและจำเลยในคดีอาญา สูง คุณภาพโค้ดเดิมและข้อกำหนดทางกฎหมาย

แผนการส่งมอบรายระยะ (Delivery Waves)

Wave 1: การสร้างผลสำเร็จในระยะแรก (Target: เดือนที่ 1-3)

เป้าหมาย: วางรากฐานทางเทคนิคและส่งมอบระบบที่มีความเสี่ยงต่ำเพื่อสร้างความมั่นใจในการดำเนินงาน

  • S7 - ระบบคุ้มครองพยาน (ปรับปรุง)
  • S8 - เว็บไซต์กรมฯ (ปรับปรุง)
  • S9 - Web Portal (ฟังก์ชันพื้นฐานและการเชื่อมต่อ)

Wave 2: การส่งมอบระบบงานหลัก (Target: เดือนที่ 3-6)

เป้าหมาย: พัฒนาและส่งมอบระบบงานใหม่ที่ครอบคลุมภารกิจสำคัญส่วนใหญ่ของหน่วยงาน

  • S1 - ระบบให้คำปรึกษากฎหมาย (พัฒนาใหม่)
  • S2 - ระบบ PJOS (พัฒนาใหม่)
  • S3 - ระบบรายงานผลและหลักสูตร (พัฒนาใหม่)
  • S5 - ระบบค่าตอบแทนทนายความ (ปรับปรุง)

Wave 3: การจัดการระบบที่มีความซับซ้อนสูง (Target: เดือนที่ 6-9)

เป้าหมาย: ดำเนินการพัฒนาระบบที่มีความท้าทายสูงสุดโดยใช้ประสบการณ์และโครงสร้างพื้นฐานที่วางไว้ในระยะแรก

  • S4 - ระบบไกล่เกลี่ยข้อพิพาท (ควบรวมระบบ)
  • S6 - ระบบ OCIPA (ปรับปรุงเชิงลึก)

สรุปแผนการดำเนินงานภาพรวม (Simplified Project Timeline)

``` แผนการดำเนินงานโครงการ RLPD Phase 2 (ระยะเวลา 270 วัน) ────────────────────────────────────────────────────────────────────

เดือนที่ 1-3: วิเคราะห์ ออกแบบ และส่งมอบ Wave 1 (Quick Wins) ├─ ช่วงวันที่ 0-45: งวดงาน M1 (Analysis & Design Phase) │ └─ ดำเนินการวิเคราะห์ความต้องการ (Requirement Analysis) ของทั้ง 9 ระบบ ├─ เริ่มการพัฒนา Wave 1: │ └─ S7, S8, S9: จัดประชุมลงรายละเอียดกระบวนงานและวางแผนราย Sprint └─ กิจกรรมหลัก: สรุปขอบเขตงานทางการ, อนุมัติการออกแบบ UI/UX, เตรียม VM

เดือนที่ 3-6: การพัฒนาเชิงขนานและการ Go-live (Wave 1) ├─ ช่วงวันที่ 45-90: งวดงาน M2 (Development Phase) │ ├─ Wave 1 (S7, S8, S9): พัฒนาเสร็จสิ้น ดำเนินการทดสอบ และเตรียม UAT │ └─ Wave 2 (S1, S2, S3, S5): อยู่ระหว่างการพัฒนาตามแผนงาน ├─ สถานะการส่งมอบ Wave 1: │ └─ S7, S8, S9 → ติดตั้งบนระบบจริง (Go-live) └─ กิจกรรมหลัก: รอบการพัฒนา (Sprint), Code Review, การเตรียมความพร้อม Production

เดือนที่ 6-8: การทดสอบและ Go-live (Wave 2) ├─ ช่วงวันที่ 90-240: ระยะการพัฒนาต่อเนื่องและการทดสอบ │ ├─ Wave 2 (S1, S2, S3, S5): ดำเนินการทดสอบระบบ และทำ UAT ร่วมกับผู้ใช้ │ └─ Wave 3 (S4, S6): อยู่ระหว่างการพัฒนาและจัดการข้อมูลเชิงลึก ├─ สถานะการส่งมอบ Wave 2: │ └─ S1, S2, S3, S5 → ติดตั้งบนระบบจริง (Go-live) └─ เป้าหมายหลัก: ระบบในกลุ่ม Wave 2 ทั้งหมดต้องพร้อมใช้งานก่อนสิ้นเดือนที่ 8

เดือนที่ 8-9: การปิดโครงการและบรรลุเป้าหมาย KPI ├─ ช่วงวันที่ 240-270: ระยะสุดท้ายและการปรับปรุงประสิทธิภาพ │ ├─ งวดงาน M3 (UAT & Go-live) → ดำเนินการให้เสร็จสิ้นภายในวันที่ 240 │ ├─ สถานะการส่งมอบ Wave 3: │ │ └─ S4, S6 → ติดตั้งบนระบบจริง (ระบบที่มีความซับซ้อนสูง) │ └─ งวดงาน M4 (Security & Project Closing) → ภายในวันที่ 270 └─ ความสำเร็จ: ระบบงานหลักทั้งหมดต้องเปิดใช้งานได้จริงก่อนวันที่ 30 ก.ย. 2569

──────────────────────────────────────────────────────────────────── ```

เหตุผลเชิงยุทธศาสตร์ในการจัดลำดับความสำคัญ (Sequencing Rationale)

ความจำเป็นในการเริ่ม Wave 1 ก่อน: - เป็นระบบที่มีความเป็นอิสระสูง (Standalone) และลดการพึ่งพาข้อมูลจากระบบอื่น - ต่อยอดจากพื้นฐานงานใน Phase 1 ได้ทันที ช่วยให้โครงการมีความคืบหน้าอย่างรวดเร็ว - ช่วยให้ทีมงานและฝ่าย IT ของกรมฯ ได้ร่วมกันทดสอบสภาพแวดล้อมทางเทคนิค (Infrastructure) - เป็นระบบที่ผู้ใช้งานมีความพร้อมในการให้ข้อมูลและทดสอบสูง

ความสำคัญของ Wave 2 ในลำดับถัดมา: - ระบบ S1 (การจัดการคำขอ) เป็นต้นทางข้อมูลที่จำเป็นสำหรับการวิเคราะห์ในระบบ S2 - ระบบ S3 (บริหารจัดการข้อมูลบุคลากร) เป็นพื้นฐานสำหรับการกำหนดสิทธิ์การใช้งาน - สามารถดำเนินการพัฒนาแบบขนาน (Parallel Development) ได้เนื่องจากขอบเขตงานชัดเจน

แนวทางการจัดการ Wave 3: - นำประสบการณ์และโครงสร้างมาตรฐานจาก 6 เดือนแรกมาประยุกต์ใช้กับระบบที่เสถียรน้อยกว่า - ระบบ S4 และ S6 ต้องการการทำ Refactoring และการจัดระเบียบฐานข้อมูล (Data Cleaning) จึงต้องเผื่อเวลาในการดำเนินงานที่มากกว่าปกติ

กลยุทธ์การบริหารจัดการทรัพยากร (Resource Allocation)

แผนการส่งมอบ ช่วงเวลาดำเนินการ การจัดสรรบุคลากร (โดยประมาณ) จุดเน้นสำคัญ
Wave 1 เดือนที่ 1-3 ทีมพัฒนา 2-3 ท่าน + QA การวางสถาปัตยกรรมและการ Go-live ระบบ Quick Wins
Wave 2 เดือนที่ 3-6 ทีมพัฒนา 4 ท่าน + QA การพัฒนาเชิงขนานและการจัดการระบบงานใหม่ (Greenfield)
Wave 3 เดือนที่ 6-9 ทีมพัฒนา 5 ท่าน + ทีมสนับสนุน การแก้ปัญหาทางเทคนิคเชิงลึกและการปรับปรุงประสิทธิภาพ

กำหนดการสำคัญ (Critical Dates)

วันที่ / ระยะเวลา เหตุการณ์สำคัญ สถานะการดำเนินงาน
9 เม.ย. 2569 ประชุมเปิดตัวโครงการ (Kickoff Meeting) ✅ ดำเนินการแล้ว
16 เม.ย. — 11 พ.ค. 2569 ช่วงเก็บข้อมูลความต้องการ (Requirement Collection) ตามกำหนดการด้านล่าง
ภายใน 45 วัน งวดงาน M1 — การออกแบบและวิเคราะห์ระบบเสร็จสมบูรณ์ เงื่อนไขการเบิกจ่ายงวดที่ 1
ภายใน 90 วัน งวดงาน M2 — การพัฒนาโปรแกรมเบื้องต้นเสร็จสมบูรณ์ เงื่อนไขการเบิกจ่ายงวดที่ 2
ภายใน 240 วัน งวดงาน M3 — ผ่านการทดสอบ UAT และเริ่มใช้งานจริง เงื่อนไขการเบิกจ่ายงวดที่ 3
ภายใน 270 วัน งวดงาน M4 — ผ่านการทดสอบความปลอดภัยและปิดโครงการ เงื่อนไขการเบิกจ่ายงวดสุดท้าย
30 ก.ย. 2569 วันบรรลุเป้าหมายตาม KPI — ระบบงานหลักเปิดใช้งานจริง ตัวชี้วัดความสำเร็จของโครงการ

รูปแบบการประชุมติดตามผล (Recurring Meetings)

ประเภทการประชุม กำหนดการ รายละเอียด
Weekly Update ทุกวันพุธ 10:00 — 11:00 น. ประชุมออนไลน์เพื่อติดตามสถานะประจำสัปดาห์
Stakeholder Meeting ตามการนัดหมาย การประชุม Onsite หรือนำเสนอผู้บริหารตามความเหมาะสม

แผนบริหารความเสี่ยง (Risk Management)

รายการความเสี่ยง มาตรการบริหารจัดการและลดผลกระทบ
ความล่าช้าในระบบที่มีความซับซ้อน (S4, S6) จัดเตรียมทีมงานที่มีความเชี่ยวชาญพิเศษและเริ่มกระบวนการวิเคราะห์ตั้งแต่ช่วงแรกของโครงการ
ขั้นตอนการประสานงานกับผู้ใช้งาน จัดทำตารางนัดหมายล่วงหน้าและใช้กระบวนการส่งมอบแบบรายระบบเพื่อไม่ให้กระทบงานประจำของเจ้าหน้าที่
ข้อจำกัดของซอร์สโค้ดเดิม (S6) ดำเนินการ Audit โค้ดเชิงลึกตั้งแต่งวด M1 เพื่อประเมินความจำเป็นในการทำ Refactoring
ข้อจำกัดด้านเวลาตามเป้าหมาย KPI วางแผนให้งานพัฒนาส่วนใหญ่เสร็จสิ้นภายในเดือนสิงหาคม เพื่อให้มีระยะเวลาเผื่อ (Buffer) สำหรับการทดสอบ

ประเด็นที่ต้องการข้อสรุป (Pending Issues for Discussion)

[ประเด็นเปิด] คำนิยามของ "ความพร้อมใช้งาน" ตามเกณฑ์ KPI (เช่น ต้องมีรายการข้อมูลจริง หรือเพียงแค่ติดตั้งระบบสำเร็จบน Production)?

[ประเด็นเปิด] เงื่อนไขการเชื่อมโยงข้อมูลข้าม Wave (Dependency) ที่อาจส่งผลกระทบต่อกำหนดการส่งมอบ?

[ประเด็นเปิด] รูปแบบการทดสอบความมั่นคงปลอดภัย (Pentest) จะดำเนินการแยกรายระบบ หรือทดสอบภาพรวมทั้งพอร์ทัล?

กระบวนการนำส่งเอกสาร (Document Submission Process)

อ้างอิงผลสรุปจากการประชุมประสานงานเมื่อวันที่ 1 เมษายน 2569

ขั้นตอนดำเนินงาน: เก็บข้อมูลความต้องการ → จัดทำร่างเอกสาร/SRS → ส่งรีวิวเบื้องต้น (PDF ผ่าน Line) → ลูกค้ารีวิวและให้ความเห็น → นำส่งเอกสารฉบับสมบูรณ์ → ลงนามรับรอง SRS

เงื่อนไขสำคัญด้านเวลา

เอกสารทางการทุกฉบับต้องนำส่งให้ ทีม MFEC ตรวจสอบ (Review) ล่วงหน้าอย่างน้อย 3 วันทำการ ก่อนกำหนดการนำส่งจริง

คลังข้อมูลโครงการ: เอกสารที่ผ่านการตรวจสอบแล้วให้นำไปจัดเก็บที่ SharePoint — RLPD-P2

รูปแบบการตั้งชื่อไฟล์: RLPD-Dev-P2_<ชื่อเอกสาร>_v.<เลขเวอร์ชัน> เช่น RLPD-Dev-P2_SRS_S1_v.1.0.1

กำหนดการเก็บข้อมูลความต้องการ (Requirement Collection Schedule)

อ้างอิงจากผลสรุปการประชุม Kickoff เมื่อวันที่ 9 เมษายน 2569

ลำดับ ระบบ กำหนดการ หมายเหตุ
1 S6 ระบบ OCIPA ระยะที่ 2 16 เมษายน 2569
2 S7 ระบบคุ้มครองพยาน 17 เมษายน 2569
3 S8 เว็บไซต์กรมฯ 20 เมษายน 2569
4 S4 ระบบไกล่เกลี่ยระงับข้อพิพาท 22, 23, 24 เมษายน 2569 ระบบขนาดใหญ่ จัดสรร 3 วัน
5 S3 ระบบรายงานผลและลงทะเบียนหลักสูตร 29 เมษายน 2569 กองส่งเสริมฯ
6 S1, S2, S5 ระบบให้คำปรึกษา / PJOS / ค่าตอบแทน 134/1 5, 6, 7, 8 พฤษภาคม 2569 จัดสรร 4 วัน
7 S9 ระบบ Web Portal 11 พฤษภาคม 2569

ลำดับความสำคัญตามปริมาณผู้ใช้งาน (Usage Priority)

จากการหารือในที่ประชุม Kickoff เรียงตามจำนวนผู้ใช้งานจากมากไปน้อย:

  1. S6 OCIPA — เจ้าหน้าที่เข้าใช้งานเยอะที่สุด
  2. S4 ระบบไกล่เกลี่ย
  3. S5 ระบบค่าตอบแทน 134/1
  4. S7 ระบบคุ้มครองพยาน

ขั้นตอนการดำเนินงานถัดไป (Immediate Next Steps)

  1. ~~การเตรียมความพร้อมก่อนการ Kickoff (ก่อน 9 เม.ย. 2569):~~ ✅ ดำเนินการแล้ว
  2. ~~จัดทำ Business Overview เปรียบเทียบภาพรวมกระบวนงานเดิมและกระบวนงานใหม่~~
  3. ~~จัดเตรียม Technical Structure เพื่อหารือด้านสถาปัตยกรรมร่วมกับทีม IT~~

  4. ดำเนินการขอจัดสรร VM ใหม่สำหรับระบบ S1-S3

  5. การดำเนินงานในช่วงงวด M1 (วัน 0-45):

  6. เก็บข้อมูลความต้องการเชิงลึกตามกำหนดการด้านบน (16 เม.ย. — 11 พ.ค. 2569)
  7. ยืนยันการมอบหมายบุคลากรรายระบบงาน (Resource Mapping)
  8. ตรวจสอบความเกี่ยวเนื่องของฐานข้อมูล (Data Schema Dependency)