มหาวิทยาลัยมหามกุฏราชวิทยาลัย · ระบบสาธิต (Demo)
ข้ามไปยังเนื้อหา

โครงสร้างทีมงาน บทบาทหน้าที่ และช่องทางติดต่อ

งวดที่ 1 · บริหารโครงการ

ดาวน์โหลด .md

โครงสร้างทีมงาน บทบาทหน้าที่ และช่องทางติดต่อ

อ้างอิง TOR: ข้อ 4.1.2 (โครงสร้างทีมงาน บทบาทหน้าที่ และช่องทางติดต่อ), ข้อ 3.12 (บุคลากรหลักของผู้ยื่นข้อเสนอ), ข้อ 7.1.1 (เอกสารส่งมอบงวดที่ 1), ข้อ 11.2 (ช่องทางติดต่อช่วงรับประกัน)

สถานะเอกสาร: เอกสารฉบับนี้จัดทำเพื่อประกอบระบบสาธิต (Demo) ยังไม่ได้ระบุชื่อบุคคลจริง ทุกตำแหน่งใช้ข้อความ "(ระบุชื่อเมื่อทำสัญญา)" ผู้รับจ้างจะระบุชื่อ คุณวุฒิ ประสบการณ์ และหลักฐานประกอบของบุคลากรตามที่ TOR ข้อ 3.12 กำหนด ในขั้นตอนยื่นข้อเสนอและลงนามสัญญา

1. หลักการจัดโครงสร้างทีม

  1. มีบุคลากรหลักครบ 4 ตำแหน่งตาม TOR ข้อ 3.12 ได้แก่ Project Manager, AI Engineer, Senior Software Engineer และ UX/UI Designer
  2. เสริมด้วยบุคลากรสนับสนุน ได้แก่ Business Analyst, QA Engineer, Tech Lead และ DevOps Engineer เพื่อให้ครอบคลุมงานวิเคราะห์ความต้องการ การทดสอบ สถาปัตยกรรม และการติดตั้งระบบ
  3. ผู้รับจ้างดำเนินงานด้วยบุคลากรของตนเอง ไม่จ้างช่วงงานทั้งหมดหรือบางส่วน (ข้อ 16.1)
  4. บุคลากรทุกคนที่เข้าถึงข้อมูลของมหาวิทยาลัยต้องลงนามรับทราบข้อตกลงรักษาความลับ (ข้อ 13) และข้อตกลงประมวลผลข้อมูลส่วนบุคคล (ข้อ 14)

2. แผนผังโครงสร้างทีม

flowchart TB
    U["มหาวิทยาลัยมหามกุฏราชวิทยาลัย<br/>คณะกรรมการตรวจรับพัสดุ / ผู้ประสานงานโครงการ"]
    PM["Project Manager<br/>(ระบุชื่อเมื่อทำสัญญา)"]
    BA["Business Analyst"]
    TL["Tech Lead"]
    AI["AI Engineer"]
    SSE["Senior Software Engineer"]
    UX["UX/UI Designer"]
    QA["QA Engineer"]
    DO["DevOps Engineer"]
    U <--> PM
    PM --> BA
    PM --> TL
    PM --> UX
    PM --> QA
    TL --> AI
    TL --> SSE
    TL --> DO

3. บุคลากรและหน้าที่ความรับผิดชอบ

3.1 บุคลากรหลักตาม TOR ข้อ 3.12

ตำแหน่งชื่อ-สกุลหน้าที่ความรับผิดชอบหลักงานตาม TOR ที่รับผิดชอบ
Project Manager (PM)(ระบุชื่อเมื่อทำสัญญา)บริหารโครงการโดยรวม จัดทำและควบคุมแผนงาน บริหารความเสี่ยง เป็นผู้ติดต่อหลักกับมหาวิทยาลัย จัดประชุม จัดทำรายงานการประชุม รายงานความก้าวหน้า รายงานสรุปประจำงวด และรายงาน SLA4.1.1–4.1.3, 4.9.1–4.9.3, 7.1–7.5, 12.5
AI Engineer(ระบุชื่อเมื่อทำสัญญา)ออกแบบและพัฒนา RAG Pipeline (Hybrid Search, Re-ranker, Query Expansion) ออกแบบ Chunking และ Metadata จัดการ Prompt และ Guardrails พัฒนาระบบประเมินผลและ Benchmark ปรับจูนให้ผ่านเกณฑ์ภาคผนวก ก ข้อ 5.34.4.2, 4.4.3, 4.4.6, 4.5.1–4.5.3, 4.7.7, ก.4, ก.5
Senior Software Engineer(ระบุชื่อเมื่อทำสัญญา)พัฒนา Frontend Website, Backend API, Admin Portal, Dashboard ระบบสมาชิกและสิทธิ์ (RBAC) Audit Log การเข้ารหัสข้อมูล และ Unit Test4.4.1, 4.4.4, 4.4.5, 4.7.3, ก.2, ก.3, ก.6, ก.7
UX/UI Designer(ระบุชื่อเมื่อทำสัญญา)ออกแบบ Layout, User Flow, Wireframe, Prototype ให้สอดคล้องอัตลักษณ์ มมร. และเว็บไซต์คลังปัญญาพระพุทธศาสนา (Dhammaverse) ดูแล Contrast, Dark/Light Mode, Responsive และการใช้งาน 2 ภาษา4.3.1–4.3.3, 7.1.3, ก.3.1, ก.3.2

3.2 บุคลากรสนับสนุน

ตำแหน่งชื่อ-สกุลหน้าที่ความรับผิดชอบหลักงานตาม TOR ที่รับผิดชอบ
Business Analyst (BA)(ระบุชื่อเมื่อทำสัญญา)รวบรวมและวิเคราะห์ความต้องการ จัดทำ SRS (FR/NFR, Workflow, Data Dictionary) ดูแลตารางเปรียบเทียบข้อกำหนด TOR ประสานงาน UAT4.2.1, 4.2.2, 4.7.8
Tech Lead(ระบุชื่อเมื่อทำสัญญา)กำหนดสถาปัตยกรรม (Microservices, Horizontal Scaling) มาตรฐานการเขียนโค้ด ทบทวนโค้ด ตัดสินใจทางเทคนิค ดูแล OpenAPI 3.0 และ Model Abstraction4.2.2, 4.4, 4.4.6, ก.1.3, ก.4.1
QA Engineer(ระบุชื่อเมื่อทำสัญญา)จัดทำ Master Test Plan, Test Case, Checklist ดำเนินการ Functional/SIT/Regression/Performance Test บริหาร Defect Log ประสานการทดสอบความปลอดภัย4.7.1–4.7.9, 4.8.1, 4.8.2
DevOps Engineer(ระบุชื่อเมื่อทำสัญญา)จัดเตรียมสภาพแวดล้อม Dev/Test/Production บน Cloud ของมหาวิทยาลัย CI/CD บน GitHub พร้อม Rollback, Monitoring, Alert, Backup/Restore และ Restore Test4.4.7, 4.6.2, 4.6.3, ก.1.6, ก.4.10, 12.1

3.3 ผู้เกี่ยวข้องฝ่ายมหาวิทยาลัย

บทบาทผู้รับผิดชอบหน้าที่ที่เกี่ยวข้องกับโครงการ
คณะกรรมการตรวจรับพัสดุ(มหาวิทยาลัยแต่งตั้ง)พิจารณาและตรวจรับผลผลิตแต่ละงวด
ผู้ประสานงานโครงการ(มหาวิทยาลัยกำหนด)เป็นจุดติดต่อหลัก ประสานข้อมูล นัดหมายประชุม
ผู้ทรงคุณวุฒิด้านพระพุทธศาสนา/บาลี(มหาวิทยาลัยกำหนด)ให้ความเห็นด้านเนื้อหา ทบทวนชุด Benchmark และคำตอบของระบบ
ศูนย์เทคโนโลยีสารสนเทศ(มหาวิทยาลัยกำหนด)จัดเตรียม Cloud, โดเมน, คีย์ LLM API และรับถ่ายโอนระบบ
เจ้าหน้าที่คุ้มครองข้อมูลส่วนบุคคล(มหาวิทยาลัยกำหนด)กำกับการประมวลผลข้อมูลส่วนบุคคลในฐานะผู้ควบคุมข้อมูล (ข้อ 14.1)
ฝ่ายพัสดุ กองบริหารกลางตามที่อยู่ใน TOR ข้อ 17งานสัญญา การส่งมอบ และการเบิกจ่าย

4. ตารางความรับผิดชอบ (RACI)

R = ผู้ลงมือปฏิบัติ (Responsible), A = ผู้รับผิดชอบผลลัพธ์ (Accountable), C = ผู้ให้คำปรึกษา (Consulted), I = ผู้รับทราบ (Informed)

งาน / ผลผลิตPMBATech LeadAI EngSr SEUX/UIQADevOpsมหาวิทยาลัย
แผนดำเนินงานและ Milestone (4.1.1)A/RCCCCICCC (เห็นชอบ)
แผนบริหารความเสี่ยง (4.1.3)A/RCRRCICCI
รวบรวมความต้องการ (4.2.1)ARCCCCIIC
SRS และ OpenAPI 3.0 (4.2.2)ARRCCCCIC (เห็นชอบ)
UX/UI และ Prototype (4.3)ACIICRIIC (เห็นชอบ)
Frontend Website (4.4.1)ICACRCCII
Backend และ AI Engine (4.4.2)ICARRICCI
ระบบประเมินผล AI (4.4.3)ICARCICIC (ชุด Benchmark)
Admin Portal และ Dashboard (4.4.4–4.4.5)ICACRCCII
Data Ingestion Plan และการนำเข้าข้อมูล (4.5)ACCRCICCC (ส่งมอบไฟล์)
Dev/Test/Production และ CI/CD (4.6)IIACCICRC (Cloud/คีย์)
Master Test Plan และการทดสอบ (4.7)ACCCCIRCI
UAT และ Defect Log (4.7.8)ARCCRCRIR (ผู้ทดสอบ)
Vulnerability Scan และ Pentest (4.8)AICCCIRRI
รายงานการประชุม/ความก้าวหน้า/สรุปงวด (4.9)A/RCCCCCCCI
ฝึกอบรมและคู่มือ (4.10)ARCRRCCCR (ผู้เข้าอบรม)
ส่งมอบและถ่ายโอน (4.11)ACRCCICRC (รับมอบ)
การแก้ไขข้อบกพร่องตาม SLA (12.3)AIRRRICRC (ยืนยันผล)
รายงาน SLA รายเดือน (12.5)AICIIICRI

5. ช่องทางติดต่อ

5.1 ช่องทางติดต่อระหว่างดำเนินโครงการ

ช่องทางรายละเอียดใช้สำหรับเวลาตอบรับเป้าหมาย
อีเมลโครงการ(ระบุเมื่อทำสัญญา)การสื่อสารทางการ การส่งเอกสาร การนัดประชุมภายใน 1 วันทำการ
โทรศัพท์ Project Manager(ระบุเมื่อทำสัญญา)ประสานงานเร่งด่วนในเวลาทำการ
กลุ่มสนทนาโครงการ(ระบุเมื่อทำสัญญา ตามช่องทางที่มหาวิทยาลัยเห็นชอบ)ประสานงานประจำวันในเวลาทำการ
ระบบติดตามงาน (Issue Tracker)GitHub Issues ของ Repository โครงการแจ้งและติดตาม Defect และข้อเสนอปรับปรุงตามระดับความรุนแรง

5.2 ช่องทางติดต่อช่วงรับประกัน (ข้อ 11.2)

ช่องทางรายละเอียดเวลาให้บริการ
อีเมลสนับสนุน(ระบุเมื่อทำสัญญา)รับเรื่องตลอด 24 ชั่วโมง
โทรศัพท์สนับสนุน(ระบุเมื่อทำสัญญา)วันและเวลาทำการ
ช่องทางเร่งด่วน(ระบุเมื่อทำสัญญา)สำหรับเหตุระดับความรุนแรงสูง ตลอด 24 ชั่วโมง

ช่องทางทั้งสามแสดงในหน้า /help ของระบบ และการนับเวลาแก้ไขตาม SLA (ข้อ 12.3–12.4) เริ่มเมื่อมหาวิทยาลัยแจ้งผ่านช่องทางใดช่องทางหนึ่งข้างต้น โดยบันทึกในหน้า /admin/defect-log

5.3 ที่อยู่สำหรับติดต่อฝ่ายมหาวิทยาลัย (ตาม TOR ข้อ 17)

ฝ่ายพัสดุ กองบริหารกลาง มหาวิทยาลัยมหามกุฏราชวิทยาลัย เลขที่ 248 หมู่ 1 ถนนศาลายา-นครชัยศรี ตำบลศาลายา อำเภอพุทธมณฑล จังหวัดนครปฐม 73170 โทร. 02 444 6000 ต่อ 1117–1119

6. การยกระดับปัญหา (Escalation)

ระดับผู้รับผิดชอบฝ่ายผู้รับจ้างผู้รับเรื่องฝ่ายมหาวิทยาลัยเงื่อนไขการยกระดับ
1ผู้ปฏิบัติงาน/ผู้รับแจ้งผู้ดูแลระบบ/ผู้แจ้งปัญหาทั่วไป แก้ไขได้ในกรอบเวลา SLA
2Tech Lead หรือ QA Engineerผู้ประสานงานโครงการไม่มีความคืบหน้าภายในครึ่งหนึ่งของเวลา SLA
3Project Managerประธานคณะกรรมการตรวจรับเสี่ยงเกินเวลา SLA หรือกระทบกำหนดส่งมอบ
4ผู้บริหารของผู้รับจ้างผู้บริหารมหาวิทยาลัยที่ได้รับมอบหมายข้อพิพาทด้านขอบเขต ค่าปรับ หรือเหตุละเมิดข้อมูล

7. การเปลี่ยนตัวบุคลากร

  1. ผู้รับจ้างจะคงบุคลากรหลักทั้ง 4 ตำแหน่งตลอดอายุสัญญา
  2. หากมีความจำเป็นต้องเปลี่ยนตัวบุคลากรหลัก ผู้รับจ้างจะแจ้งมหาวิทยาลัยเป็นลายลักษณ์อักษรล่วงหน้า พร้อมเสนอบุคลากรที่มีคุณสมบัติไม่ต่ำกว่าที่ TOR ข้อ 3.12 กำหนด และต้องได้รับความเห็นชอบจากมหาวิทยาลัยก่อน
  3. การส่งมอบงานระหว่างบุคลากรเดิมและบุคลากรใหม่ต้องมีช่วงเวลาทำงานคู่ขนานและบันทึกการส่งมอบงาน
  4. สิทธิ์การเข้าถึงระบบและข้อมูลของบุคลากรที่พ้นหน้าที่จะถูกเพิกถอนทันที และบันทึกใน Audit Log

8. การจัดสรรกำลังคนตามงวดงาน

ตำแหน่งงวดที่ 1 (60 วัน)งวดที่ 2 (240 วัน)งวดที่ 3 (365 วัน)
Project Managerเต็มเวลาเต็มเวลาเต็มเวลา
Business Analystเต็มเวลาบางเวลาเต็มเวลา (ช่วง UAT)
Tech Leadบางเวลาเต็มเวลาเต็มเวลา
AI Engineerบางเวลา (ออกแบบ RAG/ประเมินไฟล์ต้นทาง)เต็มเวลาเต็มเวลา (ปรับจูน/Acceptance)
Senior Software Engineerบางเวลาเต็มเวลาเต็มเวลา
UX/UI Designerเต็มเวลาบางเวลาตามความจำเป็น
QA Engineerบางเวลา (แผนทดสอบ)เต็มเวลาเต็มเวลา
DevOps Engineerตามความจำเป็นเต็มเวลาเต็มเวลา (ถ่ายโอนระบบ)

ตารางข้างต้นเป็นแนวทางการจัดสรรตามลักษณะงานของแต่ละงวด จำนวนคนและสัดส่วนเวลาที่แน่นอนจะระบุในข้อเสนอทางเทคนิคและแผนดำเนินงานฉบับลงนาม