| การจัดการความรู้ | |||||||||||||||||||||||||||||||||
| การสร้าง WebApp สำนักงานด้วย ChatGPT(Codex) และเชื่อมฐานข้อมูลจริงด้วย Supabase
post: 2026-08-05 21:09:45 by: ฐิติกรณ์รัศมิ์ ภัททสิริภูวดล views: 142 กลุ่ม: CoP Future Office POLUBU |
|||||||||||||||||||||||||||||||||
 |
| ประเด็นปัญหา | ลักษณะที่เกิดขึ้น | ผลกระทบ |
|---|---|---|
| 1. ไม่รู้ว่าต้องเริ่มจากอะไร | ติดตั้งเครื่องมือไม่ครบ หรือเปิดโปรแกรมแล้วไม่รู้จะพิมพ์อะไรลงช่องแชท | ล้มเลิกตั้งแต่ชั่วโมงแรก |
| 2. กลัวว่าต้องเขียนโค้ดเป็นก่อน | คิดว่าเรื่องนี้เป็นงานของสายไอทีเท่านั้น | ไม่กล้าเริ่ม ทั้งที่งานของตัวเองรู้ดีที่สุด |
| 3. เขียน Requirement ไม่เป็น | บอก AI ว่า “ทำเว็บให้หน่อย” โดยไม่ระบุว่าเว็บเกี่ยวกับอะไร มี role อะไร ใครเข้าถึงหน้าไหนได้ | ได้ผลลัพธ์ไม่ตรงความต้องการ ต้องรื้อใหม่หลายรอบ |
| 4. รีบเชื่อมฐานข้อมูลตั้งแต่แรก | สร้าง UI กับฐานข้อมูลพร้อมกัน | เกิด error พร้อมกันหลายจุด แก้ไม่ถูกจุด |
| 5. ไม่เข้าใจว่า API Keys คืออะไร | สับสนระหว่าง Project URL, Anon public และ Service Role หยิบผิดตัว | เว็บเชื่อมฐานข้อมูลไม่ได้ |
| 6. เจอ error แล้วหยุด | เห็นข้อความสีแดงแล้วคิดว่าทำผิดจนแก้ไม่ได้ | เลิกกลางคัน ทั้งที่วิธีแก้คือคัดลอก error ไปวางในช่องแชทให้ AI แก้ให้ |
| 7. ทำเสร็จแล้วใช้ได้คนเดียว | เว็บรันอยู่ที่ localhost:3000 บนเครื่องตัวเอง | เพื่อนร่วมงานใช้ไม่ได้ ไม่เกิดประโยชน์กับสำนักงาน |
| 8. ไม่มีที่เก็บโค้ด | แก้ไขทับไปเรื่อย ๆ ไม่มีสำเนา | เครื่องเสียแล้วงานหาย ย้อนกลับไม่ได้ |
| 9. ความเสี่ยงด้านความปลอดภัยและข้อมูลส่วนบุคคล | นำ Service Role Key หรือข้อมูลจริงของบุคลากรขึ้นพื้นที่สาธารณะโดยไม่ตั้งใจ | ข้อมูลรั่วไหล และอาจขัดต่อกฎหมายคุ้มครองข้อมูลส่วนบุคคล |
| 10. ความรู้อยู่กับคนเดียว | ผู้ที่ไปอบรมกลับมาทำคนเดียว ไม่มีการถ่ายทอด | เมื่อผู้นั้นลาหรือย้ายงาน ระบบไม่มีคนดูแลต่อ |
ทักษะนี้ไม่ใช่การเปลี่ยนเจ้าหน้าที่สำนักงานให้เป็นโปรแกรมเมอร์ แต่เป็นการทำให้ คนที่รู้กระบวนงานดีที่สุดสามารถสร้างเครื่องมือของตัวเองได้ ซึ่งตรงกับทิศทางการเปลี่ยนผ่านสู่มหาวิทยาลัยดิจิทัลและการลดขั้นตอนการทำงาน โดยใช้ทรัพยากรน้อยกว่าการพัฒนาระบบแบบเดิมมาก
3.กลุ่มเป้าหมายและวิธีการถอดบทเรียน
กลุ่มหลัก เจ้าหน้าที่สำนักงาน คณะรัฐศาสตร์ (บุคลากรสายสนับสนุนวิชาการทุกงาน)
กลุ่มร่วมแลกเปลี่ยน งานการเงิน พัสดุ บุคคล แผนและงบประมาณ ซึ่งเป็นเจ้าของข้อมูลและกระบวนงาน
กลุ่มผู้ให้ความรู้ วิทยากรผู้สอน และเจ้าหน้าที่ที่ผ่านการอบรมรุ่นแรก
กลุ่มผู้ใช้ประโยชน์ต่อ ผู้บริหารคณะ คณาจารย์
วิธีการถอดบทเรียน
- เรียนรู้จากการลงมือทำจริง (Learning by Doing) อบรมเชิงปฏิบัติการ 2 ครั้ง ครั้งละประมาณ 2 ชั่วโมงครึ่ง ผ่านระบบประชุมออนไลน์ พร้อมบันทึกวิดีโอย้อนหลังให้ทบทวน
- ใช้โจทย์จริงของสำนักงานเป็นโปรเจกต์ ไม่ใช้ตัวอย่างสมมติ แต่ให้ผู้เรียนนำงานที่ตนรับผิดชอบมาเป็นระบบที่จะสร้าง เช่น ระบบบริหารจัดการคำขอการจัดซื้อจัดจ้างและการบริหารพัสดุ หรือระบบทะเบียนลูกหนี้ที่แปลงจากไฟล์ Excel เดิม
- ตอบแบบสอบถามเตรียมความพร้อมก่อนเรียน กำหนดให้ผู้เรียนตอบคำถาม 4 ข้อล่วงหน้า เพื่อให้มี Requirement ตั้งต้นก่อนเข้าชั้นเรียน
- ถอดบทเรียนจากอุปสรรคระหว่างทำ บันทึกทุกจุดที่ผู้เรียนติดขัด พร้อมวิธีแก้ที่ได้ผล แล้วรวบรวมเป็นคลัง Troubleshooting
- รวบรวมคลัง Prompt ที่ใช้ได้ผล เก็บ Prompt ที่ให้ผลลัพธ์ดีไว้เป็นชุดมาตรฐาน เพื่อให้คนต่อไปไม่ต้องลองผิดลองถูกใหม่
- สรุปเป็นคู่มือทีละขั้น เรียบเรียงเป็นคู่มือที่คนไม่มีพื้นฐานเขียนโค้ดอ่านแล้วทำตามได้เอง
- ขยายผลสู่เพื่อนร่วมงาน ผู้ผ่านการอบรมเป็นพี่เลี้ยงให้เจ้าหน้าที่คนอื่นในรุ่นถัดไป
ระยะเวลา ดำเนินการในปีงบประมาณ พ.ศ. 2569
ไฟล์แนบ : รายงานการถอดบทเรียนและถ่ายทอดองค์ความรู้ (Community of Practice: CoP), ไฟล์นำเสนอใช้แลกเปลี่ยนเรียนรู้, one page summary
