โครงสร้างการแบ่งงาน – วิธีการมอบหมายงานในโครงการอย่างมีประสิทธิภาพ? | #30 เริ่มต้นด้วยการจัดการโครงการ

เผยแพร่แล้ว: 2023-01-26

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

โครงสร้างการแบ่งงาน – สารบัญ:

  1. การแนะนำ
  2. โครงสร้างการแบ่งงาน
  3. ความรับผิดชอบในทีม (Team/Collective Ownership)
  4. สรุป

การแนะนำ

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

โครงสร้างการแบ่งงาน

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

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

โครงสร้างการแบ่งงานถูกกำหนดไว้ใน PMBOK ดังนี้:

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

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

ความรับผิดชอบในทีม

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

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

สรุป

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

หากคุณชอบเนื้อหาของเรา เข้าร่วมชุมชนผึ้งยุ่งของเราบน Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest, TikTok

Work breakdown structure - how to effectively delegate work in a project? | #30 Getting started with project management caroline becker avatar 1background

ผู้เขียน: แคโรไลน์ เบ็คเกอร์

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

คำถามที่สำคัญที่สุด

  1. จะกำหนดความลึกของการแบ่งงานในโครงการโดยใช้แผนผัง WBS ได้อย่างไร

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

เริ่มต้นกับการจัดการโครงการ:

  1. โครงการคืออะไร?
  2. การจัดการโครงการคืออะไร?
  3. วิธีการจัดการโครงการ?
  4. วิธีการจัดการโครงการ
  5. ประเภทของโครงการ
  6. 4 ตัวอย่างโครงการ
  7. การจัดลำดับความสำคัญของโครงการ
  8. พื้นที่กิจกรรมโครงการ
  9. ความหมายของความสำเร็จในการบริหารโครงการ
  10. เหตุใดจึงต้องใช้ซอฟต์แวร์การจัดการโครงการ
  11. จะเลือกซอฟต์แวร์การจัดการโครงการที่ดีที่สุดได้อย่างไร?
  12. ภาพรวมของซอฟต์แวร์การจัดการโครงการ
  13. วงจรชีวิตของโครงการ
  14. วิสัยทัศน์โครงการมีไว้เพื่ออะไร?
  15. เป้าหมายของโครงการ มันคืออะไรและจะนิยามอย่างไรดี?
  16. ระยะเริ่มต้นโครงการ - สิ่งที่ต้องใส่ใจ?
  17. ขอบเขตของการวางแผนในการจัดการโครงการ
  18. ตารางโครงการคืออะไรและมีไว้เพื่ออะไร?
  19. จะใช้เหตุการณ์สำคัญในโครงการได้อย่างไร?
  20. การดำเนินโครงการ
  21. จะเตรียมแผนฉุกเฉินของโครงการให้ประสบความสำเร็จได้อย่างไร?
  22. ความสำคัญของการปิดโครงการ
  23. ความล้มเหลวของโครงการ 5 เหตุผลที่โครงการล้มเหลว
  24. 4P ของการจัดการ: โครงการ ผลิตภัณฑ์ โปรแกรม และพอร์ตโฟลิโอ
  25. งานและความรับผิดชอบที่สำคัญที่สุดของผู้จัดการโครงการ
  26. ทักษะผู้จัดการโครงการที่มีประโยชน์มากที่สุด
  27. จะเป็นผู้จัดการโครงการได้อย่างไร?
  28. หนังสือ 5 เล่มที่ผู้จัดการโครงการทุกคนควรอ่าน
  29. จะจัดตั้งทีมโครงการได้อย่างไร?
  30. โครงสร้างการแบ่งงาน - จะมอบหมายงานในโครงการได้อย่างไร?
  31. จะนำทีมระหว่างการทำงานแบบผสมผสานได้อย่างไร?
  32. ความท้าทายที่ผู้จัดการโครงการต้องเผชิญเมื่อทำงานกับทีม
  33. ประเภทของการประชุมโครงการ
  34. การตรวจสอบโครงการ พารามิเตอร์อะไรที่จะดู?
  35. เขียนอย่างไรให้น่าสนใจ
  36. จะกำหนดขอบเขตของโครงการและหลีกเลี่ยงการคืบคลานของขอบเขตได้อย่างไร
  37. การศึกษาความเป็นไปได้ - เราสามารถดำเนินโครงการนี้ได้หรือไม่?
  38. การวิเคราะห์ความเสี่ยงในโครงการและเครื่องมือเพื่ออำนวยความสะดวก
  39. จะสร้างกฎบัตรโครงการได้อย่างไร?
  40. ทะเบียนผู้มีส่วนได้ส่วนเสียคืออะไร?
  41. แผนภูมิแกนต์ในการวางแผนการจัดการโครงการ
  42. จะจัดทำงบประมาณโครงการได้อย่างไร?
  43. การบริหารเวลาในโครงการ
  44. จะสร้างการลงทะเบียนความเสี่ยงของโครงการได้อย่างไร?
  45. กลยุทธ์การบริหารความเสี่ยงโครงการ
  46. การตลาดโครงการ
  47. ที่มาและพื้นที่ของการเปลี่ยนแปลงในโครงการ
  48. โมเดลการเปลี่ยนแปลงการจัดการโครงการ
  49. อะไรจะเกิดขึ้นหลังจาก Agile? วิธีการในการจัดการโครงการ