โครงสร้างทีมงาน บทบาทหน้าที่ และช่องทางติดต่อ
อ้างอิง TOR: ข้อ 4.1.2 (โครงสร้างทีมงาน บทบาทหน้าที่ และช่องทางติดต่อ), ข้อ 3.12 (บุคลากรหลักของผู้ยื่นข้อเสนอ), ข้อ 7.1.1 (เอกสารส่งมอบงวดที่ 1), ข้อ 11.2 (ช่องทางติดต่อช่วงรับประกัน)
สถานะเอกสาร: เอกสารฉบับนี้จัดทำเพื่อประกอบระบบสาธิต (Demo) ยังไม่ได้ระบุชื่อบุคคลจริง ทุกตำแหน่งใช้ข้อความ "(ระบุชื่อเมื่อทำสัญญา)" ผู้รับจ้างจะระบุชื่อ คุณวุฒิ ประสบการณ์ และหลักฐานประกอบของบุคลากรตามที่ TOR ข้อ 3.12 กำหนด ในขั้นตอนยื่นข้อเสนอและลงนามสัญญา
1. หลักการจัดโครงสร้างทีม
- มีบุคลากรหลักครบ 4 ตำแหน่งตาม TOR ข้อ 3.12 ได้แก่ Project Manager, AI Engineer, Senior Software Engineer และ UX/UI Designer
- เสริมด้วยบุคลากรสนับสนุน ได้แก่ Business Analyst, QA Engineer, Tech Lead และ DevOps Engineer เพื่อให้ครอบคลุมงานวิเคราะห์ความต้องการ การทดสอบ สถาปัตยกรรม และการติดตั้งระบบ
- ผู้รับจ้างดำเนินงานด้วยบุคลากรของตนเอง ไม่จ้างช่วงงานทั้งหมดหรือบางส่วน (ข้อ 16.1)
- บุคลากรทุกคนที่เข้าถึงข้อมูลของมหาวิทยาลัยต้องลงนามรับทราบข้อตกลงรักษาความลับ (ข้อ 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) | (ระบุชื่อเมื่อทำสัญญา) | บริหารโครงการโดยรวม จัดทำและควบคุมแผนงาน บริหารความเสี่ยง เป็นผู้ติดต่อหลักกับมหาวิทยาลัย จัดประชุม จัดทำรายงานการประชุม รายงานความก้าวหน้า รายงานสรุปประจำงวด และรายงาน SLA | 4.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.3 | 4.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 Test | 4.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 ประสานงาน UAT | 4.2.1, 4.2.2, 4.7.8 |
| Tech Lead | (ระบุชื่อเมื่อทำสัญญา) | กำหนดสถาปัตยกรรม (Microservices, Horizontal Scaling) มาตรฐานการเขียนโค้ด ทบทวนโค้ด ตัดสินใจทางเทคนิค ดูแล OpenAPI 3.0 และ Model Abstraction | 4.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 Test | 4.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)
| งาน / ผลผลิต | PM | BA | Tech Lead | AI Eng | Sr SE | UX/UI | QA | DevOps | มหาวิทยาลัย |
|---|---|---|---|---|---|---|---|---|---|
| แผนดำเนินงานและ Milestone (4.1.1) | A/R | C | C | C | C | I | C | C | C (เห็นชอบ) |
| แผนบริหารความเสี่ยง (4.1.3) | A/R | C | R | R | C | I | C | C | I |
| รวบรวมความต้องการ (4.2.1) | A | R | C | C | C | C | I | I | C |
| SRS และ OpenAPI 3.0 (4.2.2) | A | R | R | C | C | C | C | I | C (เห็นชอบ) |
| UX/UI และ Prototype (4.3) | A | C | I | I | C | R | I | I | C (เห็นชอบ) |
| Frontend Website (4.4.1) | I | C | A | C | R | C | C | I | I |
| Backend และ AI Engine (4.4.2) | I | C | A | R | R | I | C | C | I |
| ระบบประเมินผล AI (4.4.3) | I | C | A | R | C | I | C | I | C (ชุด Benchmark) |
| Admin Portal และ Dashboard (4.4.4–4.4.5) | I | C | A | C | R | C | C | I | I |
| Data Ingestion Plan และการนำเข้าข้อมูล (4.5) | A | C | C | R | C | I | C | C | C (ส่งมอบไฟล์) |
| Dev/Test/Production และ CI/CD (4.6) | I | I | A | C | C | I | C | R | C (Cloud/คีย์) |
| Master Test Plan และการทดสอบ (4.7) | A | C | C | C | C | I | R | C | I |
| UAT และ Defect Log (4.7.8) | A | R | C | C | R | C | R | I | R (ผู้ทดสอบ) |
| Vulnerability Scan และ Pentest (4.8) | A | I | C | C | C | I | R | R | I |
| รายงานการประชุม/ความก้าวหน้า/สรุปงวด (4.9) | A/R | C | C | C | C | C | C | C | I |
| ฝึกอบรมและคู่มือ (4.10) | A | R | C | R | R | C | C | C | R (ผู้เข้าอบรม) |
| ส่งมอบและถ่ายโอน (4.11) | A | C | R | C | C | I | C | R | C (รับมอบ) |
| การแก้ไขข้อบกพร่องตาม SLA (12.3) | A | I | R | R | R | I | C | R | C (ยืนยันผล) |
| รายงาน SLA รายเดือน (12.5) | A | I | C | I | I | I | C | R | I |
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 |
| 2 | Tech Lead หรือ QA Engineer | ผู้ประสานงานโครงการ | ไม่มีความคืบหน้าภายในครึ่งหนึ่งของเวลา SLA |
| 3 | Project Manager | ประธานคณะกรรมการตรวจรับ | เสี่ยงเกินเวลา SLA หรือกระทบกำหนดส่งมอบ |
| 4 | ผู้บริหารของผู้รับจ้าง | ผู้บริหารมหาวิทยาลัยที่ได้รับมอบหมาย | ข้อพิพาทด้านขอบเขต ค่าปรับ หรือเหตุละเมิดข้อมูล |
7. การเปลี่ยนตัวบุคลากร
- ผู้รับจ้างจะคงบุคลากรหลักทั้ง 4 ตำแหน่งตลอดอายุสัญญา
- หากมีความจำเป็นต้องเปลี่ยนตัวบุคลากรหลัก ผู้รับจ้างจะแจ้งมหาวิทยาลัยเป็นลายลักษณ์อักษรล่วงหน้า พร้อมเสนอบุคลากรที่มีคุณสมบัติไม่ต่ำกว่าที่ TOR ข้อ 3.12 กำหนด และต้องได้รับความเห็นชอบจากมหาวิทยาลัยก่อน
- การส่งมอบงานระหว่างบุคลากรเดิมและบุคลากรใหม่ต้องมีช่วงเวลาทำงานคู่ขนานและบันทึกการส่งมอบงาน
- สิทธิ์การเข้าถึงระบบและข้อมูลของบุคลากรที่พ้นหน้าที่จะถูกเพิกถอนทันที และบันทึกใน 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 | ตามความจำเป็น | เต็มเวลา | เต็มเวลา (ถ่ายโอนระบบ) |
ตารางข้างต้นเป็นแนวทางการจัดสรรตามลักษณะงานของแต่ละงวด จำนวนคนและสัดส่วนเวลาที่แน่นอนจะระบุในข้อเสนอทางเทคนิคและแผนดำเนินงานฉบับลงนาม