สารบัญ
📚 EP นี้เป็นตอนที่ 6 ของ mini-series Project Management 101 — สารบัญรวม อยู่ที่นี่
มีสุภาษิตในวงการ PM: “Projects don’t fail because of technology. They fail because of people.”
ตอนนี้พูดเรื่องคน — 2 มุมที่ไม่มี framework เทคนิคไหนช่วยได้ ถ้าไม่จัดการ:
- Stakeholder Management — ใครเกี่ยวข้องและต้องการอะไร
- 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 แบบ:
- Project Change Management — เปลี่ยน scope/schedule/budget ของ project (Change Request)
- 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 ขั้นที่บุคคลต้องผ่านเพื่อเปลี่ยนพฤติกรรม
| ตัวอักษร | ความหมาย | คนต้อง… |
|---|---|---|
| A | Awareness | รู้ว่าทำไมต้องเปลี่ยน |
| D | Desire | อยากเปลี่ยนเอง (ไม่ใช่ถูกบังคับ) |
| K | Knowledge | รู้วิธีใหม่ |
| A | Ability | ทำได้จริง |
| R | Reinforcement | ทำต่อเนื่องไม่กลับไปแบบเดิม |
Critical insight: Awareness + Knowledge ไม่พอ — ต้อง Desire + Ability + Reinforcement ด้วย
ทีมส่วนใหญ่ทำแค่ A + K (announce + train) แล้วคิดว่าจบ — Desire / Ability / Reinforcement ขาด → คนกลับไปทำแบบเดิม
ตัวอย่าง: ติดตั้ง CRM ใหม่
| Stage | สิ่งที่ทำ |
|---|---|
| Awareness | Town hall + email อธิบายว่าทำไมเปลี่ยน |
| Desire | Show pain ของระบบเดิม, share success story |
| Knowledge | Training session + manual + video |
| Ability | Hands-on workshop + sandbox + helpdesk |
| Reinforcement | KPI tracking + reward + correct old behavior |
Model 2: Kotter’s 8 Steps — ระดับองค์กร
Origin: John Kotter, Harvard Business School, Leading Change (1996)
8 ขั้นที่องค์กรต้องผ่านเพื่อเปลี่ยนแปลงสำเร็จ:
- Create urgency — ทำให้คนรู้สึกว่าเรื่องเร่งด่วน (ไม่งั้น “ไว้พรุ่งนี้ค่อยทำ”)
- Form coalition — สร้างกลุ่ม influence ที่ push การเปลี่ยน
- Create vision — visual + simple ที่คนเข้าใจตรงกัน
- Communicate vision — repeat 10 เท่ามากกว่าที่คิดว่าจำเป็น
- Empower action — remove barrier, give resource
- Create short-term wins — quick wins 6-12 เดือนแรก เพื่อ build momentum
- Build on the change — ใช้ momentum push step ถัดไป — อย่าประกาศชัยเร็วเกิน
- 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:
- Lack of awareness — ไม่เข้าใจ why
- Comfort with status quo — เคยชินวิธีเดิม
- Fear of unknown — ไม่รู้ว่าจะกระทบยังไง
- Lack of trust — เชื่อ leadership ไม่ลง
- Lack of skills — กลัวทำไม่ได้
- Past failed change — เคยถูก change บอกแล้วเหลว
- 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 คน