828 คำ
4 นาที
Project Management 101 EP.02 — Project / Program / Portfolio + Lifecycle
สารบัญ

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

ก่อนเข้าเรื่องเครื่องมือ ขอวางพื้น 2 เรื่องที่ต้องชัดก่อน:

  1. Project / Program / Portfolio — 3 ระดับของงาน ที่คนชอบ confuse
  2. 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)

สรุปด้วยตาราง#

ระดับครอบคลุมManagerTime horizonคำถามหลัก
Project1 ชิ้นงานProject Manager3 เดือน - 2 ปี”ส่งมอบยังไง”
Programกลุ่ม projectsProgram Manager1-3 ปี”benefit รวมกันคืออะไร”
Portfolioทุก program ของบริษัทPortfolio Manager / PMO1-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
Closing

Phase 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 CharterInitiation
Business caseInitiation
WBS / GanttPlanning
PERT / CPMPlanning
Risk registerPlanning + Monitoring
RACIPlanning
Daily standup (Scrum)Execution
Sprint reviewMonitoring
EVM / SPI / CPIMonitoring
Lessons learnedClosing
Postimplementation reviewClosing

ทุกครั้งเจอเครื่องมือใหม่ ลองถามว่า “อันนี้ใช้ใน 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 คน