รากฐานของ ERP: จากไซโลข้อมูลสู่ระบบเดียวที่ทุกแผนกใช้ร่วมกัน
ก่อนพูดถึง SAP, Odoo หรือ Oracle ต้องตอบคำถามที่มาก่อนเครื่องมือทุกตัว: ทำไมองค์กรถึงยอมจ่ายเงินหลักสิบล้านบาทและใช้เวลาเป็นปีเพื่อเปลี่ยนจาก "ระบบที่ใช้งานได้อยู่แล้ว" หลายระบบ ไปเป็น "ระบบเดียว" ที่ดูซับซ้อนกว่าเดิม
1วิวัฒนาการของระบบสารสนเทศองค์กร: สามยุค
ก่อนจะมี ERP องค์กรผ่านวิวัฒนาการของระบบสารสนเทศมาสามยุค แต่ละยุคแก้ปัญหาของยุคก่อนหน้า แต่ก็สร้างปัญหาใหม่ที่ยุคถัดไปต้องแก้อีกที — รูปแบบนี้เป็นแพทเทิร์นที่พบซ้ำในวิวัฒนาการของเทคโนโลยีองค์กรแทบทุกด้าน
| ยุค | ช่วงเวลา | ลักษณะ | ตัวอย่าง |
|---|---|---|---|
| Calculation Systems | 1950s–1980s | ระบบจุดประสงค์เดียว (single purpose) ทำหน้าที่แทนงานคำนวณที่น่าเบื่อของมนุษย์ ใช้ mainframe, เทปแม่เหล็ก, batch processing | Payroll, General Ledger, Inventory count |
| Functional Systems | 1975–2000 | ใช้คอมพิวเตอร์ปรับปรุงการทำงานทั้ง "แผนก" ไม่ใช่แค่งานเดี่ยว ๆ — แต่ละแผนกมีระบบของตัวเอง พัฒนาและติดตั้งแยกกันโดยอิสระ | ระบบ HR, ระบบ Order Entry, ระบบ MRP ของฝ่ายผลิต |
| Integrated Systems (ERP) | 1990s–ปัจจุบัน | ทุกฟังก์ชันใช้ฐานข้อมูลเดียว นิยามข้อมูลร่วมกัน กระบวนการข้ามแผนกเชื่อมต่อกันในระบบเดียว | SAP, Oracle, Microsoft Dynamics, Odoo |
2ปัญหาของแอปพลิเคชันแบบแยกฟังก์ชัน (Function-Based Applications)
- การแชร์ข้อมูลระหว่างระบบทำได้ยากหรือทำไม่ได้เลย
- ข้อมูลซ้ำซ้อน (data duplication) — ชื่อลูกค้าคนเดียวกันถูกกรอกซ้ำในหลายระบบ
- ข้อมูลไม่ตรงกัน (data inconsistency) — แก้ที่ระบบหนึ่งแต่อีกระบบไม่อัปเดตตาม
- แอปพลิเคชันไม่คุยกัน (don't talk to one another)
- ขาดข้อมูลเชิงบูรณาการ ทำให้มองภาพรวมองค์กรไม่ได้
- การตัดสินใจแบบแยกส่วน (isolated decisions) นำไปสู่ความไม่มีประสิทธิภาพโดยรวม และค่าใช้จ่ายที่เพิ่มขึ้น
ทางแก้ที่เป็นไปได้มีหลายระดับ ตั้งแต่เบาไปหนัก: Integration (เชื่อมระบบเดิมเข้าด้วยกันผ่าน interface), Consolidation (รวมระบบที่ซ้ำซ้อนเข้าด้วยกัน), Right-sizing (ปรับขนาดโครงสร้างพื้นฐานให้เหมาะสม), Business Process Redesign (ออกแบบกระบวนการทำงานใหม่) ไปจนถึงทางแก้ที่ ERP เลือกใช้คือ Enterprise-wide System — ระบบเดียวที่ครอบคลุมทั้งองค์กร
3ERP คืออะไร และอะไรที่ทำให้มันต่างจากระบบทั่วไป
สิ่งที่ทำให้ ERP ต่างจาก "ชุดซอฟต์แวร์ที่เชื่อมกันด้วย interface" ทั่วไปมีสี่ข้อ:
โมดูลต่าง ๆ (Sales, Purchasing, Production, Accounting) ไม่ใช่โปรแกรมแยก แต่เป็นส่วนหนึ่งของระบบเดียวกัน
คำว่า "ลูกค้า" หรือ "วัสดุ" มีนิยามและโครงสร้างข้อมูลเดียวกันทั่วทั้งระบบ ไม่ใช่ต่างแผนกต่างนิยาม
ข้อมูลถูกป้อนครั้งเดียว แล้วทุกโมดูลอ่านจากแหล่งเดียวกัน (single source of truth)
แก้ไขข้อมูลในโมดูลหนึ่ง โมดูลอื่นที่เกี่ยวข้องอัปเดตตามทันที โดยไม่ต้องป้อนซ้ำ
4องค์ประกอบและสถาปัตยกรรมของ ERP
ระบบ ERP ประกอบด้วยห้าองค์ประกอบที่ทำงานร่วมกัน ตรงกับโครงสร้างพื้นฐานของระบบสารสนเทศทั่วไป (input–process–output) แต่ขยายให้ครอบคลุมทั้งองค์กร:
| องค์ประกอบ | รายละเอียด |
|---|---|
| Hardware | เซิร์ฟเวอร์และอุปกรณ์ต่อพ่วง |
| Software | ระบบปฏิบัติการและฐานข้อมูล (database) |
| Information | ข้อมูลองค์กรจากแหล่งภายในและภายนอก |
| Process | กระบวนการทางธุรกิจ ขั้นตอนปฏิบัติ และนโยบาย |
| People | ผู้ใช้งานปลายทางและทีม IT |
สถาปัตยกรรมของ ERP มีอิทธิพลต่อต้นทุน การบำรุงรักษา และรูปแบบการใช้งานระบบ แบ่งเป็นสองมุมมอง: Physical Architecture (เซิร์ฟเวอร์ เครือข่าย ฮาร์ดแวร์จริง) และ Logical Architecture (การจัดวางโมดูล ชั้นข้อมูล ชั้นแอปพลิเคชัน) — สถาปัตยกรรมที่ยืดหยุ่น (flexible) คือสิ่งที่ดีที่สุดเพราะรองรับการขยายตัว (scalability) เมื่อความต้องการเปลี่ยนไป หากซื้อระบบจากผู้ขาย สถาปัตยกรรมมักถูกกำหนดโดยผู้ขายเป็นหลัก ต่างจากกรณีที่พัฒนาเอง ซึ่งสถาปัตยกรรมจะถูกขับเคลื่อนด้วยกลยุทธ์และกระบวนการทางธุรกิจขององค์กรเอง
5ประโยชน์และข้อจำกัดของ ERP: มองสองมุม (System vs Business)
การประเมิน ERP ต้องแยกสองมุมมองออกจากกัน: มุมมองเชิง "ระบบ/เทคนิค" (system) และมุมมองเชิง "ธุรกิจ" (business) — เพราะบางครั้งระบบดีเยี่ยมในเชิงเทคนิคแต่ล้มเหลวในเชิงธุรกิจ (หรือกลับกัน)
- รวมข้อมูลและแอปพลิเคชันข้ามแผนก — กรอกครั้งเดียว ใช้ได้ทุกที่ ความถูกต้องของข้อมูลดีขึ้น
- การบำรุงรักษาและซัพพอร์ตง่ายขึ้นเพราะ IT รวมศูนย์
- UI สอดคล้องกันทั่วทั้งระบบ ลดเวลาฝึกอบรม เพิ่ม productivity และย้ายงานข้ามแผนกได้ง่ายขึ้น
- ความปลอดภัยของข้อมูลดีขึ้นเพราะควบคุมจากศูนย์กลาง
- ความซับซ้อนของการติดตั้ง config และดูแลระบบเพิ่มขึ้นมาก ต้องการทีม IT เฉพาะทาง
- การรวมฮาร์ดแวร์/ซอฟต์แวร์/บุคลากรเข้าด้วยกันทำได้ยาก
- การแปลงและย้ายข้อมูล (data conversion) จากระบบเก่าเป็นงานที่ซับซ้อนและใช้เวลานาน
- การฝึกอบรมใหม่สร้างแรงต้าน (resistance) และลด productivity ชั่วคราว
- เพิ่มความคล่องตัว (agility) ในการตอบสนองต่อการเปลี่ยนแปลงของสภาพแวดล้อม
- การแชร์ข้อมูลช่วยให้หน่วยงานต่าง ๆ ร่วมมือกันดีขึ้น
- เชื่อมข้อมูลกับพันธมิตรในซัพพลายเชนแบบเรียลไทม์ เพิ่มประสิทธิภาพ
- บริการลูกค้าดีขึ้นเพราะข้อมูลไหลเร็วข้ามแผนก
- ประสิทธิภาพกระบวนการดีขึ้นจากการทำ re-engineering
- การฝึกอบรมพนักงานทั้งองค์กรใหม่มีต้นทุนสูงและใช้เวลานาน
- การเปลี่ยนบทบาทงานและขอบเขตแผนกสร้างความปั่นป่วนและแรงต้าน
6ERP vs E-Business: คนละเรื่องที่มักถูกปนกัน
| มิติ | E-Business | ERP |
|---|---|---|
| โฟกัสหลัก | เชื่อมธุรกิจกับพันธมิตรและผู้มีส่วนได้ส่วนเสียภายนอก | รวมไซโลฟังก์ชันภายในองค์กรเข้าเป็นแอปพลิเคชันเดียว |
| ลักษณะเทคโนโลยี | Disruptive — เปลี่ยนวิธีซื้อขาย บริการลูกค้า และความสัมพันธ์กับซัพพลายเออร์แบบพลิกโฉม | Adaptive — รวมความพยายามด้าน data processing และ integration ที่มีมาก่อนหน้าเข้าด้วยกัน |
| จุดเริ่มต้น | การสื่อสาร (email), การทำงานร่วมกัน (calendar), การตลาด (website), E-commerce — เน้น Front office | การแชร์ข้อมูล การรวมระบบ การเปลี่ยนกระบวนการ และการตัดสินใจที่ดีขึ้น — เน้น Back office |
7วงจรชีวิตการติดตั้ง ERP (ERP Implementation Life Cycle)
กุญแจของการติดตั้งที่สำเร็จคือการใช้ระเบียบวิธีที่พิสูจน์แล้ว (proven methodology) ทำทีละขั้นตอน และเริ่มจากการวางแผนและทำความเข้าใจ ERP life cycle — เพราะการติดตั้ง ERP มีความเสี่ยงสูงมาก การใช้แผนโครงการที่ชัดเจนคู่กับระเบียบวิธีที่พิสูจน์แล้วช่วยบริหารความเสี่ยงเหล่านี้ได้ และต้องมีความจำเป็นที่ชัดเจนและสื่อสารได้ (well-communicated need) สำหรับการเปลี่ยนจากระบบเดิมไปเป็น ERP
Go-live และห้าด้านของการรักษาเสถียรภาพ (Stabilization)
"Go-live" คือจุดวิกฤตที่สุดจุดหนึ่งของความสำเร็จโครงการ — ต้องรวมความพยายามของทุกทีมโครงการเพื่อให้แน่ใจว่างานเสร็จก่อนวัน Go-live รวมถึงกระบวนการเตรียมความพร้อม (readiness) ที่ครอบคลุมสมาชิกทีม ผู้ใช้งาน และผู้จัดการที่เกี่ยวข้องให้มากที่สุด หลัง Go-live มีห้าด้านที่ต้องดูแลเพื่อรักษาเสถียรภาพ:
และข้อที่ 5 คือการเพิ่มฟีเจอร์และฟังก์ชันใหม่เพื่อรองรับความต้องการที่วิวัฒนาการต่อไปขององค์กร
คนและองค์กรในการติดตั้ง
| องค์ประกอบ | บทบาท |
|---|---|
| Project Management | ต้องมีภาวะผู้นำที่แข็งแกร่ง แผนการติดตั้งที่ชัดเจนและเข้าใจตรงกัน และการติดตามงบประมาณอย่างใกล้ชิด |
| Consultants | องค์กรที่ไม่มีประสบการณ์ติดตั้ง ERP มักใช้พันธมิตรผู้ติดตั้ง (implementation partners) เช่นที่ปรึกษา |
| Change Management | เตรียมองค์กรรับการเปลี่ยนแปลงวิธีทำงาน การสื่อสาร เตรียมความพร้อม และตั้งความคาดหวังสำคัญพอ ๆ กับการฝึกอบรม |
| Business Process Re-engineering | กระบวนการทางธุรกิจต้องถูกปรับเปลี่ยนให้เข้ากับระบบใหม่ เพื่อใช้ฟังก์ชันของ ERP ได้เต็มที่ |
| Global, Ethical & Security Management | การจ้างงานข้ามประเทศ ประเด็นจริยธรรม และปัญหาความปลอดภัยของระบบ ล้วนได้รับความสนใจมากขึ้นในการติดตั้ง ERP |
8การเลือกผู้ขายและตลาด ERP
องค์กรที่ไม่มีประสบการณ์พัฒนาระบบ ERP เองควรซื้อจากตลาด ก่อนเลือกผู้ขายต้องประเมินความต้องการปัจจุบันและอนาคตอย่างรอบคอบ และทบทวนโครงสร้างพื้นฐานฮาร์ดแวร์ เครือข่าย ซอฟต์แวร์ที่มีอยู่ รวมถึงทรัพยากรที่มีสำหรับการติดตั้ง เกณฑ์ประเมินผู้ขายครอบคลุม: ฟังก์ชัน/โมดูลที่รองรับ, ความสามารถด้าน integration, ความมั่นคงทางการเงินและอายุธุรกิจของผู้ขาย, นโยบายไลเซนส์และอัปเกรด, บริการลูกค้า, ต้นทุนรวมการเป็นเจ้าของ (TCO), ความต้องการโครงสร้างพื้นฐาน IT, การ integration กับซอฟต์แวร์บุคคลที่สาม, การรองรับระบบเดิม (legacy), บริการที่ปรึกษาและฝึกอบรม, และแผนระยะสั้น-ยาวของผู้ขาย
ผู้นำตลาด ERP ระดับโลกที่มีผู้ใช้กว่า 12 ล้านคน ครอบคลุมทุกอุตสาหกรรมและทุกตลาดหลัก — ระบบที่วิชานี้ใช้อ้างอิงสอนภาคทฤษฎี
ผู้ขาย ERP อันดับสองของโลก แบ่งโซลูชันตามอุตสาหกรรม และรองรับลูกค้า PeopleSoft ต่อเนื่องหลังเข้าซื้อกิจการปี 2004
เดิมชื่อ Microsoft Business Solutions/Great Plains รวมการเงิน e-commerce ซัพพลายเชน การผลิต การบัญชีโครงการ บริการภาคสนาม CRM และ HR บนแพลตฟอร์ม Microsoft
9ความยากของการติดตั้งจริง และกับดักที่พบบ่อย
- ไม่ได้ทำ benchmark สถานะปัจจุบันขององค์กรอย่างเพียงพอ
- ไม่ได้วางแผนรับมือกับการเปลี่ยนแปลงระดับใหญ่ (major transformation)
- ขาดการสนับสนุนจากผู้บริหารระดับสูง (executive sponsorship)
- ไม่ได้กำหนดเป้าหมายและวัตถุประสงค์ให้ชัดเจนเพียงพอ
- ปรับแต่ง (customize) ระบบใหม่ให้ "เหมือนระบบ MRP เก่า" มากเกินไป จนเสียประโยชน์ของการรีดีไซน์กระบวนการ
การ customize ให้ ERP ใหม่ "ทำงานเหมือนระบบเก่า" คือการเสียเงินซื้อระบบใหม่แต่ยังคงปัญหาของระบบเก่าไว้ทั้งหมด — จุดประสงค์ของ ERP คือบังคับให้คิดใหม่ตาม best-practice process ที่ฝังอยู่ในซอฟต์แวร์ ไม่ใช่บังคับซอฟต์แวร์ให้เข้ากับนิสัยเดิม
10ทันสมัย: ภูมิทัศน์ ERP เปลี่ยนไปอย่างไรตั้งแต่ตำราถูกเขียน
- อธิบายวิวัฒนาการสามยุคของระบบสารสนเทศองค์กร (Calculation → Functional → Integrated) และปัญหาของแต่ละยุคที่ยุคถัดไปแก้
- อธิบายสี่สิ่งที่ทำให้ ERP ต่างจากชุดซอฟต์แวร์ที่เชื่อมกันด้วย interface ทั่วไป
- เปรียบเทียบ System Benefits/Limitations กับ Business Benefits/Limitations ของ ERP พร้อมยกตัวอย่างสถานการณ์ที่ระบบดีในเชิงเทคนิคแต่ล้มเหลวเชิงธุรกิจ
- อธิบายว่าทำไม "การ customize ERP ให้เหมือนระบบเก่า" ถึงถูกจัดเป็นกับดักที่อันตรายที่สุดข้อหนึ่ง
- เปรียบเทียบ ERP กับ E-Business ในมิติโฟกัส (front office vs back office) พร้อมยกตัวอย่างระบบที่จัดอยู่ในแต่ละฝั่ง