Work Breakdown Structure หรือ WBS คือโครงสร้างที่แบ่ง Scope ของโครงการจากผลส่งมอบระดับบนลงเป็นส่วนย่อยที่บริหารได้ WBS ไม่ใช่เพียงรายการกิจกรรมและไม่จำเป็นต้องเรียงตามเวลา หน้าที่หลักคือทำให้ทีมเห็นว่าโครงการประกอบด้วย “อะไรบ้าง” ก่อนนำชิ้นส่วนเหล่านั้นไปวางลำดับใน Schedule ประมาณต้นทุน และมอบหมายผู้รับผิดชอบ
WBS ต่างจาก Schedule อย่างไร
WBS จัดโครงสร้างขอบเขต ส่วน Schedule เพิ่มมิติของเวลาและตรรกะ กิ่งหนึ่งของ WBS เช่น “อาคาร A — งานโครงสร้าง” อาจประกอบด้วยกิจกรรมแบบหล่อ เหล็กเสริม เทคอนกรีต บ่ม และรื้อแบบหลายชั้น หากใช้รายการกิจกรรมเป็น WBS โดยตรง โครงสร้างอาจเปลี่ยนทุกครั้งที่ Sequence เปลี่ยนและทำให้รายงานเทียบกันยาก
หลักคิดในการแบ่งระดับ
โครงการหนึ่งอาจแบ่งระดับแรกตามอาคาร พื้นที่ ระบบ หรือผลส่งมอบ จากนั้นแตกเป็นหมวดงานและ Work Package ไม่มีรูปแบบเดียวที่เหมาะกับทุกโครงการ การเลือกควรสอดคล้องกับวิธีซื้อจ้าง โครงสร้างทีม วิธีวัดความก้าวหน้า และข้อมูลต้นทุน
Work Package ที่ดีควรตอบคำถามได้
- ผลลัพธ์ที่ต้องส่งมอบคืออะไร
- ขอบเขตเริ่มและจบตรงไหน
- ใครเป็นเจ้าของหรือผู้ประสานงานหลัก
- จะตรวจรับและวัดความก้าวหน้าอย่างไร
- เชื่อมกับ BOQ, Cost Code หรือเอกสารชุดใด
ตัวอย่างโครงสร้างสำหรับอาคาร
ระดับหนึ่งอาจเป็น “งานก่อนก่อสร้าง — อาคารหลัก — งานภายนอก — การทดสอบและส่งมอบ” ภายใต้อาคารหลักแบ่งตามโซนหรือระบบ เช่น โครงสร้าง สถาปัตยกรรม เครื่องกล ไฟฟ้า และสุขาภิบาล จากนั้นจึงแตกเป็น Work Package ที่มีผลส่งมอบชัดเจน การแบ่งตามชั้นอย่างเดียวอาจสะดวกต่อหน้างาน แต่ต้องตรวจว่างานระบบแนวดิ่งและการทดสอบรวมไม่ถูกตกหล่น
เชื่อม WBS กับเวลาและต้นทุน
เมื่อ Schedule, BOQ และ Budget ใช้รหัสที่อ้างกลับมาที่ WBS เดียวกัน ทีมสามารถรวมข้อมูลตามพื้นที่หรือหมวดงานได้ง่ายขึ้น เช่น เปรียบเทียบความก้าวหน้ากับค่าใช้จ่ายของงานโครงสร้างอาคาร A หรือดูเอกสารค้างอนุมัติที่กระทบ Work Package หนึ่ง การเชื่อมโยงไม่จำเป็นต้องละเอียดเท่ากันทุกระบบ แต่ต้องมี Mapping ที่ชัดเจน
ข้อผิดพลาดที่พบบ่อย
- แตกละเอียดจนผู้ใช้ต้องดูแลรหัสจำนวนมากแต่ไม่ได้ข้อมูลเพิ่ม
- ผสมพื้นที่ หมวดงาน ผู้รับเหมา และลำดับเวลาในระดับเดียวกัน
- มี Scope ซ้ำระหว่างกิ่ง ทำให้ต้นทุนหรือ Progress ถูกนับสองครั้ง
- ละเลยงานบริหาร อนุมัติ ทดสอบ และส่งมอบ
- เปลี่ยนโครงสร้างกลางโครงการโดยไม่มีการ Mapping ข้อมูลเดิม
ตรวจ WBS ด้วยมุมมองของผู้ใช้ข้อมูล
ก่อนประกาศใช้ ควรทดลองนำ Scope จริง Schedule ตัวอย่าง BOQ และรายงานมาจัดเข้ากิ่ง WBS หากทีมไม่สามารถวางรายการสำคัญได้โดยไม่ลังเล หรือยอดรวมไม่กลับมาเป็นขอบเขตโครงการทั้งหมด แสดงว่าโครงสร้างยังต้องปรับ WBS ที่ดีควรเรียบง่ายพอให้คนใช้เหมือนกัน และมั่นคงพอให้ข้อมูลหลายช่วงเวลาเปรียบเทียบกันได้