เดินทางมาถึง ตอนที่ 6 กันแล้วนะครับ ในตอนที่แล้ว (Ep.5) เราได้ทำความรู้จักกับ “สถาปนิกใหญ่” อย่าง กรมสื่อสารและเทคโนโลยีสารสนเทศ (สสท.ทร.) ที่นำหลักการ Enterprise Architecture (EA) เข้ามาเป็นเข็มทิศนำทาง
วันนี้ AdminTee จะพาทุกท่านกางกระดาษดู “พิมพ์เขียวใหม่” ฉบับนี้ให้ชัดๆ ว่า หน้าตาของระบบกองทัพเรือในฝันที่เชื่อมโยงกันได้จริงนั้น เป็นอย่างไร? และทำไมพิมพ์เขียวนี้ถึงจะมาช่วยแก้ปัญหา “โลกแตก” ของคนทำงานหน้างานอย่างพวกเราได้ มาติดตามกันครับ
ส่วนที่ 1: ปฐมบทแห่งการเปลี่ยนแปลง (The Genesis of Transformation)
จุดประสงค์: ปูพื้นฐานปัญหาเดิม (Pain Points) และวิสัยทัศน์ใหม่
ตอนที่ 6/80: พิมพ์เขียวใหม่: แนวคิด EA เพื่อการเชื่อมโยงระบบสารสนเทศทั้งกองทัพ
หากเปรียบร่างกายมนุษย์เป็นกองทัพ ที่ผ่านมาเราอาจมี “แขน” ที่แข็งแรง (หน่วยรบ) มี “ขา” ที่ว่องไว (หน่วยส่งกำลัง) แต่ปัญหาคือ “เส้นประสาท” ไม่เชื่อมถึงกัน สมองสั่งให้เดิน แต่ขาไม่ได้รับสัญญาณ… พิมพ์เขียวใหม่ (New EA Blueprint) คือการวางระบบเส้นประสาทนี้ใหม่ทั้งหมดครับ
1. เจาะลึกพิมพ์เขียว: เชื่อมโยง 4 มิติ (The 4 Layers of Connection)
- Business Layer (ภารกิจ): ไม่ได้มองแค่ “ใครทำอะไร” แต่มองว่า “ขั้นตอนไหนสัมพันธ์กัน”
- ตัวอย่าง: เมื่อเรือรบ (User) แจ้งซ่อม -> ระบบส่งข้อมูลไป กรมอู่ฯ (Repair) -> ระบบเช็คอะไหล่ที่ กรมพลาฯ (Supply) -> ระบบเช็คเงินที่ สปช.ทร. (Budget) ทั้งหมดนี้ต้องเป็นเส้นตรงเดียวกัน ไม่ใช่เอกสาร 4 ใบเดินทาง 4 ทิศ
- Data Layer (ข้อมูล): กำหนด “ภาษากลาง”
- คำว่า “กำลังพล” ในระบบ HR กับ “ผู้เบิกเงิน” ในระบบการเงิน ต้องใช้รหัสเดียวกัน (Citizen ID / Navy ID) เพื่อให้ข้อมูลคุยกันรู้เรื่อง
- Application Layer (ระบบงาน): ใช้ Open ERP เป็นตัวกลาง
- แทนที่จะสร้างแอพฯ แยกกัน 100 แอพฯ เราจะใช้ Odoo เป็นแกนกลาง (Core) และให้แอพฯ เฉพาะทางอื่นๆ มาเชื่อมต่อผ่าน “ปลั๊ก” ที่เรียกว่า API
- Technology Layer (โครงสร้างพื้นฐาน): ย้ายจาก Server ใต้โต๊ะทำงาน ไปสู่ Cloud หรือ Data Center กลางของ ทร. เพื่อความปลอดภัยและเข้าถึงได้จากทุกที่
2. ข้อจำกัดและอุปสรรค (The Constraints)
- กำแพงภาษา (Protocol Mismatch): ระบบเก่าแก่ (Legacy) บางตัวของ ทร. สร้างมา 20 ปีแล้ว พูดภาษาโบราณที่ระบบใหม่ฟังไม่ออก
- อาณาจักรส่วนตัว (Ownership): บางหน่วยงานเคยชินกับการเป็นเจ้าของ Server เอง การต้องย้ายข้อมูลไปไว้ที่ “ส่วนกลาง” ตามพิมพ์เขียว EA อาจสร้างความไม่มั่นใจในเรื่องความลับและการเข้าถึง
- ความซับซ้อนของระเบียบ: กฎระเบียบราชการบางอย่างยังกำหนดให้ต้องมี “ลายเซ็นจริง” บนกระดาษ ทำให้การเชื่อมโยงข้อมูลดิจิทัลยังไม่สมบูรณ์ 100%
3. ข้อแนะนำและข้อเสนอแนะ (Recommendations)
- API First Policy: ต่อไปนี้ใครจะสร้างระบบอะไร ห้ามสร้างแบบปิดตาย ต้องมี “ช่องเสียบปลั๊ก” (API) ให้คนอื่นดึงข้อมูลไปใช้ได้เสมอ
- Data Dictionary: ทร. ต้องมีพจนานุกรมข้อมูลฉบับเดียวกัน เพื่อไม่ให้เกิดปัญหานิยามไม่ตรงกัน (เช่น “วัสดุสิ้นเปลือง” ของพลาธิการ กับ การเงิน อาจตีความต่างกัน)
- Start Small: เริ่มเชื่อมโยงจากจุดที่สำคัญที่สุดก่อน คือ คน (HR) – เงิน (Budget) – ของ (Supply) โดยใช้โมเดล Odoo เป็นตัวทดสอบ (Pilot) ซึ่งทาง กสทจ.สปช.ทร. กำลังดำเนินการอยู่
บทสรุป
“พิมพ์เขียว EA” ไม่ใช่ยาวิเศษที่เสกปุ๊บหายปั๊บ แต่มันคือ “แผนที่เดินทาง” ที่จะทำให้เรามั่นใจว่า ทุกเม็ดเงินงบประมาณที่ลงทุนไปกับการพัฒนาระบบ จะไม่สูญเปล่ากลายเป็นขยะอิเล็กทรอนิกส์ในอนาคต
การเปลี่ยนผ่านจาก “ต่างคนต่างทำ” มาสู่ “โครงข่ายประสาทเดียวกัน” อาจต้องใช้เวลาและการปรับตัว แต่ผลลัพธ์คือ ทร. จะมีระบบที่ “Smart” ผู้บังคับบัญชาเห็นภาพรวม และผู้ปฏิบัติงานลดภาระงานซ้ำซ้อนได้อย่างแท้จริงครับ
(อ้างอิง: กรอบมาตรฐานสถาปัตยกรรมองค์กรภาครัฐ (Government Enterprise Architecture Framework) – DGA)
คำถามชวนคิด (เพื่อการมีส่วนร่วม)
- ถ้าเปรียบระบบงานในหน่วยของท่านเป็น “อวัยวะ” ท่านคิดว่าตอนนี้อวัยวะส่วนไหนที่ “ชา” หรือไม่ตอบสนองต่อคำสั่งที่สุด?
- ท่านเคยเจอปัญหา “ชื่อเรียกเดียวกัน แต่เข้าใจคนละความหมาย” ระหว่างหน่วยงาน จนทำให้งานสะดุดหรือไม่?
- ถ้าวันหนึ่ง ท่านสามารถดูข้อมูลพัสดุ เงินเดือน และคำสั่งแต่งตั้ง ได้ในแอพฯ เดียว ท่านคิดว่าชีวิตราชการจะดีขึ้นอย่างไร?
ติดตามตอนต่อไป
เมื่อมีพิมพ์เขียวแล้ว ก็ต้องมี “ช่างฝีมือ” ผู้ลงมือสร้างจริง! ในตอนหน้า Ep.7/80 เราจะไปเจาะลึกบทบาทของ กสทจ.สปช.ทร. (กองสารสนเทศจัดการทรัพยากร สำนักงานปลัดบัญชีทหารเรือ) หน่วยงานที่กล้ารับภารกิจ “ผู้ริเริ่ม” นำแนวคิด Open ERP มาลงมือทำให้เกิดขึ้นจริงใน ทร. เขาทำได้อย่างไร? ห้ามพลาดครับ!
Talk is cheap. Show me the code.