Unit 11 — Project Change Management
1. Change Management คืออะไร
การบริหารการเปลี่ยนแปลง = วิธีการบริหารจัดการที่นำไปสู่การปฏิรูปกลยุทธ์การบริหารองค์กรหรือโครงการ
รวมถึงการวางแผนและระบบงานต่างๆ ที่เชื่อมโยงกับการเปลี่ยนแปลงทั้งหมด
ทุกการเปลี่ยนแปลงย่อมมีผลกระทบตามมา จึงนำ Change Management มาใช้
เพื่อ จัดการการเปลี่ยนแปลงให้เป็นไปในทางที่ดีและลดผลกระทบให้น้อยที่สุด
3 ประโยคที่ต้องจำ:
• ทุกๆ การเปลี่ยนแปลงย่อมมีความเสี่ยงเกิดขึ้นเสมอ
• การเปลี่ยนแปลงมีขึ้นได้ตลอดโครงการ และการบริหารการเปลี่ยนแปลงช่วย ลดความเสี่ยง ของโครงการ
• การเปลี่ยนแปลงเป็นจุดกำเนิดของโครงการใหม่ๆ
• ทุกๆ การเปลี่ยนแปลงย่อมมีความเสี่ยงเกิดขึ้นเสมอ
• การเปลี่ยนแปลงมีขึ้นได้ตลอดโครงการ และการบริหารการเปลี่ยนแปลงช่วย ลดความเสี่ยง ของโครงการ
• การเปลี่ยนแปลงเป็นจุดกำเนิดของโครงการใหม่ๆ
2. Level of Changes — 3 ระดับ
| ระดับ | มุ่งเน้นอะไร |
|---|---|
| 1. Individual Change Management รายบุคคล |
มุ่งเน้นเปลี่ยนแปลง พนักงานเป็นสำคัญ ต้องเข้าใจว่าพนักงานคนหนึ่งต้องการอะไรจึงจะเปลี่ยนแปลงได้สำเร็จ และต้องรู้ว่าจะช่วยเขาก้าวผ่านจุดเดิมไปได้อย่างไร |
| 2. Project-Based Change Management รายโครงการ |
เน้น กลุ่มก้อนของพนักงานที่ทำงานร่วมกันในโครงการ จำเป็นต้องระบุโครงการที่ต้องการเปลี่ยนแปลงและสิ่งที่ต้องการเปลี่ยนให้ชัดเจน |
| 3. Organizational Change Management เชิงองค์กร |
ตอบสนองต่อการเปลี่ยนแปลงของตลาด ความต้องการของลูกค้า และเงื่อนไขทางสังคม ผนวกกับกลยุทธ์การบริหารอื่น แล้วระบุแผนการปฏิบัติงานเพื่อสื่อสารให้ทุกคนในองค์กรเดินไปทิศทางเดียวกัน |
เมื่อเกิดการเปลี่ยนแปลงในโครงการ สิ่งที่ต้องทำ
- ระบุให้ได้ว่า จุดไหนที่ต้องเปลี่ยน
- หา สาเหตุ ที่ต้องเปลี่ยนแปลง
- วิเคราะห์หา ความแตกต่างระหว่างสถานภาพปัจจุบันและอนาคตที่ต้องการ
- กำหนด ทางเลือก หรือหาหนทางไปสู่เป้าหมายการเปลี่ยนแปลงนั้น
- อย่าลืมสื่อสาร ภายในทีมและผู้ที่เกี่ยวข้อง
Change Curve (Kubler-Ross)
A Cycle of Change for People and Business — คนไม่ได้ยอมรับการเปลี่ยนแปลงทันที แต่ไหลผ่านช่วงอารมณ์ก่อนจะปรับตัวได้
Change Curve — ช่วงต่ำสุดคือจุดที่ต้องสื่อสารและสนับสนุนมากที่สุด
3. Type of Change Management — 4 ประเภท
| ประเภท | ลักษณะ | ตัวอย่าง |
|---|---|---|
| Anticipatory Change Planned response to expected changes |
เตรียมรับการเปลี่ยนแปลงที่รู้หรือคาดการณ์ไว้แล้วเชิงรุก องค์กรระบุการเปลี่ยนแปลงที่อาจเกิด และ พัฒนาแผนก่อนที่มันจะเกิด | เตรียม system upgrade ก่อนที่เทคโนโลยีเดิมจะล้าสมัย |
| Reactive Change Response to unexpected changes |
ตอบสนองต่อเหตุการณ์ที่เกิดขึ้นทันทีและไม่ได้วางแผน เน้น ลดการหยุดชะงักและกู้คืนการทำงานปกติ | ปรับลำดับความสำคัญของโครงการเพื่อตอบสนองต่อความล้มเหลวทางเทคนิคหรือวิกฤตฉับพลัน |
| Incremental Change Small and continuous improvements |
เปลี่ยนแปลงทีละน้อยอย่างต่อเนื่อง ลดการหยุดชะงัก ขณะที่ยังปรับตัวและเรียนรู้ได้ต่อเนื่อง | เพิ่ม feature ใหม่และปรับปรุงผลิตภัณฑ์ซอฟต์แวร์เป็นประจำ |
| Strategic Change Large-scale organizational transformation |
จัดการการเปลี่ยนแปลงใหญ่ที่กระทบทิศทาง โครงสร้าง หรือการดำเนินงานขององค์กรทั้งหมด ต้อง align กลยุทธ์ คน กระบวนการ และเทคโนโลยี | รับ digital business model ใหม่ หรือทำ technology transformation ทั่วบริษัท |
จำง่าย: Anticipatory = รู้ล่วงหน้า / Reactive = ตั้งรับฉับพลัน /
Incremental = ทีละนิดต่อเนื่อง / Strategic = พลิกทั้งองค์กร
4. Change Factors — ปัจจัยของการเปลี่ยนแปลง
ปัจจัยภายนอก 5 กลุ่ม และปัจจัยภายใน 7 กลุ่ม
ปัจจัยภายนอก (5)
| ปัจจัย | ผลกระทบ |
|---|---|
| สังคมและประชากร | ค่านิยมการบริโภคเปลี่ยน องค์กรต้องเปลี่ยนระบบการผลิต ลักษณะสินค้าและบริการ / โครงสร้างประชากรเปลี่ยนกระทบรูปแบบผลิตภัณฑ์ กลยุทธ์การขายและการตลาด |
| การเมืองและกฎหมาย | นโยบายและกฎหมายเปลี่ยน องค์กรต้องปรับนโยบายการทำงานและระบบบริหาร โดยต้อง เปลี่ยนให้รวดเร็วและเกิดความขัดแย้งน้อยที่สุด |
| สภาวะเศรษฐกิจ | เศรษฐกิจไม่ดีต้องลดบุคลากรและการผลิต / เศรษฐกิจดีต้องเพิ่มการผลิตและมีภารกิจเพิ่ม |
| คู่แข่งขัน | กระทบกลยุทธ์การตลาด การหาลูกค้าใหม่ เพื่อเพิ่มส่วนแบ่งตลาดและขยายการเติบโต |
| เทคโนโลยี | กระทบกิจกรรมหลักขององค์กร ต้องเปลี่ยนระบบการผลิตเพื่อสร้างความได้เปรียบ และกระทบการบริหารทรัพยากรมนุษย์ |
ปัจจัยภายใน (7)
| ปัจจัย | รายละเอียด |
|---|---|
| วัฒนธรรม | ค่านิยมการทำงาน การร่วมมือและการให้อำนาจ มิตรภาพและการบริการลูกค้า การทำงานเป็นทีม ความหลากหลาย ความรู้สึกเป็นครอบครัว |
| กลยุทธ์ | การเปลี่ยนกลยุทธ์ทำให้ทิศทางองค์กรเปลี่ยน เช่น ออกผลิตภัณฑ์ใหม่ เพิ่มความหลากหลาย ให้ความสำคัญกับการบริการ ราคา และคุณภาพ |
| โครงสร้างองค์กร | ปรับโครงสร้าง กระจายอำนาจการบริหาร ปรับลดหรือควบรวมแผนก ลดลำดับชั้น และเปลี่ยนหลักเกณฑ์การประเมินผลงาน |
| กระบวนการทำงาน | ผลมาจากการเปลี่ยนแปลงเทคโนโลยีและโครงสร้างองค์กร ทำให้เปลี่ยนวิธีแปรสภาพปัจจัยนำเข้าเป็นผลผลิต |
| เทคโนโลยี | เปลี่ยนเครื่องมือในการผลิตหรือบริการ เพื่อเพิ่มความสามารถในการแข่งขันและการบริหารงานบุคคล |
| กระบวนการตัดสินใจ | องค์กรโครงสร้างแบบ แบนราบ ผู้บริหารระดับสูงมีอำนาจตัดสินใจน้อยลง การตัดสินใจกระทบการเปลี่ยนแปลงในองค์กร |
| บุคลากร | หน้าที่ ความรับผิดชอบ ทัศนคติ และความคาดหวังของบุคลากร |
5. Change Control Process — 3 ขั้น
Change Control Process 3 ขั้น
- Change Request Submission & Logging — ผู้เกี่ยวข้อง เช่น ทีมงาน ลูกค้า หรือ Sponsor ส่งคำขออย่างเป็นทางการผ่าน Change Request Form พร้อมระบุเหตุผลและผลกระทบเบื้องต้น แล้วบันทึกลงใน Change Log เพื่อติดตามสถานะ
- Impact Analysis & CCB Review — ทีมประเมินผลกระทบต่อ Cost, Schedule, Scope และ Quality จากนั้นเสนอต่อ CCB เพื่อพิจารณา อนุมัติ ปฏิเสธ หรือขอข้อมูลเพิ่มเติม
- Update Baselines & Communicate — เมื่ออนุมัติแล้วต้องปรับปรุงเอกสาร Baseline (ทั้ง 3 ด้าน) ให้เป็นปัจจุบัน พร้อมสื่อสารให้ทุกฝ่ายทราบ ก่อนเริ่มดำเนินงานจริง
Change Control Board (CCB)
CCB = กลุ่มบุคคลที่มี อำนาจอนุมัติคำขอเปลี่ยนแปลงอย่างเป็นทางการ ก่อนที่การเปลี่ยนแปลงใดๆ จะถูกนำไปปรับปรุง Baseline ของโครงการ
- CCB อนุมัติ/ปฏิเสธคำขอโดยพิจารณาผลกระทบต่อ Scope, Cost, Schedule
- มติที่ประชุมต้องมีการบันทึกและแจ้งทีมทราบเสมอ
- สมาชิกหลักโดยทั่วไป: Sponsor, PM, Technical Lead ที่เกี่ยวข้องโดยตรงกับส่วนงานที่ขอเปลี่ยนแปลง — บางโครงการอาจเชิญ ตัวแทนลูกค้า เข้าร่วมด้วย
Change Request Form — ช่องที่ต้องมี
| Field | ใส่อะไร |
|---|---|
| CR ID | รหัสอ้างอิงคำขอ เช่น CR-2026-014 |
| Requestor | ชื่อ-สกุล ตำแหน่ง บทบาทในโครงการของผู้ยื่นคำขอ |
| Request Date | วันและเวลาที่ยื่นคำขอ |
| Change Detail | คำอธิบายสิ่งที่ต้องการเปลี่ยนแปลง |
| Reason / Background | เหตุผลที่ต้องเปลี่ยน จากความต้องการธุรกิจ ปัญหา ฯลฯ |
| Impact Analysis | ผลกระทบในมิติที่เกี่ยวข้อง เช่น ขอบเขตงาน งบ เวลา คุณภาพ ทรัพยากร/เครื่องมือ |
| Priority | Critical, High, Moderate, Low |
| Reviewed by | ชื่อหรือหน่วยงานที่พิจารณา เช่น PM, CCB |
| Decision | Approved, Rejected, Deferred พร้อมวันที่และลายเซ็นกำกับ |
6. Change Management vs Change Control
| ประเด็นเปรียบเทียบ | Change Management | Change Control |
|---|---|---|
| ระดับที่ใช้ | องค์กร / บุคคล / ทีมงาน | ระดับโครงการ (Baseline) |
| เป้าหมายหลัก | ลดแรงต้าน ช่วยให้คนปรับตัวได้ | ควบคุม Scope, Cost, Schedule ให้เป็นไปตามแผน |
| ผู้รับผิดชอบหลัก | Sponsor, HR, Manager | PM, CCB |
| เครื่องมือหลัก | Communication Plan, Change Curve | Change Request Form, Change Log |
| ผลลัพธ์ | คนยอมรับและปรับตัวต่อการเปลี่ยนแปลง | Baseline ที่ได้รับการอัปเดตและอนุมัติแล้ว |
ทั้งสองทำงานร่วมกัน — Change Management ดูแลเรื่อง "คน" /
Change Control ดูแลเรื่อง "เอกสาร/กระบวนการ" ของโครงการ
7. ตัวอย่าง Change Request ที่พบจริง
- ลูกค้าขอเพิ่มระบบชำระเงินด้วย QR Code ซึ่งไม่อยู่ใน Scope เดิม
- ทีมพัฒนาพบช่องโหว่ด้านความปลอดภัยใน Library ต้องอัปเกรดเป็นเวอร์ชันที่ไม่รองรับ API เดิม ต้องแก้โค้ดหลายส่วน
- Sponsor ขอเลื่อนวันส่งมอบให้เร็วขึ้น 2 สัปดาห์ เพราะคู่แข่งเตรียมเปิดตัวผลิตภัณฑ์คล้ายกัน
- ลูกค้าขอเปลี่ยน Design หน้า Home ทั้งหมด หลังเห็น Mockup ของคู่แข่ง
- ทีม QA พบว่า feature ค้นหาสินค้าทำงานช้าเกินไป ต้องปรับสถาปัตยกรรมฐานข้อมูลใหม่
- ฝ่ายกฎหมายแจ้งว่ากฎหมาย PDPA ฉบับใหม่กำหนดให้ต้องมีระบบขอความยินยอมก่อน Go-Live
- ผู้บริหารขอเพิ่มภาษาที่ 3 (ภาษาจีน) หลังตัดสินใจขยายตลาดต่างประเทศ
- ทีม DevOps เสนอเปลี่ยน Cloud Provider เพราะค่าใช้จ่ายสูงเกินงบ
- ลูกค้าขอ ยกเลิก Feature หนึ่งที่เคยตกลงไว้ เพราะเปลี่ยนกลยุทธ์ธุรกิจ
- ผู้ให้บริการ API ภายนอก (เช่น Payment Gateway) ประกาศยกเลิกการรองรับเวอร์ชันเดิมภายใน 3 เดือน ต้องย้ายไป API เวอร์ชันใหม่
สังเกต: คำขอเปลี่ยนแปลงไม่ได้มาจากลูกค้าเท่านั้น — มาจาก Sponsor, ทีมพัฒนา, QA, ฝ่ายกฎหมาย, DevOps และผู้ให้บริการภายนอก ได้ทั้งหมด
และบางกรณีเป็นการ ลด scope ไม่ใช่เพิ่มเสมอไป (ข้อ 9)