สารบัญ
📚 EP นี้เป็นตอนที่ 2 ของ mini-series Project Management 101 — สารบัญรวม อยู่ที่นี่
ก่อนเข้าเรื่องเครื่องมือ ขอวางพื้น 2 เรื่องที่ต้องชัดก่อน:
- Project / Program / Portfolio — 3 ระดับของงาน ที่คนชอบ confuse
- Project Lifecycle — 5 phase ที่ทุกโปรเจคต้องผ่าน ไม่ว่าจะใช้ methodology อะไร
ถ้าไม่รู้ 2 เรื่องนี้ก่อน อ่าน Scrum กับ Waterfall ไปก็งง — เพราะ methodology พวกนั้นเป็นแค่ “วิธีเดิน” ใน lifecycle เดียวกันนี่แหละ
ก่อนอื่น: Project ≠ งานประจำ (BAU)
BAU = Business As Usual = งานที่ทำซ้ำๆ ไม่มีจุดจบ
- รับ order ลูกค้า, จัดส่ง, ทำบัญชีรายเดือน, ตอบ customer support
Project = งานที่มี:
- เริ่ม + จบ ชัดเจน (temporary)
- สร้าง deliverable ที่ unique (ไม่เคยมีมาก่อน)
- มี scope, time, cost ที่ตกลงไว้
ตัวอย่างเทียบ:
| BAU (งานประจำ) | Project |
|---|---|
| ส่งของให้ลูกค้าทุกวัน | สร้างคลังสินค้าใหม่ |
| ทำเงินเดือนทุกเดือน | เปลี่ยนระบบ payroll จาก Excel เป็น cloud |
| รับ support ticket | เปิด chatbot ลด ticket 30% |
| ขายของหน้าร้าน | เปิดสาขาที่ 5 |
ทำไมต้องแยก? เพราะเครื่องมือ + governance ต่างกัน BAU ใช้ SOP + KPI / Project ใช้ PM framework + milestone
💡 Connect to EP.01: ตอน 1 เราพูดถึง Henry Gantt ที่ออกแบบ Gantt chart ตอน Hoover Dam — Hoover Dam คือ project (มีจุดเริ่ม-จบ, deliverable คือเขื่อน) ไม่ใช่ BAU
3 ระดับของงาน: Project / Program / Portfolio
Project — 1 ชิ้น
คำจำกัดความ: งาน 1 ชิ้นที่มีเริ่ม-จบ เป้าหมายเฉพาะ ทีมเฉพาะ
ตัวอย่าง:
- สร้าง mobile app version 1.0
- ติดตั้ง ERP ที่สำนักงานใหญ่
- เปิด pop-up store ที่ Siam ในเดือนพฤษภา
ลักษณะ:
- มี Project Manager 1 คน
- มี budget เฉพาะ
- มี timeline เฉพาะ
- มี deliverable ที่ identify ได้ (มันคือ “อะไร” สิ่งหนึ่ง)
Program — กลุ่ม project ที่เกี่ยวกัน
คำจำกัดความ: ชุด project + งานที่ run ขนานกัน เพื่อ benefit ใหญ่ที่ project เดี่ยวให้ไม่ได้
ตัวอย่าง — “Digital Transformation Program” ของบริษัท:
- Project A: ติดตั้ง CRM ใหม่
- Project B: migrate ERP ไป cloud
- Project C: build customer portal
- Project D: train พนักงาน 500 คนใช้ tool ใหม่
- Project E: redesign business process
ทั้งหมดนี้ ต้องทำสอดคล้องกัน — ไม่งั้น CRM ใหม่อาจไม่ link กับ ERP ใหม่
ใครดู program? Program Manager — ดูภาพ projects ทั้งหมด ตรวจ dependency ระหว่าง project, manage shared resource, escalate ปัญหาข้าม project
Portfolio — ทุก program + project ของบริษัท
คำจำกัดความ: ภาพรวมของทุก investment ที่บริษัทจะลงในรอบ 1-3 ปีข้างหน้า
คำถามที่ portfolio ตอบ:
- ปีนี้บริษัทจะ invest 100M บาท — ลงที่ไหนบ้าง?
- 5 programs + 30 projects ที่เสนอมา — เลือกอะไร, drop อะไร, defer อะไร?
- ROI ของแต่ละ program เป็นยังไง?
- Strategic alignment? — แต่ละ program สนับสนุน strategy ของบริษัทยังไง
ใครดู portfolio? Portfolio Manager หรือ PMO Director — รายงาน C-Suite (CEO/COO/CFO)
สรุปด้วยตาราง
| ระดับ | ครอบคลุม | Manager | Time horizon | คำถามหลัก |
|---|---|---|---|---|
| Project | 1 ชิ้นงาน | Project Manager | 3 เดือน - 2 ปี | ”ส่งมอบยังไง” |
| Program | กลุ่ม projects | Program Manager | 1-3 ปี | ”benefit รวมกันคืออะไร” |
| Portfolio | ทุก program ของบริษัท | Portfolio Manager / PMO | 1-5 ปี | ”ลงทุนที่ไหนคุ้ม” |
Mental model ที่ใช้ได้จริง
Portfolio (ระดับบริษัท — strategy + budget) │ ├── Program A: Digital Transformation │ ├── Project A1: CRM │ ├── Project A2: ERP cloud migration │ └── Project A3: Customer portal │ ├── Program B: Sustainability │ ├── Project B1: Solar panels │ └── Project B2: Carbon reporting system │ └── Standalone Project C: เปิดสาขาที่ 5ไม่ใช่ทุกบริษัทต้องมี 3 ระดับ — บริษัทเล็กอาจมีแค่ project ระดับเดียว บริษัท conglomerate ใหญ่ๆ มีครบ + ซ้อนหลายชั้น
Project Lifecycle: 5 phases ที่ทุกโปรเจคต้องผ่าน
ไม่ว่าจะใช้ Waterfall, Agile, หรือ hybrid — ทุก project ต้องผ่าน 5 phase นี้ (อาจวนหลายรอบ หรือผ่านครั้งเดียว แล้วแต่ methodology)
PMI กำหนดเป็นมาตรฐานในชื่อ Process Groups ใน PMBOK:
Initiation → Planning → Execution ─────┐ ▲ │ │ ▼ └─── Monitoring & Controlling │ ▼ ClosingPhase 1: Initiation — “ทำหรือไม่ทำ?”
คำถามหลัก: ควรทำโปรเจคนี้ไหม + ใครควรทำ?
Output:
- Project Charter — เอกสารระบุ project goal, sponsor, PM, budget ระดับสูง, timeline ระดับสูง
- Stakeholder identification — ใครเป็นคนเกี่ยว
- Business case ที่ approve แล้ว
คนหลัก: Sponsor (คนจ่ายเงิน) + Steering Committee + PM ที่เพิ่งถูกแต่งตั้ง
ทำอะไรไม่ได้: เริ่มงานจริง — เพราะยังไม่มี planning ละเอียด
Phase 2: Planning — “ทำยังไง?”
คำถามหลัก: scope ละเอียดคืออะไร, ทำตามลำดับไหน, ใครรับผิดชอบส่วนไหน, risk อะไรบ้าง
Output (เยอะที่สุด):
- WBS (Work Breakdown Structure)
- Schedule (Gantt + critical path)
- Budget detail
- Risk register
- Communication plan
- Quality plan
- Procurement plan
- RACI matrix
คนหลัก: PM + ทีม core (BA, Tech Lead, Architect)
กฎทอง: Plan ละเอียดเท่าที่จำเป็น — Waterfall plan ละเอียดทั้งโปรเจค / Agile plan ละเอียด sprint ถัดไปพอ
Phase 3: Execution — “ลงมือทำ”
คำถามหลัก: ส่งมอบ deliverable ตามแผน
กิจกรรมหลัก:
- ทำงานจริง (build, code, test, deploy, train)
- จัดประชุมประจำ
- coordinate vendor
- จัดการ team
คนหลัก: ทุกคน — PM coordinate / ทีม implement
Phase ที่ใช้เวลาเยอะที่สุด — ปกติ 60-70% ของเวลา project
Phase 4: Monitoring & Controlling — “ตามแผนไหม?”
คำถามหลัก: progress เป็นยังไงเทียบกับแผน, มี risk อะไรเกิดใหม่, scope บานปลายไหม
ทำอะไร:
- Track schedule + budget + scope
- Manage change request (scope creep!)
- Update risk register
- Status report ขึ้น sponsor + steering committee
- Quality check
คนหลัก: PM + PMO
สำคัญ: Phase นี้ ไหลขนานไปกับ Execution ไม่ใช่ phase แยก — monitor ตลอดเวลาที่ execute
Phase 5: Closing — “จบแบบมีศักดิ์ศรี”
คำถามหลัก: project จบจริงๆ ไหม + ได้บทเรียนอะไร
ทำอะไร:
- Final delivery + customer acceptance (sign-off)
- Release ทรัพยากร (คน, budget) คืน
- Archive เอกสาร
- Lessons learned session — บันทึกบทเรียนเอาไป project ถัดไป
- Final report ขึ้น sponsor
คนหลัก: PM + sponsor
Phase ที่คนชอบ skip ที่สุด — โปรเจคจบเลิกไปเฉยๆ ไม่ถอด lesson learned ผิดพลาดเดิมเกิดซ้ำใน project ถัดไป
💡 Connect to CISA D3: ตอน 30 ของ CISA Domain 3 (Postimplementation Review) ก็คือ phase นี้ — เน้นการเก็บ lesson learned + verify benefit ที่สัญญาไว้ใน business case (Phase 1) เกิดขึ้นจริงไหม
Lifecycle ใน methodology ต่างกัน
5 phase นี้เหมือนกัน — แต่ วน ต่างกันตาม methodology:
Waterfall: ผ่านครั้งเดียว
Initiation → Planning → Execution → Monitoring → Closing (1) (2) (3) (4) (5)ไหลทาง — phase ก่อนเสร็จก่อน phase ถัดไปเริ่ม
Agile / Scrum: วนหลายรอบ
Initiation → [Planning → Execution → Monitoring]² → Closing ↑___________________________| วน sprint ละ 2 อาทิตย์Initiation + Closing เกิดครั้งเดียว — Planning/Execution/Monitoring วนทุก sprint
Iterative / Spiral: วน 3-5 รอบใหญ่
Initiation → [Plan → Execute → Monitor → Closing-of-iteration] × N → Final Closingแบ่งโปรเจคเป็น iteration ใหญ่ๆ — ทุก iteration เป็น mini-project
ทำไมเข้าใจ Lifecycle ก่อนแล้วทุกอย่างง่ายขึ้น
หลังจาก EP.02 จบ — เครื่องมือ + framework ที่จะเจอใน EP ถัดๆ ไป จะหา “บ้าน” ในแผนภาพนี้ได้:
| เครื่องมือ | อยู่ใน phase ไหน |
|---|---|
| Project Charter | Initiation |
| Business case | Initiation |
| WBS / Gantt | Planning |
| PERT / CPM | Planning |
| Risk register | Planning + Monitoring |
| RACI | Planning |
| Daily standup (Scrum) | Execution |
| Sprint review | Monitoring |
| EVM / SPI / CPI | Monitoring |
| Lessons learned | Closing |
| Postimplementation review | Closing |
ทุกครั้งเจอเครื่องมือใหม่ ลองถามว่า “อันนี้ใช้ใน phase ไหน” — จะเข้าใจว่าทำไมต้องมี + เมื่อไหร่ใช้
สรุป EP นี้
- Project / Program / Portfolio = 3 ระดับ (1 ชิ้น / กลุ่ม / ทั้งบริษัท) — manager + governance ต่างกัน
- Project ≠ BAU — project มีเริ่ม-จบ + deliverable unique
- 5 phase lifecycle: Initiation → Planning → Execution → Monitoring → Closing
- Methodology ต่างกัน วน lifecycle ต่างกัน — Waterfall ผ่านครั้งเดียว / Agile วนหลายรอบ
- Closing คือ phase ที่คนชอบ skip — เก็บ lesson learned ไม่ครบ ผิดพลาดเดิมเกิดซ้ำ
EP ต่อไปกลับมาที่ขนาดทีม — เริ่มจาก 1 คน + 2-5 คน