941 คำ
5 นาที
Project Management 101 EP.06 — Stakeholder + Change Management
สารบัญ

📚 EP นี้เป็นตอนที่ 6 ของ mini-series Project Management 101 — สารบัญรวม อยู่ที่นี่

มีสุภาษิตในวงการ PM: “Projects don’t fail because of technology. They fail because of people.”

ตอนนี้พูดเรื่องคน — 2 มุมที่ไม่มี framework เทคนิคไหนช่วยได้ ถ้าไม่จัดการ:

  1. Stakeholder Management — ใครเกี่ยวข้องและต้องการอะไร
  2. Change Management — คนยอมรับการเปลี่ยนแปลงยังไง

ส่วนที่ 1: Stakeholder Management#

Stakeholder คือใคร?#

Stakeholder = ทุกคนที่ project กระทบ — รับประโยชน์, เสียประโยชน์, หรือมีส่วนตัดสินใจ

ตัวอย่างใน project ติดตั้ง CRM ใหม่:

  • Sponsor (CEO) — สั่งให้ทำ, จ่ายเงิน
  • Sales team — user หลัก, อาจชอบ/ไม่ชอบ
  • IT operations — ต้องดูแลหลัง go-live
  • Finance — กังวลเรื่อง budget
  • Customer — รับผลกระทบทางอ้อม
  • Vendor — ขายระบบ, ติดตั้ง
  • Regulator (PDPA) — ตรวจ data handling
  • Existing CRM team (จะถูก replace?) — กลัวตกงาน

ลืม stakeholder = เจอ surprise — มี department ที่ผมไม่ได้คุยกับเขา ลุกขึ้นมา block project ตอน UAT

กฎทอง: stakeholder ไม่ใช่ทุกคนเท่ากัน#

บางคนต้องคุยทุกอาทิตย์ บางคน update รายเดือนพอ — ขึ้นกับ อำนาจ + ความสนใจ ของเขา


Mendelow Matrix — เครื่องมือ classify stakeholder#

Origin: Aubrey Mendelow, 1991

แบ่ง stakeholder ตาม 2 มิติ:

  • Power — มีอำนาจกระทบ project แค่ไหน
  • Interest — สนใจ project แค่ไหน
Power สูง
Keep Satisfied │ Manage Closely
(รักษาให้พอใจ) │ (จัดการใกล้ชิด)
───────────────────────────────── Interest
Monitor │ Keep Informed
(ติดตามเฉยๆ) │ (แจ้งสม่ำเสมอ)
Power ต่ำ

4 quadrants#

1. Manage Closely (Power สูง + Interest สูง)

  • ใคร: Sponsor, Steering Committee, Champion
  • กลยุทธ์: ประชุมรายอาทิตย์, full transparency, ดึงเข้ามามีส่วนตัดสินใจ
  • ตัวอย่าง: CEO ที่ push project → คุยรายอาทิตย์

2. Keep Satisfied (Power สูง + Interest ต่ำ)

  • ใคร: Executive ของ department อื่นที่กระทบทางอ้อม
  • กลยุทธ์: รายงานสรุประดับสูง, ไม่ flood ด้วยรายละเอียด, ฟังถ้าเขามีคำถาม
  • ตัวอย่าง: CFO ที่ไม่สน detail แต่อยากรู้ว่า budget on-track

3. Keep Informed (Power ต่ำ + Interest สูง)

  • ใคร: Power user ของระบบเดิม, ทีม operations ที่จะรับมา maintain
  • กลยุทธ์: ส่ง update รายอาทิตย์, ฟัง feedback, ใช้เป็น early warning
  • ตัวอย่าง: Lead ของ sales team ที่อยากรู้ feature ใหม่

4. Monitor (Power ต่ำ + Interest ต่ำ)

  • ใคร: คนที่กระทบทางอ้อมเล็กน้อย
  • กลยุทธ์: ส่ง newsletter รายเดือน, ไม่ใช้พลังงานเกินจำเป็น
  • ตัวอย่าง: HR ที่อาจต้อง update job description เล็กน้อย

กฎสำคัญ: stakeholder เปลี่ยน quadrant ได้#

  • Project ที่เริ่มดี → 6 เดือนเข้ามา CFO เริ่ม intersted (เพราะ budget เกิน) → ย้ายจาก Keep Satisfied → Manage Closely
  • Stakeholder ที่ Monitor อยู่ → จับได้ว่าโปรเจคจะกระทบ KPI ตัวเอง → ย้ายเป็น Keep Informed (อย่างน้อย)

ทำ stakeholder analysis ใหม่ทุกๆ phase


ทำไม stakeholder management สำคัญที่สุด#

โปรเจคที่ล้มในประวัติศาสตร์ — root cause มัก stakeholder mismanagement:

  • NHS NPfIT (£12B หาย) — ไม่มี clinician engagement
  • Healthcare.gov 2013 — vendors ไม่ communicate กัน, ผู้ใช้ปลายทางไม่ test
  • Boeing 737 MAX — pilots (stakeholder สำคัญ) ไม่ได้รับ training adequate

(EP.12 จะลึก case studies)

💡 Connect to CISA D3-24: CISA D3 พูดถึง “stakeholder identification” ใน initiation phase — ตอนนี้คุณรู้แล้วว่าเขาหมายถึงอะไร และทำไมเป็น phase 1


ส่วนที่ 2: Change Management#

นี่เรื่องที่คนชอบ confuse — Change Management 2 แบบ:

  1. Project Change Management — เปลี่ยน scope/schedule/budget ของ project (Change Request)
  2. Organizational Change Management — คน + process ในองค์กรเปลี่ยนยอมรับการเปลี่ยน

ตอนนี้พูดเรื่องที่ 2 — เพราะเป็นเรื่องที่ skip บ่อย แล้วทำให้โปรเจคล้ม

ทำไม project ต้องมี Organizational Change Management?#

ลองนึก scenario — บริษัทติดตั้ง CRM ใหม่ใช้เงิน 50M:

  • ระบบ work perfectly ✅
  • Train คน 200 คน ✅
  • Migration data สำเร็จ ✅
  • Go-live on time ✅

แล้วทำไม 6 เดือนหลัง — sales team ยังใช้ Excel แอบ?

เพราะ คน resist change

Change Management = ศาสตร์ของการช่วยคนยอมรับการเปลี่ยน


Model 1: ADKAR (Prosci) — ระดับบุคคล#

ADKAR = 5 ขั้นที่บุคคลต้องผ่านเพื่อเปลี่ยนพฤติกรรม

ตัวอักษรความหมายคนต้อง…
AAwarenessรู้ว่าทำไมต้องเปลี่ยน
DDesireอยากเปลี่ยนเอง (ไม่ใช่ถูกบังคับ)
KKnowledgeรู้วิธีใหม่
AAbilityทำได้จริง
RReinforcementทำต่อเนื่องไม่กลับไปแบบเดิม

Critical insight: Awareness + Knowledge ไม่พอ — ต้อง Desire + Ability + Reinforcement ด้วย

ทีมส่วนใหญ่ทำแค่ A + K (announce + train) แล้วคิดว่าจบ — Desire / Ability / Reinforcement ขาด → คนกลับไปทำแบบเดิม

ตัวอย่าง: ติดตั้ง CRM ใหม่#

Stageสิ่งที่ทำ
AwarenessTown hall + email อธิบายว่าทำไมเปลี่ยน
DesireShow pain ของระบบเดิม, share success story
KnowledgeTraining session + manual + video
AbilityHands-on workshop + sandbox + helpdesk
ReinforcementKPI tracking + reward + correct old behavior

Model 2: Kotter’s 8 Steps — ระดับองค์กร#

Origin: John Kotter, Harvard Business School, Leading Change (1996)

8 ขั้นที่องค์กรต้องผ่านเพื่อเปลี่ยนแปลงสำเร็จ:

  1. Create urgency — ทำให้คนรู้สึกว่าเรื่องเร่งด่วน (ไม่งั้น “ไว้พรุ่งนี้ค่อยทำ”)
  2. Form coalition — สร้างกลุ่ม influence ที่ push การเปลี่ยน
  3. Create vision — visual + simple ที่คนเข้าใจตรงกัน
  4. Communicate vision — repeat 10 เท่ามากกว่าที่คิดว่าจำเป็น
  5. Empower action — remove barrier, give resource
  6. Create short-term wins — quick wins 6-12 เดือนแรก เพื่อ build momentum
  7. Build on the change — ใช้ momentum push step ถัดไป — อย่าประกาศชัยเร็วเกิน
  8. Anchor in culture — เปลี่ยน “วิธีเราทำ” ไม่ใช่แค่ project ครั้งเดียว

Kotter quote ที่ดัง#

“Leadership produces change. That is its primary function.”

“Don’t declare victory too soon. Until changes sink deeply into a company’s culture, new approaches are fragile and subject to regression.”


ADKAR vs Kotter — ใช้ตัวไหน?#

ADKAR = ระดับบุคคล — ใช้เมื่อต้องการ track ว่าพนักงานแต่ละคนพร้อมแค่ไหน

Kotter = ระดับองค์กร — ใช้เมื่อ design transformation strategy

ใช้ทั้งสอง: Kotter เป็น strategy, ADKAR เป็น tactic


เครื่องมือใน Change Management#

1. Change Impact Assessment#

ก่อนเริ่ม project — สำรวจ:

  • ใครจะถูกกระทบ (which roles, which department)
  • กระทบยังไง (process, system, skill, structure)
  • กระทบมากน้อย (high/medium/low)

2. Communication Plan#

  • ใครต้อง communicate (sender)
  • ใครรับ (audience)
  • ผ่าน channel ไหน (email, town hall, manager cascade)
  • บ่อยแค่ไหน
  • ข้อความหลักคืออะไร

3. Training Plan#

  • ใครต้อง train
  • skill อะไร
  • format ไหน (classroom, online, on-the-job)
  • timing — train ก่อน go-live เท่าไหร่ (2-4 weeks ปกติ)

4. Resistance Management#

  • Identify resistance early
  • Listen to concern (อย่า dismiss)
  • Address concern with data + empathy
  • Escalate ที่ block ไม่ได้ → Sponsor

ทำไม Change Management ขาด → project ล้ม#

ตัวอย่าง: NHS NPfIT (£12B) ส่วนหนึ่งล้มเพราะ:

  • หมอ + พยาบาล (end user) ไม่ engage ตั้งแต่ต้น
  • ระบบ design จาก top-down — ไม่ตรงกับ workflow จริง
  • Training ไม่พอ → user reject → ใช้ระบบเก่าต่อ → benefit ไม่เกิด

บทเรียน: Tech ดี + Process ดี — ถ้าคนไม่ใช้ = $0 value


Pattern ของ resistance (จาก Prosci research)#

ทำไมคนต่อต้านการเปลี่ยน — Top reasons:

  1. Lack of awareness — ไม่เข้าใจ why
  2. Comfort with status quo — เคยชินวิธีเดิม
  3. Fear of unknown — ไม่รู้ว่าจะกระทบยังไง
  4. Lack of trust — เชื่อ leadership ไม่ลง
  5. Lack of skills — กลัวทำไม่ได้
  6. Past failed change — เคยถูก change บอกแล้วเหลว
  7. Personal loss — กลัวตกงาน, กลัวอำนาจหด

Insight: ทุกข้อ emotional ไม่ใช่ technical — แก้ด้วย logic อย่างเดียวไม่ได้


Change Management ใน Agile setup#

Agile บอกว่า “embrace change” — ฟังดูง่าย แต่จริงๆ ยากกว่า Waterfall ในแง่ change management:

  • Sprint จบทุก 2 อาทิตย์ → user ต้อง adapt ทุก 2 อาทิตย์
  • Continuous deployment → user เจอ feature ใหม่ตลอด
  • ไม่มี “big bang training” — train แบบ continuous

วิธีจัดการ:

  • Internal release notes — บอกทุกครั้งมีอะไรเปลี่ยน
  • In-app onboarding — UI guide for new feature
  • Champions program — power user ใน department ช่วย onboard เพื่อนๆ
  • Office hours — slot เวลาให้ user ถาม

Mental map ของ EP นี้#

Project ที่ Successful = Tech ดี + Process ดี + คนใช้
Tech & Process — EP ก่อนๆ
คน — EP นี้
├── Stakeholder Management
│ └── Mendelow Matrix (Power × Interest)
└── Organizational Change Management
├── ADKAR (บุคคล)
├── Kotter 8 Steps (องค์กร)
└── Tools: Impact / Comms / Training / Resistance

สรุป EP นี้#

  • Stakeholder Management: Mendelow matrix แบ่ง 4 quadrants — ทุกคนไม่เท่ากัน
  • Project ล้มเพราะคน มากกว่าเพราะ tech
  • Change Management 2 แบบ: Project change (scope) vs Organizational change (คน)
  • ADKAR: Awareness → Desire → Knowledge → Ability → Reinforcement
  • Kotter 8 steps: ระดับองค์กร — Urgency, Coalition, Vision, Communicate, Empower, Wins, Build, Anchor
  • Resistance เป็น emotional — แก้ด้วย logic อย่างเดียวไม่ได้
  • ทุก project ใหญ่ = Change Management project

EP ต่อไปกลับมาที่ tools — WBS, Gantt, CPM, PERT, EVA — เครื่องมือ classic สำหรับทีม 15-50 คน