วิธีจัดการโครงการหลายโครงการให้ประสบความสำเร็จ

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

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

การจัดการโครงการหลายโครงการพร้อมกันหมายความว่าอย่างไร?

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

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

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

คนส่วนใหญ่ที่ค้นหาเรื่องนี้กำลังทำตามขั้นตอนในแถวแรก แต่ถูกขอให้รายงานผลเหมือนในแถวที่สาม

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

ทำไมการจัดการโครงการหลายโครงการพร้อมกันจึงล้มเหลว

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

บุคคลที่ร่วมกันทำงานคือปัจจัยที่ขึ้นอยู่กับจริง

โครงการสองโครงการอาจมีแผนงานที่ชัดเจนและเป็นอิสระจากกัน แต่ยังคงเกิดการชนกันได้ เนื่องจากวิศวกรระดับสูงคนเดียวกันอยู่ในเส้นทางวิกฤต (critical path) ของทั้งสองโครงการ ซอฟต์แวร์จัดการแผนงานแสดงวันที่ให้คุณเห็น แต่แทบไม่แสดงว่า Priya เป็นปัจจัยจำกัดในสัปดาห์ที่ 3, 4 และ 7 ของทั้งสามแผนงาน ผู้ตอบแบบสำรวจของ Wellingtone จัดให้กระบวนการจัดการทรัพยากรเป็นหนึ่งในกระบวนการที่ยากที่สุดในการบูรณาการเข้าไปในส่วนใดก็ตามของการจัดการโครงการ เพราะความขัดแย้งเกิดขึ้นระหว่างแผนงานต่าง ๆ ไม่ใช่ภายในแผนงานเดียว

ค่าใช้จ่ายในการเปลี่ยนแผนนั้นไม่ปรากฏให้เห็นในทุกแผนที่คุณมี

ไม่มีแผนงานใดที่มีรายการสำหรับ “การปรับทิศทางใหม่” รายงานพิเศษ Work Trend Index 2025 ของ Microsoft พบว่าพนักงานถูกขัดจังหวะบ่อยถึงทุกสองนาทีในช่วงเวลาทำงานหลัก ในการสำรวจที่ดำเนินการพร้อมกันกับพนักงานความรู้ 31,000 คน48% ของพนักงานและ 52% ของผู้นำระบุว่างานรู้สึกวุ่นวายและแยกส่วน หากเพิ่มโครงการที่สามเข้าไปในภาระงานของใครสักคน คุณไม่ได้เพิ่มภาระงานเพียงหนึ่งในสามเท่านั้น คุณได้เพิ่มบริบทใหม่ที่พวกเขาต้องปรับตัวให้เข้ากับบริบทนั้นทุกครั้งที่กลับมาทำงาน

การรายงานกินเวลาที่คุณพยายามจะประหยัด

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

ไม่มีใครมีสิทธิ์ที่จะหยุดอะไรทั้งสิ้น

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

สิ่งที่จะเปลี่ยนแปลงเมื่อคุณจัดการโครงการหลายโครงการเป็นระบบเดียว

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

โครงการที่ยากจะได้รับความสนใจ

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

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

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

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

คำขอใหม่จะช่วยพัฒนาพอร์ตโฟลิโอแทนที่จะทำให้มันอ่อนแอลง

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

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

ขีดจำกัดของการทำงานพร้อมกัน: ทำไมการเพิ่มการมองเห็นก็ไม่สามารถแก้ไขพอร์ตโฟลิโอที่เกินขีดจำกัดได้

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

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

Johanna Rothman ได้อุทิศอาชีพการงานของเธอเพื่อแก้ไขปัญหานี้โดยเฉพาะ และได้เขียนหนังสือเกี่ยวกับเรื่องนี้ด้วย โดยเธอได้อธิบายกรอบแนวคิดของสาขาวิชานี้ในหนังสือManage Your Project Portfolio:

คุณทำได้ทั้งหมด เพียงแต่ไม่ใช่ทั้งหมดในเวลาเดียวกัน

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

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

จากนั้นประมาณการค่าใช้จ่ายในการตัดสินใจต่อโครงการ: ประมาณ 45 นาทีต่อสัปดาห์สำหรับโครงการที่ดำเนินไปอย่างมั่นคง และใกล้ถึงสองชั่วโมงสำหรับโครงการที่อยู่ใน giaiบต้น มีปัญหาทางการเมือง หรือหลุดจากแผน ส่วนใหญ่พอร์ตโฟลิโอจะเป็นการผสมผสานกัน สมมติว่าคุณมีโครงการที่ดำเนินไปอย่างมั่นคงสามโครงการ และโครงการที่ยากสองโครงการ: (3 × 0.75) + (2 × 2) = 6.25 ชั่วโมงของค่าใช้จ่ายในการตัดสินใจ

ผู้จัดการที่มีเวลาตัดสินใจเพียง 5 ชั่วโมงนั้น ได้ใช้เวลามากกว่าที่กำหนดไปแล้วกว่า 1 ชั่วโมง และโครงการที่ยากลำบากจะเป็นฝ่ายแรกที่ได้รับผลกระทบ เพราะโครงการเหล่านั้นต้องการความสนใจมากที่สุด แต่กลับได้รับความสนใจน้อยที่สุด

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

สิ่งที่ระบบจัดการโครงการหลายโครงการทุกแห่งจำเป็นต้องมี

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

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

วิธีจัดการโครงการหลายโครงการใน 7 ขั้นตอน

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

ขั้นตอนที่ 1: ตรวจสอบทุกโครงการและกำหนดผู้รับผิดชอบหลักสำหรับแต่ละโครงการ

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

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

ขั้นตอนที่ 2: จัดอันดับรายการจาก 1 ถึง “ไม่เคย”

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

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

ขั้นตอนที่ 3: กำหนดขีดจำกัดจำนวนโครงการที่ดำเนินการพร้อมกัน และบังคับใช้ตั้งแต่ขั้นตอนการรับโครงการ

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

นี่คือขีดจำกัดงานที่กำลังดำเนินการ (Work in Progress)ที่ถูกนำไปใช้ในระดับที่สูงกว่างาน (tasks) หนึ่งขั้น และใช้หลักการเดียวกันกับที่ทีม Kanban ใช้บนบอร์ด จุดสำคัญที่ทำให้ระบบนี้ทำงานได้จริงคือ “ประตูรับงาน” (intake gate): คำขอใหม่เข้ามา ได้รับการประเมินคะแนน และจะแทนที่งานที่มีอยู่หรือรอคิว หากไม่มีประตูรับงาน ขีดจำกัดงานจะเป็นเพียงความชอบส่วนตัว แต่เมื่อมีประตูรับงาน ขีดจำกัดงานจะกลายเป็นกฎเกณฑ์ และคำว่า “ยังไม่ได้” จะกลายเป็นคำตอบที่อธิบายได้ชัดเจน แทนที่จะเป็นคำขอโทษ

ขั้นตอนที่ 4: กำหนดรายชื่อบุคลากรที่ใช้ร่วมกัน ไม่ใช่กำหนดเวลาที่ใช้ร่วมกัน

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

คุณกำลังมองหาสองสิ่งต่อไปนี้:

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

ขั้นตอนที่ 5: สร้างมุมมองหนึ่งสำหรับแต่ละการตัดสินใจ ไม่ใช่มุมมองเดียวสำหรับทุกสิ่ง

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

มีสามมุมมองที่ครอบคลุมพอร์ตโฟลิโอส่วนใหญ่:

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

ขั้นตอนที่ 6: จัดการทบทวนประจำสัปดาห์เพื่อตัดสินใจว่าจะหยุดหรือดำเนินการต่อ

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

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

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

ขั้นตอนที่ 7: ปกป้องเวลาทำงานของผู้สร้างจากภาระการประสานงาน

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

ลองจัดให้ทุกการประชุมติดตามความคืบหน้าที่เกี่ยวข้องกับหลายโครงการเกิดขึ้นในวันเดียวกันสองวัน และรักษาวันอื่นๆ ให้ไม่มีประชุมประจำ ใช้การอัปเดตเป็นลายลักษณ์อักษรและการสื่อสารแบบไม่พร้อมกันเพื่อแบ่งปันสถานะ แทนที่จะใช้การโทร Rothman ได้ชี้ให้เห็นความแตกต่างที่มีประโยชน์ระหว่างการเปลี่ยนบริบท (context switching) และการทำหลายงานพร้อมกัน (multitasking): การเปลี่ยนบริบทสามารถรับมือได้หากคุณทิ้งแต่ละโครงการไว้ในสภาพที่เรียบร้อย ในขณะที่การทำหลายงานพร้อมกันทำให้คุณต้องจัดการกับทุกโครงการพร้อมกัน

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

วิธีเลือกระบบเพื่อติดตามโครงการหลายโครงการ

มีสามตัวเลือกที่ใช้งานได้จริงสำหรับการติดตามโครงการหลายโครงการ Wellingtone พบว่า 22% ของผู้ตอบแบบสอบถามยังคงวางแผนใน Microsoft Excel ส่วนอีก 11% ไม่ใช้ระบบจัดการโครงการใดๆ เลย หนึ่งในสามของนักวิชาชีพในสาขานี้กำลังทำสิ่งนี้ผ่านสเปรดชีตหรือในหัว และหลายคนในจำนวนนั้นทำงานได้ดี

สเปรดชีต

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

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

เครื่องมือสำหรับโครงการเดียว

Trello, Jira และ Microsoft Project เป็นเครื่องมือที่แข็งแกร่งในกระบวนการทำงานของโครงการแต่ละโครงการ โมเดลบอร์ดของ Trello ยากที่จะหาที่เทียบได้สำหรับทีมขนาดเล็กที่ดำเนินการงานแบบโปร่งใสส่วนโมเดลการจัดการโครงการของ Jiraได้รับการออกแบบมาเพื่อเพิ่มประสิทธิภาพการทำงานด้านวิศวกรรม

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

ซอฟต์แวร์ที่รองรับการจัดการพอร์ตโฟลิโอ

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

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

ทำอย่างไรเพื่อจัดลำดับความสำคัญของโครงการหลายโครงการที่มีกำหนดเวลาส่งงานที่ทับซ้อนกัน?

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

เมื่อมีสองโครงการที่ต้องการดำเนินการในสัปดาห์เดียวกัน ให้ถามสี่คำถามตามลำดับ:

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

การรักษาระบบการจัดการโครงการหลายโครงการให้ทำงานได้อย่างต่อเนื่องหลังจากเดือนแรก

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

คำนวณค่าเพดานใหม่เมื่อสัดส่วนส่วนผสมเปลี่ยนแปลง

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

เปลี่ยนผู้รับผิดชอบการอัปเดตแผนที่ผู้ร่วมโครงการแบบหมุนเวียน

หากมีเพียงคนเดียวที่ดูแลมุมมองความจุ (capacity view) มันจะล้าสมัยทันทีในสัปดาห์ที่คนนั้นลาพักหรือถูกงานส่งมอบทับถม ให้กำหนดผู้รับผิดชอบแบบหมุนเวียนทุกสปรินต์หรือทุกเดือน แผนที่ความจุจะยังคงทันสมัยเพราะมีชื่อของใครสักคนปรากฏอยู่ในสัปดาห์นี้ ไม่ใช่เพราะทุกคนให้ความสำคัญกับความถูกต้องเท่ากัน

กำหนดจุดอ้างอิงไว้ก่อนที่จะลืมแผนเดิม

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

ตรวจสอบอันดับของโครงการซอมบี้ทุกเดือน

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

แยกชั้นการรายงานออกจากชั้นการตัดสินใจ

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

สามพอร์ตโฟลิโอ สามรูปแบบที่แตกต่างกัน

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

เอเจนซีที่มีพนักงาน 6 คน กำลังดำเนินการโครงการของลูกค้า 11 โครงการ

ข้อจำกัดหลักที่นี่คือจำนวนบุคลากรที่สามารถเรียกเก็บค่าบริการได้ และโครงการต่าง ๆ มีรูปแบบที่คล้ายกันมาก ปัจจัยในการจัดลำดับความสำคัญส่วนใหญ่เป็นเรื่องเชิงพาณิชย์: ลูกค้าแบบสัญญาคงที่ (retainer clients) มีลำดับความสำคัญสูงกว่าลูกค้าแบบโครงการ (project clients) และลูกค้าในช่วงไตรมาสต่อสัญญา (renewal-quarter clients) มีลำดับความสำคัญสูงกว่ากลุ่มอื่น ๆ ข้อมูลสำคัญที่สุดคือมุมมองด้านความจุ (capacity view) เพราะการมีนักออกแบบเพียงคนเดียวที่รับผิดชอบทั้งเจ็ดแบรนด์คือความเสี่ยงทั้งหมด

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

ทีมผลิตภัณฑ์ภายในบริษัทที่กำลังดำเนินโครงการสี่โครงการ

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

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

ผู้จัดการโครงการที่กำลังดูแลห้าไซต์งาน

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

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

5 ข้อผิดพลาดที่ทำให้พอร์ตโฟลิโอโครงการหลายโครงการล้มเหลว

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

การรวมแผนงานที่ไม่มีจุดร่วมใดนอกจากตัวคุณเอง

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

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

การมอง “ความสำคัญสูง” เป็นระดับ

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

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

กำหนดขีดจำกัดสำหรับพอร์ตโฟลิโอแทนที่จะกำหนดต่อคน

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

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

รายงานสถานะแทนที่จะตัดสินใจ

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

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

การวางแผนด้วยความสามารถเต็ม 100%

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

วิธีแก้ไข: จัดสรรบุคลากรให้ทำงานประมาณ 80% และเว้นช่องว่างไว้โดยเจตนา ในพอร์ตโฟลิโอที่มีหลายโครงการ ช่องว่างนี้คือสิ่งเดียวที่ดูดซับความแปรปรวนได้ประสิทธิภาพการไหล (Flow efficiency) คือตัวชี้วัดที่ช่วยให้เห็นสิ่งนี้ชัดเจน หากคุณต้องการนำเสนอข้อมูลด้วยตัวเลข

วิธีจัดการโครงการหลายโครงการใน ClickUp

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

ข้อจำกัดที่จริงใจ

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

เริ่มด้วยการลดจำนวน

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

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

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

คำถามที่มักถูกถามเกี่ยวกับการจัดการโครงการหลายโครงการ

หนึ่งคนควรจัดการโครงการกี่โครงการพร้อมกัน?

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

คุณจะตอบคำถาม “คุณจัดการโครงการหลายโครงการอย่างไร” ในการสัมภาษณ์งานอย่างไร?

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

กฎ 80/20 สำหรับผู้จัดการโครงการคืออะไร?

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

คุณสามารถจัดการโครงการหลายโครงการใน Excel ได้หรือไม่?

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

แผนภูมิแกนท์สำหรับหลายโครงการคืออะไร?

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