จาก BOQ สู่ Gantt: สร้างตารางงานให้ทีมทำงานจริงได้ภายในบ่ายเดียว

ทำไม BOQ ถึงซ่อนตารางงานอยู่แล้วในตัวเอง?

BOQ หรือบัญชีปริมาณงานที่เซ็นกับเจ้าของงานบอก "อะไร" ให้คุณครบแล้ว มีงานอะไรบ้าง ใช้วัสดุอะไร ปริมาณเท่าไหร่ Gantt planning view ใน SiteBoard เติมส่วนที่ขาด นั่นคือ "เมื่อไหร่" แทนที่จะสร้างตารางงานจากศูนย์ คุณแค่แปล BOQ ที่มีอยู่แล้วให้กลายเป็น timeline ผู้รับเหมา SME หลายรายข้ามขั้นตอนนี้แล้วเริ่มงานด้วยความจำกับกลุ่ม LINE แทน ผลคือเมื่อล่าช้าไม่มีข้อมูลอ้างอิงให้ตรวจสอบ บทความนี้เดินกระบวนการตั้งแต่ BOQ ที่เซ็นแล้วไปจนถึง Gantt ที่โฟร์แมนอัปเดตได้ตั้งแต่วันแรก

จัดกลุ่มรายการ BOQ เป็น phase บน Gantt อย่างไร?

BOQ บ้านพักอาศัยทั่วไปมักมีรายการ 50-200 บรรทัดใน 10-15 หมวดงาน ไม่จำเป็นต้องสร้าง task ทุกบรรทัด ให้จัดกลุ่มตามวิธีที่ไซต์ทำงานจริงเป็น 5-8 phase ได้แก่ งานเตรียมพื้นที่และรื้อถอน งานฐานรากและเสาเข็ม งานโครงสร้าง (เสา คาน พื้น) งาน envelope (ผนัง หลังคา ประตู หน้าต่าง) งาน MEP rough-in (ไฟ ประปา แอร์) งานตกแต่ง (ฉาบ กระเบื้อง สี งานไม้) งาน MEP trim-out และงานส่งมอบ phase เหล่านี้กลายเป็น parent task ใน SiteBoard ส่วน task ย่อยสำคัญอยู่ใต้แต่ละ phase BOQ 160 รายการโดยทั่วไปหดเหลือ 25-35 task บน Gantt มากพอที่จะเห็นความล่าช้า น้อยพอที่โฟร์แมนอ่านได้สบาย

แปลปริมาณงานใน BOQ เป็นระยะเวลา task อย่างไร?

สำหรับแต่ละ task ถามว่าด้วยทีมและอัตราการทำงานที่วางแผน ใช้กี่วันทำงาน ปริมาณงานใน BOQ เป็นจุดเริ่มต้น งานก่ออิฐประมาณ 15 ตร.ม. ต่อทีมต่อวัน งาน 300 ตร.ม. ใช้ประมาณ 20 วันทำงานสำหรับหนึ่งทีม งานคอนกรีตเทเป็น cycle ชั้นต่อชั้น งานฉาบตามหลังจากที่คอนกรีตบ่มครบ ผู้รับเหมาไทยมักบวกบัฟเฟอร์ 10-15% สำหรับปัจจัยเฉพาะไซต์ เช่น การเข้าถึงพื้นที่ เวลารอวัสดุ และการประสานงานระหว่างทีม ถ้าเคยสร้างโครงการที่คล้ายกันมาก่อน ใช้ timeline นั้นเป็นฐานแล้วปรับตามขนาดโครงการดีกว่าคำนวณใหม่ทั้งหมดจากศูนย์

ควรกำหนด dependencies อะไรตั้งแต่วันแรก?

Dependencies คือส่วนที่มีคุณค่ามากที่สุดของ Gantt ที่ BOQ ไม่ได้บอกคุณ มันมาจากฟิสิกส์ของการก่อสร้าง เทพื้นไม่ได้จนกว่าผ่านตรวจเหล็กเสริม ฉาบไม่ได้จนกว่า MEP rough-in เสร็จและผ่านการตรวจ ปูกระเบื้องไม่ได้จนกว่า screed บ่มครบตามกำหนด ลิงก์สิ่งเหล่านี้เป็น finish-to-start ใน SiteBoard เมื่อฐานรากล่าช้าสองวัน ทุก task ที่ขึ้นอยู่กับมันเลื่อนอัตโนมัติ สำหรับผู้สร้าง Gantt ครั้งแรก กำหนด dependencies 5-6 จุดหลักในโครงสร้างและงานตกแต่งก็เพียงพอที่จะทำให้แผนมีประโยชน์จริง ลิงก์เพิ่มเติมค่อยๆ เพิ่มได้ภายหลัง

ตัวอย่างจริง: บ้านเดี่ยวสามห้องนอนในสมุทรปราการ BOQ 2.4 ล้านบาท

ผู้รับเหมาในสมุทรปราการได้งานบ้านชั้นเดียวสามห้องนอน พื้นที่ 64 ตร.ม. BOQ 2.4 ล้านบาท สัญญา 180 วันทำงาน เปิด SiteBoard สร้าง 8 phase: เตรียมพื้นที่ (3 วัน) ฐานราก (14 วัน) โครงสร้าง (22 วัน) envelope (25 วัน) MEP rough-in (18 วัน) งานตกแต่ง (35 วัน) MEP trim-out (10 วัน) ส่งมอบ (8 วัน) รวมวันหยุดและบัฟเฟอร์ 10 วัน ได้ทั้งหมด 168 วันทำงาน เหลือ float 12 วันก่อนครบกำหนด ลิงก์ dependencies หลักแล้วส่ง owner sharing link ให้เจ้าของงานในวันเดียวกัน แผนนี้ใช้เวลาสร้างครึ่งวันและกลายเป็นข้อมูลอ้างอิงของทุก on-site progress update และทุกคำถามเจ้าของงานตลอด 7 เดือน

ไมล์สโตนใน Gantt ควรตรงกับงวดเงินใน BOQ อย่างไร?

สัญญาก่อสร้างไทยหลายฉบับผูกงวดเงินกับงานที่เสร็จจริง เช่น 30% เมื่อโครงสร้างเสร็จ 50% เมื่อหลังคาและผนังแล้วเสร็จ 80% เมื่อ rough-in เสร็จ 95% เมื่องานตกแต่งเสร็จ ให้วางไมล์สโตน (เพชร) ใน SiteBoard ตรงจุดที่กระตุ้นแต่ละงวด เมื่อโฟร์แมนส่ง on-site progress update แสดงว่า task ที่นำไปสู่ไมล์สโตนนั้นครบ 100% เจ้าของงานเห็นเงื่อนไขงวดเข้าใกล้ผ่าน owner sharing link โดยไม่ต้องโทรถาม ลดเวลาอนุมัติงวดและเพิ่มความเป็นมืออาชีพในสายตาเจ้าของงานได้มาก

ระดับรายละเอียดที่เหมาะสมสำหรับ SME คือเท่าไหร่?

ความผิดพลาดที่พบบ่อยคือทำ Gantt หยาบเกินไป (5 task สำหรับงาน 6 เดือน) หรือละเอียดเกินไป (task หนึ่งอันต่อหนึ่งบรรทัด BOQ) ระดับที่ถูกคือระดับที่ถ้า task ใดล่าช้าอย่างมีนัยสำคัญ คุณจะเปลี่ยนการตัดสินใจบางอย่าง เร่งทีมไหน บอกเจ้าของงานอะไร สั่งวัสดุเร็วขึ้นหรือไม่ สำหรับงานบ้านพักอาศัยและพาณิชยกรรมเล็กระดับนั้นคือ 20-40 task ถ้าโฟร์แมนส่ง on-site progress update ครบที่ระดับนั้นไม่ได้ ให้ลดจำนวน task ลง Gantt หยาบที่ดูแลสม่ำเสมอมีประโยชน์กว่า Gantt ละเอียดที่เก่าตั้งแต่สัปดาห์ที่สองเสมอ

คำถามที่พบบ่อย: BOQ ถูกแก้ไขหลังเซ็นสัญญา ต้องทำอะไรกับ Gantt?

การแก้ไข scope และ BOQ เป็นเรื่องปกติในงานก่อสร้างไทย เมื่อมีการแก้ไข ให้อัปเดต task ที่เกี่ยวข้องใน Gantt ทันทีที่ตกลง variation กับเจ้าของงาน เพิ่ม task ใหม่ถ้ามีงานเพิ่ม ขยาย duration ถ้าปริมาณเพิ่มขึ้น ลบ task ถ้างานถูกตัดออก Gantt ที่ sync กับ scope ที่ตกลงอยู่เสมอทำให้ owner sharing link สะท้อนสัญญาปัจจุบัน ไม่ใช่สัญญาต้นฉบับ Gantt ที่ยังแสดงแผนเดิมหกสัปดาห์หลัง variation ใหญ่คือข้อพิพาทที่รอเวลา ให้ถือว่าทุก variation ที่ตกลงแล้วต้องการ Gantt update สองนาทีเสมอก่อนเดินหน้าต่อ

คำถามที่พบบ่อย: ทำให้ Gantt ยังมีประโยชน์ตลอดโครงการได้อย่างไร?

นิสัยที่สำคัญที่สุดคือให้โฟร์แมนส่ง on-site progress update ทุกวันหรือทุกสองวัน ถ้าไม่มีเปอร์เซ็นต์ที่เป็นปัจจุบัน Gantt กลายเป็นปฏิทินฝาผนัง แสดงแผนเดิมแต่ไม่บอกว่าตอนนี้อยู่ที่ไหน สร้างนิสัยในสัปดาห์แรก แสดงโฟร์แมนวิธีเลื่อนเปอร์เซ็นต์และแนบรูปสำหรับ task ที่รับผิดชอบ ใช้เวลาสิบวินาทีต่อ task เมื่อ task เกินแผน ให้ขยายแถบมากกว่าปล่อยค้างไว้เป็นสีแดง ตรวจแผนรายสัปดาห์และแจ้งเจ้าของงานก่อนที่เขาจะถามถ้ามี task ล่าช้าเกิน 10 วัน Gantt ที่ซื่อสัตย์และแสดงความล่าช้าจริงมีประโยชน์กว่า Gantt สีเขียวที่แกล้งทำว่าทุกอย่างตามแผนเสมอ