การบริหารโครงการระดับองค์กร: วิธีดำเนินการทุกโครงการเป็นพอร์ตโฟลิโอเดียว

ลองถามสมาชิกคณะกรรมการพอร์ตโฟลิโอว่าพวกเขาได้หยุดโครงการกี่โครงการในไตรมาสที่ผ่านมา

คำตอบที่มักได้ยินคือ “ศูนย์” แม้ว่าแดชบอร์ดที่พวกเขากำลังดูจะแสดงรายละเอียดของทุกโครงการอย่างครบถ้วน นั่นคือรูปแบบที่อยู่เบื้องหลังการนำ EPM มาใช้ที่ล้มเหลวส่วนใหญ่ บริษัทสร้างชั้นความโปร่งใส (แดชบอร์ด, การรวมข้อมูล, รายงานสถานะ) แต่ข้ามชั้นการตัดสินใจ (ปุ่มหยุดโครงการ) ไป ทำให้ไม่มีใครสามารถหยุดโครงการที่อยู่ในสถานะ “เขียว” ได้

วิศวกร 8 คนเดียวกันที่เข้าใจระบบการคิดค่าบริการยังคงถูกจัดสรรให้ทำงานใน 4 โครงการต่าง ๆ แผนโครงการแต่ละโครงการแสดงว่าพวกเขามีเวลาว่างเต็มที่ จนกระทั่งกำหนดเวลาถูกเลื่อนออกไป การบริหารโครงการระดับองค์กรสามารถแก้ไขปัญหาเรื่องกำหนดเวลาดังกล่าวได้ รวมถึงปัญหาอื่น ๆ แต่เพียงเมื่อมันช่วยให้คณะกรรมการพอร์ตโฟลิโอสามารถปฏิเสธได้เมื่อจำเป็น

คู่มือนี้อธิบายถึงความแตกต่างระหว่าง EPM กับ PMO, แปดองค์ประกอบที่กรอบงานที่มีประสิทธิภาพจำเป็นต้องมี, กระบวนการนำระบบมาใช้ใน 7 ขั้นตอน, ประเภทซอฟต์แวร์ที่เหมาะกับขนาดองค์กรของคุณ และคำถามเดียวที่ช่วยคุณประเมินว่ากระบวนการทั้งหมดนี้ได้ผลหรือไม่

การจัดการโครงการระดับองค์กรคืออะไร?

การบริหารโครงการระดับองค์กร (EPM) รวมทุกโครงการภายในองค์กรเป็นพอร์ตโฟลิโอเดียว โดยใช้ชุดกฎเกณฑ์เดียวเพื่อกำหนดว่าโครงการใดจะได้รับการอนุมัติ ใครจะรับผิดชอบงานใด และวิธีการรายงานความคืบหน้า

หากไม่มีระบบนี้ โครงการแต่ละโครงการอาจดำเนินไปได้ดี แต่บริษัทกลับไม่ก้าวหน้าไปไหนเลย ฝ่ายการตลาดส่งแคมเปญออกไป ฝ่ายไอทีดำเนินการย้ายแพลตฟอร์ม ฝ่ายปฏิบัติการลดต้นทุนต่อหน่วย ทั้งสามฝ่ายเสร็จสิ้นตามกำหนดเวลา แต่ไม่ก่อให้เกิดความก้าวหน้าที่มีความหมายต่อบริษัทโดยรวม สิ่งนี้เกิดขึ้นเพราะไม่มีใครถามว่าโครงการทั้งสามนี้คือโครงการที่ถูกต้องที่จะดำเนินการพร้อมกันหรือไม่

ปัญหานี้ยิ่งรุนแรงขึ้นเมื่อเกี่ยวข้องกับบุคลากร ส่วนใหญ่เป็นเพราะพวกเขาไม่รู้ว่าตัวเองรับภาระงานมากเกินไปหรือไม่ จนกระทั่งกำหนดเวลาถูกเลื่อนออกไป EPM แก้ปัญหานี้ด้วยการให้มีการตรวจสอบทุกโครงการและทุกคนพร้อมกันในคราวเดียว มุมมองพอร์ตโฟลิโอแสดงให้เห็นว่าวิศวกรคนเดียวกันถูกจัดให้ทำงานในสามแผนงานก่อนที่สปรินต์เดียวจะเริ่มต้น

การจัดการโครงการระดับองค์กร vs. การจัดการโครงการแบบดั้งเดิม

การบริหารโครงการแบบดั้งเดิมมุ่งเน้นให้โครงการหนึ่งดำเนินไปตามแผน: ตรงเวลา อยู่ในงบประมาณ และตามขอบเขตงาน งานของผู้จัดการโครงการจะสิ้นสุดลงเมื่อโครงการนั้นส่งมอบผลลัพธ์ตามที่สัญญาไว้

การบริหารโครงการระดับองค์กรมองภาพในภาพใหญ่ มันถามว่าโครงการนั้นควรดำเนินต่อไปหรือไม่ เมื่อพิจารณาถึงทุกสิ่งที่บริษัทกำลังทำอยู่ในขณะนี้ โครงการหนึ่งอาจมีผลลัพธ์ที่ดีในทุกตัวชี้วัด แต่ยังคงเป็นการใช้ทรัพยากรบุคคลที่ทำงานในโครงการนั้นอย่างไม่เหมาะสม

การยกเลิกโครงการที่กำลังดำเนินไปตามแผนนั้นยากกว่าการปรับเปลี่ยนกำหนดเวลา เพราะต้องจัดสรรบุคลากรและงบประมาณไปยังสิ่งที่ธุรกิจต้องการมากขึ้นในขณะนี้ การตัดสินใจดังกล่าวจำเป็นต้องมีผู้ที่มีวิสัยทัศน์ครอบคลุมทุกโครงการ และมีอำนาจในการตัดสินใจ

ความแตกต่างระหว่าง PMO และ EPMO คืออะไร?

สำนักงานบริหารโครงการ (PMO) ช่วยในการดำเนินโครงการให้สำเร็จลุล่วง โดยรับผิดชอบในการจัดทำแม่แบบ กระบวนการ และหลักสูตรฝึกอบรม เพื่อให้ทีมทำงานได้อย่างสม่ำเสมอ อย่างไรก็ตาม สิ่งที่ PMO มักไม่สามารถทำได้คือการตัดสินใจว่าบริษัทควรดำเนินโครงการใดตั้งแต่แรก การตัดสินใจนั้นอยู่ในระดับที่สูงกว่า PMO

สำนักงานบริหารโครงการระดับองค์กร (EPMO) มีหน้าที่ตัดสินใจว่าโครงการใดจะได้รับการอนุมัติ ตรวจสอบว่าบริษัทมีบุคลากรและงบประมาณเพียงพอที่จะดำเนินการโครงการเหล่านั้นหรือไม่ และประเมินโครงการที่กำลังดำเนินการอยู่เพื่อพิจารณาว่าควรดำเนินการต่อหรือไม่ EPMO รายงานโดยตรงต่อผู้บริหารระดับสูง เนื่องจากข้อตัดสินใจดังกล่าวจำเป็นต้องได้รับการอนุมัติจากระดับดังกล่าว

EPMO ที่ไม่สามารถปฏิเสธโครงการได้ ก็เพียงเป็น PMO ที่มีค่าใช้จ่ายเพิ่มเติมเท่านั้น การเลือกระหว่างทั้งสองขึ้นอยู่กับโครงสร้างและแบบการดำเนินงานของ PMO

ประโยชน์ของการบริหารจัดการโครงการระดับองค์กร

การบริหารโครงการระดับองค์กรให้คุณได้สี่ข้อได้เปรียบที่ชัดเจน ได้แก่ การมองเห็นความขัดแย้งด้านทรัพยากรได้ตั้งแต่เนิ่นๆ การลดจำนวนโครงการที่ซ้ำซ้อน การตัดสินใจเรื่องลำดับความสำคัญตามเกณฑ์ที่กำหนดแทนที่จะอิงตามการเมือง และความรับผิดชอบที่ขยายออกไปเกินกว่าขั้นตอนการส่งมอบ

ทำไมโครงการ EPM ส่วนใหญ่จึงไม่สามารถแก้ไขปัญหาของพอร์ตโฟลิโอได้?

โครงการ EPM ส่วนใหญ่ล้มเหลวเพราะสร้างชั้นความโปร่งใสโดยไม่สร้างชั้นการตัดสินใจ แดชบอร์ด การรวมข้อมูลพอร์ตโฟลิโอ และรายงานสถานะสามารถแสดงให้คุณเห็นทุกสิ่งที่กำลังเกิดขึ้นได้ แต่หากไม่มีใครมีอำนาจอย่างเป็นทางการในการหยุดชั่วคราวหรือยุติสิ่งใดก็ตาม ความโปร่งใสทั้งหมดในโลกนี้ก็ไม่สามารถสร้างความแตกต่างได้

Antonio Nieto-Rodriguez ผู้เขียนหนังสือ HBR Project Management Handbook อธิบายรูปแบบดังต่อไปนี้:

มีโครงการมากเกินไป แต่โครงการที่สำคัญจริง ๆ กลับมีน้อยเกินไป

ผู้นำรู้ดีว่าตัวเองกำลังถูกภาระงานท่วมท้น แต่พวกเขาก็ยังไม่ยกเลิกโครงการใดๆ เพราะการหยุดโครงการนั้นเหมือนกับการยอมรับว่าโครงการนั้นเป็นความผิดพลาด การแก้ไขปัญหาต้องเริ่มจากวัฒนธรรมองค์กร:

การเปลี่ยนมุมมองการยกเลิกโครงการเป็นการจัดสรรใหม่จะช่วยขจัดความอับอาย แต่ไม่มีวิธีที่ชัดเจนในการยกเลิกโครงการที่ไม่เคยได้รับการอนุมัติอย่างถูกต้อง

หากโครงการหนึ่งถูกนำเข้าสู่พอร์ตโฟลิโอโดยไม่มีผลลัพธ์ที่ชัดเจนและผู้สนับสนุนที่ได้รับการแต่งตั้ง ก็ไม่มีเกณฑ์ใดที่จะใช้ประเมินผลในภายหลังได้ ทุกการสนทนาเกี่ยวกับความจำเป็นในการยุติโครงการจะกลายเป็นการแลกเปลี่ยนความคิดเห็นเท่านั้น ดังนั้น ควรสร้างขั้นตอนการรับโครงการ (project intakegate) ก่อนเป็นอันดับแรก เพื่อให้การตัดสินใจยุติโครงการกลายเป็นคำถามที่คุณสามารถตอบได้ด้วยหลักฐาน

กรอบงานการบริหารจัดการโครงการระดับองค์กรที่ใช้งานได้จริงประกอบด้วยอะไรบ้าง?

กรอบงาน EPM ที่ทำงานได้มีแปดส่วน ส่วนสามส่วนแรกควบคุมสิ่งที่ถูกนำเข้าสู่พอร์ตโฟลิโอ ส่วนสามส่วนถัดไปรักษาความโปร่งใสของโครงการที่กำลังดำเนินการ ส่วนสองส่วนสุดท้ายทำให้ภาพรวมทั้งหมดสามารถอ่านและเข้าใจได้ในระดับพอร์ตโฟลิโอ ทั้งแปดส่วนนี้สมมติว่ามีผู้ถืออำนาจอย่างเป็นทางการในการปฏิเสธโครงการ

วิธีนำระบบการจัดการโครงการระดับองค์กรมาใช้

การนำระบบการจัดการโครงการระดับองค์กรมาใช้ประกอบด้วย 7 ขั้นตอน ได้แก่: ตรวจสอบโครงการที่กำลังดำเนินการอยู่, กำหนดผู้มีอำนาจตัดสินใจ, สร้างขั้นตอนการรับโครงการ, จัดลำดับความสำคัญของงานตามความจุ, มาตรฐานการรายงาน, กำหนดรอบการทบทวน, และติดตามประโยชน์หลังการส่งมอบ

1. ตรวจสอบโครงการที่กำลังดำเนินการอยู่จริง

ก่อนที่จะออกแบบอะไรก็ตาม ให้ตรวจสอบสิ่งที่กำลังดำเนินการอยู่ก่อน องค์กรส่วนใหญ่พบว่ามีโครงการที่กำลังดำเนินการอยู่มากกว่าที่ผู้นำคาดการณ์ไว้ นอกจากนี้ ยังพบว่ามีงานที่ได้รับการอนุมัติเมื่อหลายเดือนก่อน แต่ดำเนินการเพียงครึ่งทางและไม่เคยปิดอย่างเป็นทางการ อย่างไรก็ตาม คุณอาจยังพบว่ามีพนักงานที่ใช้เวลา 10 ชั่วโมงต่อสัปดาห์กับโครงการที่ไม่มีใครติดตาม จนกว่าคุณจะเปิดเผยข้อมูลนี้ ตัวเลขความจุของคุณจะยังคงผิดพลาด

สำหรับทุกโครงการที่คุณพบ ให้บันทึกสามสิ่งต่อไปนี้:

อย่าพยายามจัดระเบียบหรือแก้ไขอะไรในขั้นตอนนี้ เป้าหมายคือการนับจำนวนอย่างตรงไปตรงมา คุณจะตัดสินใจว่าจะเก็บไว้หรือหยุดโครงการใด เมื่อเห็นภาพรวมทั้งหมดแล้ว

2. กำหนดสิทธิในการตัดสินใจก่อนเริ่มกระบวนการ

จดบันทึกว่าใครเป็นผู้ถืออำนาจในแต่ละระดับของพอร์ตโฟลิโอ: การอนุมัติงานใหม่ การชะลอโครงการที่กำลังดำเนินการ และการยุติโครงการโดยสิ้นเชิง กำหนดขีดจำกัดการใช้จ่ายสำหรับแต่ละระดับ ตัวอย่างเช่น หัวหน้าแผนกอนุมัติโครงการที่มีมูลค่าต่ำกว่า $100K และคณะกรรมการพอร์ตโฟลิโออนุมัติโครงการที่มีมูลค่าสูงกว่านั้น

ต้องกำหนดเรื่องนี้ให้ชัดเจนก่อนที่จะเลือกแผนโครงการหรือเครื่องมือ เอกสารเกี่ยวกับสิทธิในการตัดสินใจควรระบุบทบาท วงเงินสูงสุด และขั้นตอนการรายงานขึ้นระดับสำหรับแต่ละระดับ หากไม่มีเอกสารนี้ โปรแกรม EPM ของคุณจะใช้เวลาทั้งปีแรกไปกับการสร้างรายงานที่ไม่มีประโยชน์อะไรเลย

ขั้นตอนนี้ยังเป็นจุดที่งานบริหารการเปลี่ยนแปลงส่วนใหญ่เกิดขึ้น เนื่องจากกระบวนการอนุมัติที่รวมศูนย์ทำให้หัวหน้าแผนกสูญเสียสิทธิ์ในการอนุมัติโครงการของตนเองอย่างอิสระ ให้ระบุการแลกเปลี่ยนนี้อย่างเปิดเผย: พวกเขาสละสิทธิ์การอนุมัติฝ่ายเดียวเพื่อแลกกับเส้นทางที่รวดเร็วขึ้นในการได้รับการสนับสนุนจากบุคลากรที่มุ่งมั่น เมื่อโครงการของพวกเขาได้รับคะแนนดี

หากการมอบอำนาจเต็มรูปแบบถูกขัดขวางในระดับผู้บริหาร ให้จำกัดขอบเขตโครงการเป็นโครงการนำร่องที่มีผู้สนับสนุนที่เห็นด้วยอยู่แล้ว: การทบทวนทุกไตรมาสสำหรับโครงการ 15 โครงการสำคัญที่สุด พร้อมอำนาจที่จะหยุดโครงการหนึ่งโครงการ สิ่งนี้จะให้โอกาสแก่กระบวนการได้พิสูจน์ว่าสามารถอนุมัติโครงการได้เร็วขึ้น ก่อนที่ผู้สงสัยจะต้องเข้าร่วม

3. สร้างประตูรับโครงการ

ส่งคำขอโครงการใหม่ทั้งหมดผ่านกระบวนการรับโครงการเดียว ทุกคำขอต้องตอบคำถามสี่ข้อก่อนที่จะเข้าสู่คิว:

ปฏิเสธคำขอที่ไม่ชัดเจน หากคำขอไม่สามารถตอบคำถามทั้งสี่ข้อนี้ได้อย่างชัดเจน ให้ส่งกลับ

4. จัดอันดับงานตามความจุ

เมื่อประตูรับคำขอของคุณมีคิวคำขอที่ผ่านการตรวจสอบแล้ว คุณต้องตัดสินใจเกี่ยวกับลำดับการเริ่มต้นและจำนวนคำขอที่สามารถดำเนินการพร้อมกันได้ ใช้โมเดลการให้คะแนนเพื่อจัดอันดับคิว ซึ่งจะทำให้คุณได้ลำดับ แต่ลำดับนี้ยังไม่ใช่แผนงาน

ขั้นตอนต่อไปคือการตรวจสอบว่าคุณมีบุคลากรเพียงพอที่จะดำเนินโครงการที่ได้รับการจัดอันดับสูงสุดพร้อมกันหรือไม่ ตรวจสอบแต่ละโครงการและระบุบุคลากรที่จำเป็นตามทักษะ รวมความต้องการจากทุกโครงการเข้าด้วยกัน หากวิศวกรฐานข้อมูลคนเดียวกันปรากฏในแผนโครงการสามโครงการด้วยสัดส่วน 80% ในแต่ละโครงการ คุณจะมีปัญหาด้านความจุที่การกำหนดลำดับความสำคัญเพียงอย่างเดียวไม่สามารถแก้ไขได้ โครงการบางอย่างต้องถูกเลื่อนลำดับลงหรือเริ่มดำเนินการช้ากว่าเดิม

แม่แบบพอร์ตโฟลิโอการจัดการโครงการของ ClickUpให้คุณมีจุดเริ่มต้น นี่คือโฟลเดอร์ที่สร้างไว้ล่วงหน้า ซึ่งแต่ละโครงการถูกจัดเป็นงาน (task) พร้อมด้วยช่องข้อมูลสำหรับแผนก, ขั้นตอน, ระดับความสำคัญ, เวลาที่คาดการณ์ และตัวชี้วัดความสำเร็จ เพิ่มคอลัมน์คะแนน พร้อมทั้งความต้องการด้านทักษะและกำลังงานที่จัดสรร; จัดอันดับรายการ และระบบจะแสดงการจัดสรรเกินขีดความสามารถก่อนที่คุณจะกำหนดวันที่เริ่มต้น

สำหรับทุกโครงการที่ผ่านขั้นตอนนี้ ให้บันทึกผลลัพธ์ที่ได้รับการอนุมัติ ค่าใช้จ่าย และวันที่ส่งมอบ นั่นคือเกณฑ์พื้นฐานที่ใช้เป็นมาตรฐานในการประเมินทุกการตัดสินใจในขั้นต่อไปว่าจะหยุดหรือดำเนินการต่อ

ดาวน์โหลดเทมเพลตฟรี

5. มาตรฐานการรายงานความคืบหน้าของโครงการ

โครงการต่าง ๆ จะใช้วิธีการส่งมอบที่แตกต่างกัน สิ่งสำคัญคือทุกโครงการต้องรายงานความคืบหน้าด้วยวิธีเดียวกัน มุมมองพอร์ตโฟลิโอควรสามารถอ่านได้โดยไม่ต้องมีใครมาแปลรูปแบบรายงานของแต่ละทีม

ทุกโครงการ ไม่ว่าจะได้รับการบริหารจัดการอย่างไร ก็ควรรายงานสี่สิ่งต่อไปนี้:

เลือกรูปแบบเดียวและให้ทุกทีมใช้รูปแบบนั้น การทบทวนพอร์ตโฟลิโอจะล้มเหลวเมื่อคุณเปรียบเทียบแผนภูมิแกนท์ของทีมหนึ่งกับภาพหน้าจอของบอร์ดคานบันจากทีมอื่น

6. กำหนดรอบการทบทวน

กำหนดการทบทวนพอร์ตโฟลิโอแบบประจำไว้ในปฏิทิน ไม่ว่าจะเป็นรายเดือนหรือรายไตรมาส ให้เลือกตามความเร็วในการดำเนินโครงการของคุณ

ในทุกการทบทวน ให้ตรวจสอบทุกโครงการที่กำลังดำเนินการอยู่ และตัดสินใจว่าจะดำเนินการต่อ หยุดชั่วคราว หรือยุติโครงการนั้น อย่าปล่อยให้โครงการใดถูกข้ามการหารือ โครงการที่ไม่มีใครกล่าวถึงมักเป็นโครงการที่ควรถูกยุติไปตั้งแต่แรกแล้ว

ให้หัวหน้าโครงการแต่ละคนนำสรุปมา: สิ่งที่วางแผนไว้ สิ่งที่เกิดขึ้นจริง สิ่งที่อยู่ในความเสี่ยง และข้อเสนอแนะของพวกเขา หากพวกเขามาโดยไม่มีข้อมูลอะไรเลย คุณจะต้องใช้เวลาทั้งการประชุมไปกับการอัปเดตสถานะ และจบการประชุมโดยไม่มีข้อตัดสินใจใดๆ เลย

7. ติดตามผลประโยชน์หลังการส่งมอบ

ในขั้นตอนที่ 4 คุณได้บันทึกค่าพื้นฐาน (baseline) สำหรับทุกโครงการที่ได้รับการอนุมัติแล้ว มีสองจุดสำคัญที่ต้องติดตาม: 6 เดือนและ 12 เดือนหลังการเริ่มต้นโครงการ ให้ใส่ตัวเลขจริงไว้ข้างๆ ค่าพื้นฐาน

มีสามปัจจัยที่ทำให้การตรวจสอบนี้มีประโยชน์จริง ไม่ใช่เพียงพิธีการ:

การนำ EPM มาใช้ต้องใช้เวลานานเท่าใด?

กระบวนการ EPM รุ่นแรก — ซึ่งประกอบด้วยขั้นตอนการรับโครงการที่ทำงานได้ ระบบแบ็กล็อกที่มีการให้คะแนน และวงจรการทบทวนรายไตรมาส — มักใช้เวลาหนึ่งถึงสองไตรมาสในการจัดตั้งขึ้น ระยะเวลาดังกล่าวครอบคลุมการตรวจสอบรายการโครงการการตัดสินใจด้านการกำกับดูแลโครงการซึ่งองค์กรส่วนใหญ่ใช้เวลาอภิปรายนานกว่าที่คาดไว้ และวงจรการทบทวนที่เพียงพอเพื่อพิสูจน์ว่ากระบวนการนี้ทำงานได้

การบรรลุระดับความสุกงอมเต็มที่จำเป็นต้องใช้เวลานานกว่า การบูรณาการระบบติดตามประโยชน์และการปรับแต่งแบบจำลองการให้คะแนนตามผลลัพธ์จริงจะค่อยๆ เสถียรลงภายในสองถึงสี่รอบไตรมาส การเปลี่ยนแปลงนี้มักเกิดขึ้นหลังการทบทวนครั้งที่สองหรือสาม เมื่อโครงการถูกหยุดชั่วคราว และบุคลากรที่ว่างจากงานนั้นจะย้ายไปทำงานที่มีลำดับความสำคัญสูงกว่า

ข้อผิดพลาดคือการรอจนกระทั่งทุกอย่างถูกออกแบบเสร็จสิ้นแล้ว จึงดำเนินการทบทวนครั้งแรกด้วยข้อมูลที่มีอยู่ การทบทวนพอร์ตโฟลิโอแบบคร่าวๆ ที่นำไปสู่การตัดสินใจจริงเพียงหนึ่งครั้ง มีค่ามากกว่าการออกแบบกรอบงานที่ยังไม่ผ่านการทดสอบเป็นเวลาหกเดือน

คุณควรเลือกซอฟต์แวร์การจัดการโครงการระดับองค์กรอย่างไร?

ซอฟต์แวร์การจัดการโครงการระดับองค์กรสามารถแบ่งออกเป็นสามประเภท ได้แก่ ชุดซอฟต์แวร์ PPM เฉพาะทาง, สเปรดชีตที่มีชั้นรายงาน, และแพลตฟอร์มการจัดการงานที่มีฟังก์ชันรวมข้อมูลพอร์ตโฟลิโอ แต่ละประเภทช่วยแก้ปัญหาที่แตกต่างกัน

ชุดซอฟต์แวร์ PPM เฉพาะทาง

Planview, Broadcom Clarity และ Oracle Primavera P6 ได้รับการออกแบบมาเพื่อจัดการด้านการเงินของพอร์ตโฟลิโอ การวางแผนทุน มูลค่าที่ได้รับ (Earned Value) การสร้างแบบจำลองสถานการณ์ และการคาดการณ์ทรัพยากรหลายปี เป็นหัวใจหลักของฟังก์ชันการทำงานของระบบเหล่านี้ โดยเฉพาะอย่างยิ่ง Primavera P6 เป็นระบบมาตรฐานในด้านการจัดการโครงการวิศวกรรมและก่อสร้างขนาดใหญ่ ซึ่งกำหนดเวลาดำเนินโครงการยาวนานหลายปี และการรายงานตามสัญญาเป็นสิ่งที่ไม่อาจต่อรองได้

สิ่งที่ได้ผลดี:

ข้อจำกัด:

สเปรดชีตที่มีชั้นรายงาน

การใช้สเปรดชีตพอร์ตโฟลิโอที่ได้รับการดูแลและอัปเดตอย่างสม่ำเสมอ เพื่อป้อนข้อมูลเข้าสู่ Power BI หรือ Tableau เป็นคำตอบที่ถูกต้องบ่อยกว่าที่ผู้ขายจะบอกคุณ มันแทบไม่มีค่าใช้จ่ายเลย และสามารถปรับให้เข้ากับโมเดลการกำกับดูแลใดก็ตามที่คุณออกแบบ

สิ่งที่ได้ผลดี:

ข้อจำกัด:

แพลตฟอร์มการจัดการงานที่มีฟังก์ชันรวมข้อมูลพอร์ตโฟลิโอ

Asana, monday.com, Smartsheet และ Wrike อยู่ในกลุ่มระดับกลาง: มีฟังก์ชันการเงินของพอร์ตโฟลิโอน้อยกว่าชุดซอฟต์แวร์ PPM แต่มีโครงสร้างที่ชัดเจนกว่าสเปรดชีตมาก และงานประจำวันดำเนินการภายในเครื่องมือเอง

สิ่งที่ได้ผลดี:

ข้อจำกัด:

ตัวอย่างของโครงการระดับองค์กรมีอะไรบ้าง?

โครงการระดับองค์กรมีขอบเขต งบประมาณ หรือความพึ่งพาที่ข้ามหน่วยธุรกิจ ซึ่งทำให้โครงการดังกล่าวต้องอยู่ภายใต้การกำกับดูแลของพอร์ตโฟลิโอ ต่อไปนี้คือตัวอย่างการกำกับดูแลดังกล่าวในสามสถานการณ์ทั่วไป

1. การเปลี่ยนระบบ ERP หรือระบบหลัก

บริษัทหนึ่งกำลังเปลี่ยนระบบการเงิน โดย CFO เป็นผู้สนับสนุนโครงการนี้ บนกระดาษ มันเป็นโครงการ IT แต่ในความเป็นจริง มันเกี่ยวข้องกับฝ่ายจัดซื้อ ฝ่ายทรัพยากรบุคคล ฝ่ายผลิต และฝ่ายรายงาน เพราะทุกแผนกต้องส่งข้อมูลเข้าสู่ระบบหรือดึงรายงานจากระบบนี้

2. โปรแกรมการปฏิบัติตามกฎระเบียบ

มีข้อกำหนดการรายงานใหม่ที่เข้ามาพร้อมกับกำหนดเวลาจากภายนอกที่กำหนดไว้แล้ว ซึ่งไม่สามารถลดขอบเขตหรือเพิกเฉยได้ ทีมกฎหมายเป็นฝ่ายรับผิดชอบหลัก แต่ฝ่ายการเงิน ฝ่ายไอที และฝ่ายปฏิบัติการต้องร่วมกันสร้างโครงสร้างพื้นฐานสำหรับการรายงาน

3. โครงการข้อมูลลูกค้าหลายหน่วย

บริษัทที่มีสามหน่วยธุรกิจพบว่า แต่ละหน่วยได้เริ่มพัฒนาแพลตฟอร์มข้อมูลลูกค้าของตนเองอย่างอิสระ แต่ละหน่วยมีกรณีธุรกิจที่สมเหตุสมผลและได้จ้างผู้รับจ้างแล้ว

วิธีติดตามพอร์ตโฟลิโอใน ClickUp

ClickUp เป็นแพลตฟอร์มการจัดการงานที่การกำกับดูแลพอร์ตโฟลิโอและการดำเนินการโครงการเกิดขึ้นในพื้นที่ทำงานเดียวกัน ทุกแดชบอร์ด การตรวจสอบความจุ และการประชุมทบทวน ล้วนดึงข้อมูลจากงานเดียวกันที่ทีมอัปเดตขณะทำงาน นี่คือวิธีที่กรอบงาน 7 ขั้นตอนจากส่วนก่อนหน้าสอดคล้องกับคุณสมบัติจริง

สิ่งที่ได้ผลดีโดยเฉพาะสำหรับการจัดการโครงการระดับองค์กร:

การรับโครงการจะผ่านประตูเดียว

คำขอโครงการส่งมาผ่านClickUp Forms ซึ่งตรรกะเงื่อนไขจะปรับคำถามให้เหมาะสมตามสิ่งที่ผู้ขอเลือก คำขอที่มีงบประมาณเกินเกณฑ์ที่กำหนดจะเปิดช่องกรอกข้อมูลชื่อผู้สนับสนุน เป้าหมายเชิงกลยุทธ์ และการประมาณการทรัพยากร ทุกคำขอที่ส่งมาจะกลายเป็นงานโดยอัตโนมัติClickUp Automationsจะมอบหมายงานให้ผู้ตรวจสอบ ตั้งลำดับความสำคัญ และส่งเข้าคิวการอนุมัติ คำถามรับข้อมูล 4 ข้อจากขั้นตอนที่ 3 จะกลายเป็นช่องกรอกข้อมูลที่จำเป็น ทำให้คำขอที่ไม่ชัดเจนไม่สามารถผ่านไปได้

จะตรวจสอบความพร้อมก่อนเริ่มงาน

มุมมองWorkload Viewแสดงการจัดสรรงานของแต่ละบุคคลเทียบกับเวลาว่างที่มีอยู่ตามวัน สัปดาห์ หรือเดือน โดยปรับให้สอดคล้องกับตารางงานและวันหยุด พนักงานที่มีงานเกินขีดจำกัดจะแสดงเป็นสีแดง คุณสามารถลากงานระหว่างบุคคลหรือจัดตารางใหม่ได้โดยตรงจากมุมมองนี้ ปัญหา "วิศวกร 8 คนที่ทำงานใน 4 โครงการ" จากส่วนนำจะปรากฏให้เห็นที่นี่ ก่อนที่สปรินต์แรกจะเริ่มต้น

ดูว่าความล่าช้าในโครงการหนึ่งจะส่งผลกระทบต่อเนื่องไปยังโครงการอื่น ๆ อย่างไร

เชื่อมโยงความพึ่งพากันของงานระหว่างโครงการต่าง ๆ ในมุมมองแผนภูมิแกนท์ (Gantt Chart View) และกำหนดการในขั้นตอนถัดไปจะปรับเปลี่ยนอัตโนมัติเมื่อมีงานใดถูกย้ายตำแหน่ง การแสดงทับซ้อนของเส้นทางวิกฤต (Critical Path) จะระบุลำดับงานที่ควบคุมวันที่เสร็จสิ้น หากปรับมุมมองให้แสดงโฟลเดอร์ที่เก็บโครงการทั้งหมดของคุณ ความล่าช้าในโครงการหนึ่งจะแสดงให้เห็นถึงผลกระทบต่อโครงการอื่น ๆ ในไทม์ไลน์เดียวกัน

รวมทุกโครงการเข้าไว้ในมุมมองพอร์ตโฟลิโอเดียว

บัตรพอร์ตโฟลิโอแสดงแต่ละโครงการเป็นแถว โดยดึงข้อมูลความคืบหน้า จำนวนงานที่เกินกำหนด จุดสำคัญ และเวลาที่ติดตามเทียบกับประมาณการจากงานที่อยู่ด้านล่าง สนามข้อมูลที่กำหนดเองในแต่ละโครงการเก็บข้อมูลพื้นฐานที่ได้รับการอนุมัติไว้เป็นข้อมูลอ้างอิงสำหรับการตัดสินใจว่าจะหยุดหรือดำเนินการต่อ การรายงานสปรินต์และการติดตามแบบวอเตอร์ฟอลล์ที่ใช้แผนกานท์ ล้วนส่งข้อมูลไปยังแดชบอร์ด ClickUp เดียวกัน ทำให้วิธีการส่งมอบแบบผสมผสานสามารถสร้างข้อมูลระดับพอร์ตโฟลิโอที่สอดคล้องกันได้

ทำให้กระบวนการรายงาน การแจ้งเตือน และการเตรียมการทบทวนเป็นอัตโนมัติ

ทุกงาน เอกสาร ข้อความแชท และฟีดจากแอปที่เชื่อมต่อจะส่งข้อมูลบริบทเข้าสู่ClickUp Brain การอัปเดตโครงการ รายงานสรุปสำหรับผู้บริหาร และการประชุมทีมประจำวันจะถูกจัดทำขึ้นจากบริบทดังกล่าว ดังนั้นจึงไม่มีใครต้องเขียนด้วยมือก่อนการทบทวน ตั้งค่าเพื่อนร่วมทีมที่ใช้ AI ซึ่งเรียกว่าSuper Agents ด้วยคำสั่ง เงื่อนไขการทริกเกอร์ และเครื่องมือที่เฉพาะเจาะจง พวกเขาทำงานอย่างอิสระ โดยดำเนินการงานต่าง ๆ เช่น การติดตามค่าความมั่นใจในพอร์ตโฟลิโอทั้งหมด และการโพสต์สรุปก่อนการอ่านก่อนการประชุมทบทวนแต่ละครั้ง

ค้นหาทุกสิ่งใน ClickUp และทุกเครื่องมือที่เชื่อมต่อ

โครงการระดับองค์กรมักกระจายบริบทการทำงานไปทั่วหลายแพลตฟอร์มEnterprise Searchจะจัดทำดัชนีงาน เอกสาร การสนทนา และข้อมูลจาก Google Drive, Slack, GitHub, Confluence, Jira, SharePoint และ OneDrive เข้าสู่ชั้นการค้นหาเดียว ผู้นำ EPMO ที่กำลังค้นหาการหารือเกี่ยวกับความเสี่ยง ซึ่งเริ่มต้นใน Slack ต่อมาในส่วนความคิดเห็นของงาน และนำไปสู่การตัดสินใจในเอกสาร สามารถค้นหาทั้งสามส่วนนี้ได้จากช่องค้นหาเดียว

ข้อจำกัดที่ควรรู้:

เริ่มจากที่ไหน

หากคุณกำลังจัดตั้งระบบการจัดการโครงการระดับองค์กรเป็นครั้งแรก ขั้นตอนมีเพียงไม่กี่ขั้นตอนเท่านั้น: นับจำนวนโครงการที่กำลังดำเนินการอยู่จริง ระบุผู้ที่สามารถหยุดโครงการได้ สร้างจุดรับโครงการเพียงจุดเดียว และกำหนดการทบทวนการตัดสินใจทุกไตรมาสไว้ในปฏิทิน

ส่วนอื่นๆ ทั้งหมด เช่น แบบจำลองการให้คะแนน ซอฟต์แวร์ และแดชบอร์ด สามารถดำเนินการตามมาได้หลังจากที่ทั้งสี่องค์ประกอบนี้ถูกจัดตั้งขึ้นแล้ว การที่สิ่งเหล่านี้จะทำงานได้หรือไม่นั้นขึ้นอยู่กับคำถามหนึ่งข้อ: การทบทวนในไตรมาสที่แล้วได้ทำให้โครงการถูกยกเลิกจริงหรือไม่?

การบรรลุเป้าหมายนี้ต้องเริ่มจากการตัดสินใจด้านระบบการกำกับดูแลก่อน แล้วจึงตามด้วยการตัดสินใจด้านเครื่องมือ เมื่อคุณพร้อมสำหรับขั้นตอนที่สอง ClickUp จะรวมขั้นตอนการรับโครงการ การดำเนินการ การวางแผนความจุ และการรายงานพอร์ตโฟลิโอไว้ในพื้นที่ทำงานเดียว

เริ่มใช้ ClickUp ได้ฟรี

คำถามที่พบบ่อยเกี่ยวกับการจัดการโครงการระดับองค์กร (FAQs)

ผู้จัดการโครงการระดับองค์กรบริหารจัดการระดับพอร์ตโฟลิโอที่อยู่เหนือโครงการแต่ละโครงการ: การรับโครงการ, การจัดลำดับความสำคัญ, การจัดสรรความจุ, ความพึ่งพาข้ามโครงการ และการทบทวนตัดสินใจดำเนินการหรือไม่ดำเนินการ (go/no-go). พวกเขามักทำงานในสำนักงานบริหารจัดการโครงการระดับองค์กร (EPMO) และรายงานงานต่อ COO, CIO หรือหัวหน้าฝ่ายโครงการ (Chief Project Officer). ในงานประจำวัน นั่นหมายถึงการเป็นประธานในการทบทวนพอร์ตโฟลิโอ, การแก้ไขความขัดแย้งเกี่ยวกับผู้เชี่ยวชาญที่ใช้ร่วมกัน และการตรวจสอบว่าโครงการที่เสร็จสิ้นแล้วได้บรรลุเป้าหมายตามกรณีธุรกิจหรือไม่ ผู้จัดการโครงการแต่ละโครงการยังคงรับผิดชอบการส่งมอบงาน ส่วนผู้จัดการโครงการระดับองค์กรเป็นผู้ตัดสินใจว่าโครงการใดจะได้รับการดำเนินการ

การบริหารพอร์ตโฟลิโอโครงการคือการตัดสินใจด้านการลงทุน: การเลือก จัดอันดับ และจัดสรรงบประมาณให้กับโครงการตามกลยุทธ์ ความสามารถ และความเสี่ยง ส่วนการบริหารโครงการระดับองค์กรเป็นชั้นการดำเนินงานที่กว้างขึ้น ซึ่งรวมถึง PPM พร้อมด้วยวิธีการส่งมอบมาตรฐาน การรายงาน และการกำกับดูแลทั่วทั้งองค์กร ส่วนการบริหารโปรแกรมอยู่ระหว่างทั้งสองส่วนนี้ โดยประสานงานโครงการที่เกี่ยวข้องเพื่อบรรลุผลลัพธ์เดียว

บริษัทจำเป็นต้องใช้ระบบการจัดการโครงการระดับองค์กรเมื่อผู้เชี่ยวชาญเดียวกันปรากฏในแผนโครงการหลายโครงการพร้อมกัน และไม่มีใครสามารถเห็นความทับซ้อนได้ ปัจจัยที่มักก่อให้เกิดปัญหานี้ ได้แก่ การมีโครงการข้ามแผนกที่ดำเนินไปพร้อมกัน 10 โครงการขึ้นไป โปรแกรมตามข้อกำหนดทางกฎหมายที่บังคับใช้ซึ่งตกมาบนบุคลากรที่ได้รับการจัดสรรงานแล้ว หรือเมื่อสองหน่วยธุรกิจค้นพบว่าพวกเขาได้จัดสรรงบประมาณให้กับงานเดียวกัน

การบริหารโครงการระดับองค์กร (EPM) ไม่ใช่กรอบการทำงานสำหรับการส่งมอบโครงการ และไม่จำเป็นต้องมีกรอบการทำงานดังกล่าว โครงการแต่ละโครงการภายในพอร์ตโฟลิโอสามารถใช้ Scrum, Kanban, Waterfall หรือแบบผสมผสาน โดยยึดตามกรอบการทำงาน เช่น PMBOK Guide หรือ PRINCE2 สิ่งที่ EPM กำหนดให้เป็นมาตรฐานคือชั้นการกำกับดูแลที่อยู่เหนือโครงการเหล่านั้น ได้แก่ การรับโครงการ การประเมินคะแนน การอนุมัติ และรูปแบบของข้อมูลที่ถูกรวบรวมเพื่อรายงานพอร์ตโฟลิโอ

Microsoft EPM หมายถึงชุดเครื่องมือการจัดการโครงการระดับองค์กรของ Microsoft: Project Server หรือ Project Online ที่ทำงานร่วมกับ Project Professional และ Power BI สำหรับการรายงานพอร์ตโฟลิโอ Microsoft อธิบายสถานการณ์การนำ EPM ไปใช้ว่าเป็นการวางแผนแบบบนลงล่าง (top-down) ที่ดำเนินการผ่าน PMO โดยใช้โครงการหลัก (master projects) โปรแกรม และการติดตามปัญหาอย่างกว้างขวาง Project Online จะหยุดให้บริการในวันที่30 กันยายน 2026 และ Microsoft กำลังแนะนำให้ลูกค้าเปลี่ยนไปใช้แผน Planner Premium หรือ Project Server Subscription Edition

ไม่มีใบรับรองใดที่ได้รับการตั้งชื่อเฉพาะสำหรับการบริหารโครงการระดับองค์กร (EPM) ใบรับรองที่ใกล้เคียงที่สุดคือ Portfolio Management Professional (PfMP) ของ PMI สำหรับการบริหารจัดการระดับพอร์ตโฟลิโอ และ Program Management Professional (PgMP) สำหรับการส่งมอบโปรแกรมแบบประสานงาน ในขณะที่ PRINCE2 และ PMP มุ่งเน้นไปที่การส่งมอบโครงการแต่ละโครงการ ผู้นำ EPMO ส่วนใหญ่จะรวมใบรับรองหนึ่งจากกลุ่มนี้กับประสบการณ์ตรงในการดำเนินการวงจรการทบทวนพอร์ตโฟลิโอ

สำนักงานสถิติแรงงานสหรัฐฯ (U.S. Bureau of Labor Statistics) รายงานว่าค่าจ้างรายปีมัธยฐานของผู้เชี่ยวชาญด้านการบริหารโครงการอยู่ที่ $100,750ณ เดือนพฤษภาคม 2024 โดย 10% ที่มีรายได้สูงสุดได้รับมากกว่า $165,790 ตำแหน่งระดับองค์กรและพอร์ตโฟลิโอมักมีรายได้สูงกว่าค่ามัธยฐาน เนื่องจากต้องรายงานต่อผู้บริหารระดับสูงและมีขอบเขตงานข้ามแผนก ส่วนอุตสาหกรรมการเงินและประกันภัยมีค่ามัธยฐานรายได้สูงที่สุดในอุตสาหกรรมที่ $111,350 ส่วนอุตสาหกรรมก่อสร้างมีค่ามัธยฐานรายได้ต่ำที่สุดใน 5 อุตสาหกรรมหลักที่ $96,700