โครงสร้างการแบ่งงาน – วิธีการมอบหมายงานในโครงการอย่างมีประสิทธิภาพ? | #30 เริ่มต้นด้วยการจัดการโครงการ
เผยแพร่แล้ว: 2023-01-26ในระหว่างการวางแผนโครงการ ผู้จัดการโครงการจะตัดสินใจว่าจะกำหนดวัตถุประสงค์อย่างไร งานใดที่ต้องทำให้เสร็จ รวมถึงเวลาและผู้เชี่ยวชาญคนใดที่จะรวมเข้ามา ในการทำเช่นนั้น เขาหรือเธอจะสร้างโครงสร้างการแบ่งงาน (WBS)
โครงสร้างการแบ่งงาน – สารบัญ:
- การแนะนำ
- โครงสร้างการแบ่งงาน
- ความรับผิดชอบในทีม (Team/Collective Ownership)
- สรุป
การแนะนำ
โครงสร้างการแบ่งงาน (WBS) ที่เหมาะสมจะแปลเป็นเวิร์กโฟลว์ของทีมที่ราบรื่น แต่ละคนที่เกี่ยวข้องจะรู้จุดประสงค์ของการทำงานบางอย่างว่าพวกเขาจะได้รับมอบหมายจากใครและควรส่งต่อให้ใคร จะช่วยให้การจำแนกว่าใครมีภาระกับงานมากเกินไปได้ง่ายขึ้น เพราะตัวอย่างเช่น สมาชิกในทีมสามคนต้องการความช่วยเหลือจากคนๆ เดียวพร้อมกัน ดังนั้น WBS ช่วยให้คุณสามารถเพิ่มประสิทธิภาพกระบวนการเวิร์กโฟลว์ที่อยู่ในขั้นตอนการวางแผนได้ นี่เป็นลักษณะที่สำคัญมากของงานโครงการ: ความรับผิดชอบของทีมในการทำงานให้สำเร็จ แต่จะวางแผนโครงสร้างการทำงานที่ดีที่สุดสำหรับโครงการได้อย่างไร?
โครงสร้างการแบ่งงาน
โครงสร้างของการแบ่งงานมักจะมองเห็นได้โดยใช้ต้นไม้ ซึ่งขั้นตอนต่างๆ ของวงจรชีวิตของโครงการจะถูกทำเครื่องหมายโดยแบ่งเป็นวัตถุประสงค์ที่มีรายละเอียดมากขึ้นเรื่อยๆ ทำให้ง่ายต่อการวางแผนระยะเวลาของงานและค่าใช้จ่ายในการทำงานให้เสร็จ รวมถึงกระจายความรับผิดชอบระหว่างสมาชิกในทีมได้อย่างเหมาะสม
ในการทำเช่นนั้น โปรดจำไว้ว่า WBS ระบุว่าจะนำสิ่งใดไปใช้ แต่ไม่ได้ตอบคำถามว่า "อย่างไร" นอกจากนี้ยังควรสังเกตหลักการของการจำกัดระดับรายละเอียดด้วย ขึ้นอยู่กับประเภทและข้อกำหนดอย่างเป็นทางการของโครงการ จำเป็นต้องมีการวางแผนในระดับที่แตกต่างกันสำหรับการผลิตอุปกรณ์ทางการแพทย์หรือน้ำยาเคมี และอีกระดับสำหรับการจัดกิจกรรมหรือแคมเปญการตลาด
โครงสร้างการแบ่งงานถูกกำหนดไว้ใน PMBOK ดังนี้:
“การแบ่งลำดับชั้นของขอบเขตงานทั้งหมดเพื่อดำเนินการโดยทีมงานโครงการเพื่อให้บรรลุวัตถุประสงค์ของโครงการและสร้างสิ่งที่ส่งมอบที่จำเป็น”
คำว่า "ทั้งหมด" มีความสำคัญมากที่นี่และเกี่ยวข้องกับ "กฎ 100%" นี่เป็นเพราะ WBS ที่จัดวางอย่างดีคำนึงถึงวัตถุประสงค์ทั้งหมดของโครงการ: ทุกอย่างที่ต้องทำให้สำเร็จ รวมถึงการบริหารจัดการโครงการเอง. กล่าวอีกนัยหนึ่ง โดยการอ่านงานจากระดับต่ำสุดของแผนภูมิ เราจะแสดงรายการส่วนประกอบทั้งหมดของระดับที่เหนือกว่า นี่เป็นหลักการที่ยากที่จะปฏิบัติตามในทางปฏิบัติ อย่างไรก็ตาม มักถูกอ้างถึงว่าเป็นเครื่องมือที่มีประสิทธิภาพในการป้องกันการคืบคลานของขอบเขต การระบุทุกสิ่งที่ต้องทำให้สำเร็จจะขัดขวางการเพิ่มงานใหม่ที่ไม่เข้ากับเป้าหมายโครงการที่กำหนดไว้ล่วงหน้า
ความรับผิดชอบในทีม
งานที่ดำเนินการโดยทีมเป็นส่วนหนึ่งของเป้าหมายสุดท้ายที่สร้างขึ้นโดยความพยายามร่วมกัน อย่างไรก็ตาม ในหลาย ๆ บริษัทและโครงการ การมองเห็นหรือแม้แต่การมีอยู่ของเป้าหมายนี้ไม่ชัดเจน ดังนั้น โครงสร้างงานที่มีการวางแผนอย่างดีและเวิร์กโฟลว์ที่ชัดเจนสำหรับทีมงานโครงการจึงเป็นพื้นฐานในการสร้างความรับผิดชอบร่วมกัน
การสร้างความรู้สึกเป็นเจ้าของทีม (Team/Collective Ownership) ช่วยให้สมาชิกในทีมเข้าใจเป้าหมายของโครงการได้ดีขึ้น และงานที่ทำมีส่วนช่วยให้บรรลุเป้าหมายเหล่านั้นได้อย่างไร สิ่งนี้จะเพิ่มแรงจูงใจและความมุ่งมั่นและปรับปรุงประสิทธิภาพของทีม ความมุ่งมั่นในโครงการที่ใหญ่ขึ้นและความสำเร็จของโครงการยังแปลความภักดีของพนักงานต่อบริษัทและบรรยากาศที่ดี กล่าวอีกนัยหนึ่ง ความรับผิดชอบภายในทีมสามารถนำไปสู่ผลลัพธ์ทางธุรกิจที่ดีขึ้นสำหรับบริษัทโดยรวม
สรุป
งานมอบหมายในโครงการเป็นงานสำหรับผู้จัดการโครงการเมื่อวางแผนเพื่อให้บรรลุเป้าหมายอย่างมีประสิทธิภาพ ประการแรก WBS ช่วยในการจัดระเบียบขอบเขตของโครงการ – เพื่อแยกกลุ่มของงานที่คล้ายกัน เพื่อสังเกตการพึ่งพาระหว่างกัน ซึ่งจะเป็นตัวกำหนดลำดับที่จะเสร็จสิ้น และยังสร้างความรับผิดชอบของทีมสำหรับงานที่ดำเนินการโดย นำเสนอในบริบทของเป้าหมายที่เล็กลงและใหญ่ขึ้นที่บริษัทติดตาม
หากคุณชอบเนื้อหาของเรา เข้าร่วมชุมชนผึ้งยุ่งของเราบน Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest, TikTok
คำถามที่สำคัญที่สุด
จะกำหนดความลึกของการแบ่งงานในโครงการโดยใช้แผนผัง WBS ได้อย่างไร
ความลึกของ WBS ขึ้นอยู่กับ: ขนาด ความซับซ้อน และวัตถุประสงค์ของโครงการ ตลอดจนความชอบและประสบการณ์ของผู้จัดการโครงการ - หากเขาได้ดำเนินโครงการที่คล้ายกันแล้ว ความลึกของการวางแผนน่าจะน้อยลง WBS ควรมีรายละเอียดเพียงพอเพื่อให้สามารถจัดการองค์ประกอบต่างๆ ของโครงการ และอำนวยความสะดวกในการวางแผนและติดตามความคืบหน้าของงาน ในขณะเดียวกันก็ไม่ควรละเอียดเกินไปเพราะจะมีประโยชน์เพียงเล็กน้อย รายละเอียดมากเกินไปจะลดความสามารถในการอ่าน และอาจทำให้สมาชิกในทีมเข้าใจโครงการโดยรวมได้ยาก โดยทั่วไป WBS ควรประกอบด้วย 4–8 ระดับ แต่ความลึกสุดท้ายขึ้นอยู่กับความเฉพาะเจาะจงของโครงการและความต้องการของทีม
เริ่มต้นกับการจัดการโครงการ:
- โครงการคืออะไร?
- การจัดการโครงการคืออะไร?
- วิธีการจัดการโครงการ?
- วิธีการจัดการโครงการ
- ประเภทของโครงการ
- 4 ตัวอย่างโครงการ
- การจัดลำดับความสำคัญของโครงการ
- พื้นที่กิจกรรมโครงการ
- ความหมายของความสำเร็จในการบริหารโครงการ
- เหตุใดจึงต้องใช้ซอฟต์แวร์การจัดการโครงการ
- จะเลือกซอฟต์แวร์การจัดการโครงการที่ดีที่สุดได้อย่างไร?
- ภาพรวมของซอฟต์แวร์การจัดการโครงการ
- วงจรชีวิตของโครงการ
- วิสัยทัศน์โครงการมีไว้เพื่ออะไร?
- เป้าหมายของโครงการ มันคืออะไรและจะนิยามอย่างไรดี?
- ระยะเริ่มต้นโครงการ - สิ่งที่ต้องใส่ใจ?
- ขอบเขตของการวางแผนในการจัดการโครงการ
- ตารางโครงการคืออะไรและมีไว้เพื่ออะไร?
- จะใช้เหตุการณ์สำคัญในโครงการได้อย่างไร?
- การดำเนินโครงการ
- จะเตรียมแผนฉุกเฉินของโครงการให้ประสบความสำเร็จได้อย่างไร?
- ความสำคัญของการปิดโครงการ
- ความล้มเหลวของโครงการ 5 เหตุผลที่โครงการล้มเหลว
- 4P ของการจัดการ: โครงการ ผลิตภัณฑ์ โปรแกรม และพอร์ตโฟลิโอ
- งานและความรับผิดชอบที่สำคัญที่สุดของผู้จัดการโครงการ
- ทักษะผู้จัดการโครงการที่มีประโยชน์มากที่สุด
- จะเป็นผู้จัดการโครงการได้อย่างไร?
- หนังสือ 5 เล่มที่ผู้จัดการโครงการทุกคนควรอ่าน
- จะจัดตั้งทีมโครงการได้อย่างไร?
- โครงสร้างการแบ่งงาน - จะมอบหมายงานในโครงการได้อย่างไร?
- จะนำทีมระหว่างการทำงานแบบผสมผสานได้อย่างไร?
- ความท้าทายที่ผู้จัดการโครงการต้องเผชิญเมื่อทำงานกับทีม
- ประเภทของการประชุมโครงการ
- การตรวจสอบโครงการ พารามิเตอร์อะไรที่จะดู?
- เขียนอย่างไรให้น่าสนใจ
- จะกำหนดขอบเขตของโครงการและหลีกเลี่ยงการคืบคลานของขอบเขตได้อย่างไร
- การศึกษาความเป็นไปได้ - เราสามารถดำเนินโครงการนี้ได้หรือไม่?
- การวิเคราะห์ความเสี่ยงในโครงการและเครื่องมือเพื่ออำนวยความสะดวก
- จะสร้างกฎบัตรโครงการได้อย่างไร?
- ทะเบียนผู้มีส่วนได้ส่วนเสียคืออะไร?
- แผนภูมิแกนต์ในการวางแผนการจัดการโครงการ
- จะจัดทำงบประมาณโครงการได้อย่างไร?
- การบริหารเวลาในโครงการ
- จะสร้างการลงทะเบียนความเสี่ยงของโครงการได้อย่างไร?
- กลยุทธ์การบริหารความเสี่ยงโครงการ
- การตลาดโครงการ
- ที่มาและพื้นที่ของการเปลี่ยนแปลงในโครงการ
- โมเดลการเปลี่ยนแปลงการจัดการโครงการ
- อะไรจะเกิดขึ้นหลังจาก Agile? วิธีการในการจัดการโครงการ