ยินดีต้อนรับสู่โลกแห่งโครงสร้างโครงการ (Project Structure)!
สวัสดีครับทุกคน! เรากำลังจะเข้าสู่ส่วนสำคัญของหลักสูตร CIMA E2 นั่นก็คือ โครงสร้างโครงการ (Project Structure) ครับ ลองนึกภาพว่าโครงการเหมือนกับการสร้างบ้านดูสิครับ คุณคงไม่เริ่มวางอิฐมั่วๆ ใช่ไหมล่ะ? คุณจำเป็นต้องมีสถาปนิก, โฟร์แมน และกลุ่มผู้เชี่ยวชาญ ในโลกธุรกิจก็เช่นกัน โครงการต้องมี "โครงสร้างคน" ที่เหมาะสมถึงจะสำเร็จ หากบทบาทหน้าที่ไม่ชัดเจน โครงการก็มักจะล้มเหลว เมื่ออ่านบันทึกนี้จบ คุณจะเข้าใจอย่างชัดเจนเลยว่าใครต้องทำอะไร และบริษัทต่างๆ มีวิธีจัดทีมงานในโครงการของตนอย่างไร
ไม่ต้องกังวลไปนะครับถ้ารู้สึกว่าเนื้อหาดูเป็น "เรื่องขององค์กร" ในตอนแรก เราจะใช้อุปมาอุปไมยง่ายๆ เพื่อให้ทุกคนจำได้แม่นขึ้นครับ!
1. บทบาทสำคัญในโครงการ
ทุกโครงการจำเป็นต้องมีลำดับชั้นที่ชัดเจนครับ ถ้าไม่มีใครก็คงไม่รู้ว่าต้องไปขอความช่วยเหลือจากใคร หรือใครเป็นคนรับผิดชอบเรื่องงบประมาณ มาดูผู้เล่นหลักทั้งสี่ฝ่ายกันครับ:
A. เจ้าของโครงการ (Project Sponsor)
Project Sponsor มักจะเป็นผู้บริหารระดับสูงที่เป็น "เจ้าของ" โครงการในเชิงธุรกิจ พวกเขาไม่ได้ลงมาทำงานรายวัน แต่พวกเขาคือคนที่ต้องการผลลัพธ์ของงานนี้
หน้าที่หลัก:
- จัดหาเงินทุนและทรัพยากร
- กำหนดวัตถุประสงค์โดยรวมของโครงการ
- ตัดสินใจขั้นเด็ดขาดว่าจะ "ทำต่อหรือพอแค่นี้" (Go/No-go decisions)
- ทำหน้าที่เป็นผู้สนับสนุนโครงการในระดับคณะกรรมการ
B. คณะกรรมการบังคับทิศทางโครงการ (Project Steering Committee / Project Board)
ลองนึกภาพว่าเป็น "สภาสูง" ประกอบด้วย Sponsor, ผู้ใช้งานหลัก (คนที่รอใช้ผลผลิตสุดท้าย), และซัพพลายเออร์หลัก หน้าที่ของพวกเขาคือการให้ คำแนะนำเชิงกลยุทธ์ และกำกับดูแล
C. ผู้จัดการโครงการ (Project Manager - PM)
Project Manager (PM) คือคนที่ทำงานหน้างานจริงครับ ถ้า Sponsor คือเจ้าของบ้าน PM ก็คือโฟร์แมนนั่นเอง พวกเขาต้องดูแลให้โครงการเดินหน้าไปได้ตามแผน ตรงเวลา และอยู่ในงบประมาณ
ทบทวนสั้นๆ: Sponsor เป็นคนให้เงิน ส่วน Project Manager เป็นคนให้การบริหารจัดการ
D. ทีมงานโครงการ (Project Team)
นี่คือกลุ่มผู้เชี่ยวชาญเฉพาะด้าน (วิศวกร, นักบัญชี, ฝ่ายไอที) ที่ลงมือทำงานตามเป้าหมายของโครงการจริงๆ พวกเขาจะต้องรายงานความคืบหน้าต่อ Project Manager ตลอดอายุของโครงการ
ข้อผิดพลาดที่ควรหลีกเลี่ยง: อย่าจำสับสนระหว่าง Project Sponsor กับ Project Manager นะครับ! Sponsor เปรียบเสมือน "ลูกค้า" หรือ "นักลงทุน" ในขณะที่ Manager คือ "พนักงาน" ที่รับผิดชอบการส่งมอบงาน
สรุป: บทบาทที่ชัดเจนทำให้เกิดความรับผิดชอบ (Accountability) โดยที่ Sponsor เป็นคนออกเงิน, Board เป็นคนนำทาง, Manager เป็นคนควบคุม, และ Team เป็นคนสร้างงานครับ
2. ประเภทของโครงสร้างองค์กรโครงการ
วิธีการที่โครงการเข้าไปอยู่ในบริษัท ขึ้นอยู่กับว่าบริษัทนั้นจัดโครงสร้างไว้อย่างไร ซึ่งมี 3 วิธีหลักๆ ดังนี้ครับ:
A. โครงสร้างแบบหน้าที่ (Functional Structure)
ในรูปแบบนี้ โครงการจะถูกจัดการภายใต้แผนกงานปกติ (เช่น การเงิน, ทรัพยากรบุคคล, หรือการตลาด) โดยไม่มีทีมโครงการแยกออกมาต่างหาก
เปรียบเทียบ: เหมือนการพยายามจัดปาร์ตี้คริสต์มาส แต่ต้องทำในช่วงพักเที่ยงที่โต๊ะทำงานปกติไปพร้อมๆ กับงานประจำของคุณนั่นแหละครับ
ข้อดี: ไม่มีค่าใช้จ่ายเพิ่มสำหรับพนักงานใหม่, ผู้เชี่ยวชาญยังคงอยู่ในแผนกเดิม
ข้อเสีย: งานโครงการมักถูกละเลย เพราะงานประจำ (BAU - Business as Usual) มักมีความสำคัญเร่งด่วนกว่า
B. โครงสร้างแบบโครงการล้วน (Pure Project / Projectized Structure)
ที่นี่โครงการจะเป็นหน่วยงานอิสระ พนักงานจะถูกดึงออกมาจากแผนกเดิมและมาทำงานโครงการเต็มเวลา 100%
ข้อดี: มีสมาธิกับงานเต็มที่, Project Manager มีอำนาจตัดสินใจเต็มที่
ข้อเสีย: มีค่าใช้จ่ายสูง และเมื่อโครงการจบลง ทีมงานอาจไม่มีงานรองรับ (สถานการณ์นี้เรียกว่า "project isolation")
C. โครงสร้างแบบเมทริกซ์ (Matrix Structure - รูปแบบผสม)
นี่คือโครงสร้างที่พบบ่อยที่สุดในข้อสอบ CIMA ครับ พนักงานจะมีเจ้านายสองคนคือ Functional Manager (หัวหน้างานประจำ) และ Project Manager (หัวหน้างานชั่วคราวในโครงการ)
เคล็ดลับความจำ: เจอปัญหา "เจ้านายสองคน" ในโจทย์สอบ ให้คิดถึง Matrix ได้เลยครับ!
ข้อดี: ยืดหยุ่นสูง, ผู้เชี่ยวชาญสามารถแชร์ความรู้ข้ามโครงการกันได้
ข้อเสีย: ทำให้เกิด ความขัดแย้ง ลองนึกดูสิว่าพนักงานจะฟังใครถ้าเจ้านายทั้งสองคนกำหนดเดดไลน์ไม่ตรงกัน?
รู้หรือไม่? โครงสร้างแบบเมทริกซ์เป็นที่นิยมมากเพราะช่วยให้บริษัทใช้งานผู้เชี่ยวชาญได้อย่างคุ้มค่าที่สุด แม้จะบริหารจัดการได้ยากกว่าก็ตาม!
ประเด็นสำคัญ: ใช้ Functional สำหรับงานปรับปรุงในแผนกขนาดเล็ก, ใช้ Projectized สำหรับงานใหญ่ที่ทำครั้งเดียวจบ, และใช้ Matrix สำหรับโครงการที่มีความซับซ้อนและต้องใช้ผู้เชี่ยวชาญหลายด้านร่วมกัน
3. เอกสารเริ่มต้นโครงการ (Project Initiation Document - PID)
PID คือ "สัญญา" ของโครงการครับ มันช่วยกำหนดโครงสร้างที่เราเพิ่งคุยกันไป ก่อนที่โครงการจะเริ่มขึ้น ต้องมีการเซ็นอนุมัติ PID นี้ก่อนเสมอ
ภายใน PID มีอะไรบ้าง?
1. กรณีทางธุรกิจ (Business Case): ทำไมเราต้องทำโครงการนี้? (เช่น เพื่อประหยัดค่าใช้จ่าย \( \$500,000 \) ต่อปี)
2. ขอบเขตงาน (Scope): อะไรที่รวมอยู่ในงาน และที่สำคัญกว่าคือ อะไรที่ ไม่รวม อยู่ในงานนี้?
3. โครงสร้างโครงการ (Project Organization): ใครคือ Sponsor, PM และสมาชิกทีม?
4. ทะเบียนความเสี่ยง (Risk Log): อะไรที่อาจจะผิดพลาดขึ้นมาได้บ้าง?
ลองคิดว่า PID คือ "ดาวเหนือ" ของโครงการครับ เวลาที่มีข้อพิพาทว่าควรทำอะไร ทุกคนต้องกลับมาดูที่ PID เสมอ
กล่องทบทวนความจำ:
- Sponsor: ให้ทรัพยากรและสนับสนุนในระดับสูง
- PM: วางแผนและควบคุมงานรายวัน
- Functional Structure: เสถียรภาพสูง แต่โฟกัสที่โครงการต่ำ
- Matrix Structure: ทรัพยากรร่วมกัน แต่ระวังปัญหาเจ้านายสั่งงานขัดแย้งกัน
- PID: เอกสารพื้นฐานที่กำหนดทุกอย่างของโครงการ
สรุปและเคล็ดลับสุดท้าย
เวลาคุณอ่านเรื่องโครงสร้างโครงการเพื่อเตรียมสอบ E2 ให้ถามตัวเองเสมอว่า: "ใครถืออำนาจอยู่?"
ในโครงสร้างแบบ Functional ผู้จัดการแผนกถืออำนาจ ในโครงสร้างแบบ Projectized ผู้จัดการโครงการถืออำนาจ และใน Matrix อำนาจถูกแบ่งกัน (ซึ่งเป็นเหตุผลว่าทำไมมันถึงวุ่นวายนิดหน่อย!)
เคล็ดลับการสอบ: ถ้าโจทย์พูดถึงเรื่อง "ความสำคัญที่ขัดแย้งกัน" (conflicting priorities) หรือ "พนักงานรู้สึกถูกดึงไปมาในสองทิศทาง" คำตอบมักจะเกี่ยวข้องกับ Matrix Structure ครับ
สู้ต่อไปนะครับ! คุณทำได้ดีมากแล้ว การบริหารโครงการคือเรื่องของคนและการจัดองค์กร และเมื่อคุณเชี่ยวชาญโครงสร้างเหล่านี้ เนื้อหาส่วนที่เหลือของบทนี้ก็จะเข้าใจได้ไม่ยากเลยครับ!