เรียงลำดับผู้รับเหมาช่วงหลายทีมให้ไม่ชนกันบนไซต์งาน

ทำไมการชนกันของทีมงานถึงทำให้โครงการล่าช้าได้มากกว่าสาเหตุอื่น?

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

ลำดับทีมงานที่ถูกต้องสำหรับงานก่อสร้างบ้านไทยทั่วไปเป็นอย่างไร?

ลำดับมาตรฐานในงานก่อสร้างพักอาศัยไทยมักเรียงดังนี้ โครงสร้างก่อน แล้วตามด้วยงาน Rough-in ระบบทั้งท่อประปาและท่อร้อยสายไฟก่อนที่ผนังจะปิด จากนั้นปิดผนังและเพดาน ฉาบปูน งาน Second-fix ไฟฟ้าและประปา ปูกระเบื้องและพื้น ทาสี และสุดท้ายติดตั้งสุขภัณฑ์และอุปกรณ์ ลำดับอาจปรับตามประเภทงาน Fit-out ออฟฟิศหรืองานต่อเติมต่างจากบ้านใหม่ แต่หลักการคงเดิมเสมอ ไม่มีทีมไหนควรปิดผิวงานก่อนที่ทุกทีมที่ต้องทำงานอยู่ข้างในผิวนั้นจะเสร็จ การฝ่าฝืนลำดับนี้สร้างงานแก้ไข และงานแก้ไขแพงกว่าการเผื่อ buffer หนึ่งวันเสมอ

การตั้ง dependency ใน Gantt planning view ป้องกันการชนกันได้อย่างไร?

Gantt planning view ของ SiteBoard ให้คุณเชื่อม task เป็น dependency เพื่อล็อกจุดเริ่มต้นของงานหนึ่งไว้กับการเสร็จสิ้นของอีกงาน เมื่อตั้งให้งาน Rough-in เดินท่อเป็น predecessor ของการปิดผนัง Gantt จะแสดงการปิดผนังว่าเริ่มได้ก็ต่อเมื่องานท่อเสร็จเท่านั้น ถ้าช่างไฟล่าช้าสองวัน task ปิดผนังเลื่อนให้เห็นชัดบนหน้าจอทันที ไม่ใช่รู้เมื่อช่างฉาบมาถึงไซต์แล้วพบว่าทำต่อไม่ได้ การวาง dependency ตั้งแต่เริ่มโครงการทำให้ตารางงานจัดลำดับแทนคุณ โดยไม่ต้องพึ่งความจำหรือโทรสอบถามทุกสัปดาห์ว่าใครต้องเสร็จก่อนใคร

ตัวอย่างจริง: ทาวน์เฮ้าส์หกยูนิตในระยอง

ลองดูงานของขุนวันชัยที่บริหารทาวน์เฮ้าส์หกยูนิตในระยองมูลค่า 4.8 ล้านบาท เขาแยก task Rough-in ไฟฟ้า Rough-in ประปา และปิดผนังออกจากกันใน SiteBoard โดยตั้ง dependency ให้ประปาเสร็จก่อนไฟฟ้า และไฟฟ้าเสร็จก่อนปิดผนัง ในสัปดาห์ที่เก้าช่างประปาล่าช้าสามวันที่ยูนิต 2 เพราะข้อต่อส่งช้า Gantt แสดงผลกระทบทันที งานไฟฟ้าและปิดผนังยูนิต 2 เลื่อนสามวัน วันชัยโทรหาช่างไฟก่อนที่พวกเขาจะเดินทางมาไซต์ และย้ายให้ไปทำยูนิต 1 และ 3 แทน ทำให้สองแนวงานยังวิ่งต่อได้ หากไม่มี dependency ใน Gantt ปัญหานี้จะรู้ก็ต่อเมื่อช่างฉาบมาถึงไซต์แล้ว ซึ่งสายเกินไปที่จะย้ายใครได้

ควรจัด Gantt ตามทีมงานหรือตามห้องและชั้น?

จัดตามทีมงาน ไม่ใช่ตามห้องหรือชั้น ช่างประปาได้รับ task ประปา Rough-in ทั้งหมดที่เชื่อมกันเป็นลำดับ ช่างไฟได้รับ task ไฟฟ้า Rough-in ทั้งหมดในลักษณะเดียวกัน และงานฉาบเป็น chain ของตัวเองที่เริ่มได้ต่อเมื่อทั้งสอง chain Rough-in เสร็จสมบูรณ์ โครงสร้างนี้ทำให้ผู้รับเหมาช่วงแต่ละรายเห็นชัดว่างานของตัวเองคืออะไร เริ่มเมื่อไหร่ และต้องรออะไรก่อน แชร์ owner sharing link ให้หัวหน้าผู้รับเหมาช่วงดูสถานะ task ของตัวเองจากมือถือได้ด้วย ช่างประปาที่เห็นว่าการเจาะพื้นยังไม่เสร็จก็จะไม่นำทีมทั้งชุดมาไซต์เพื่อรองาน

ควรเผื่อ buffer ระหว่างทีมงานกี่วัน และตัดออกได้เมื่อไหร่?

ข้อผิดพลาดที่พบบ่อยคือตั้งงาน Second-fix ไฟฟ้าให้เริ่มทันทีวันถัดจากที่ฉาบเสร็จโดยไม่มี margin เลย ในทางปฏิบัติปูนฉาบต้องการเวลาแห้งและรองพื้นก่อนที่จะติดสวิตช์หรือเต้ารับได้อย่างสะอาด งานบ้านไทยทั่วไปควรเผื่อสองถึงสามวันระหว่างฉาบเสร็จกับ Second-fix ไฟฟ้า งานปูกระเบื้องควรเผื่อหนึ่งถึงสองวันหลังเตรียมพื้น ก่อนส่งมอบควรเผื่อหนึ่งสัปดาห์หลังทาสีเสร็จให้สีแห้งสนิทก่อน Walk-through กับเจ้าของงาน ลด buffer ได้เมื่อทำลำดับเดิมซ้ำหลายครั้งจนรู้ระยะเวลาแห้งจริงในสภาพอากาศนั้น แต่ buffer ศูนย์วันหมายความว่าความล่าช้าแม้เพียงวันเดียวกระทบทีมถัดไปทันที

on-site progress updates บอกคุณได้อย่างไรว่าทีมงานกำลังล่าช้าก่อนที่จะสายเกินไป?

ทุกครั้งที่หัวหน้าผู้รับเหมาช่วงบันทึกอัปเดตผ่าน on-site progress updates ของ SiteBoard คุณจะเห็นเปอร์เซ็นต์ความเสร็จของ task นั้นแบบ real-time ถ้า Rough-in ไฟฟ้าอยู่ที่ 40 เปอร์เซ็นต์ในวันที่ควรจะเป็น 80 ตัวเลขบอกทันทีว่าการปิดผนังถัดมาต้องเลื่อนก่อนที่ช่างฉาบจะจองวันเข้าไซต์ ไม่ต้องโทรหาช่างไฟเพื่อถาม รูปถ่ายที่แนบพร้อมการอัปเดตช่วยสร้างบันทึกวันที่และภาพว่าแต่ละทีมอยู่ที่ไหนในแต่ละวัน มีประโยชน์ทั้งการวางแผนและการโต้แย้งหากผู้รับเหมาช่วงภายหลังตั้งคำถามถึงขอบเขตงานหรือวันที่ส่งมอบ

คำถามที่พบบ่อย: ต้องทำอย่างไรเมื่อทีมหนึ่งสายและบล็อกทีมถัดไป?

อัปเดต task ที่ล่าช้าใน SiteBoard ให้ตรงกับวันที่เสร็จใหม่ Gantt จะเลื่อน task ที่ขึ้นอยู่กับมันให้อัตโนมัติ ติดต่อทีมที่ถูกบล็อกก่อนที่พวกเขาจะเดินทางมาไซต์ และตกลงวันเริ่มงานใหม่ ถ้าความล่าช้านานพอที่จะกระทบโปรแกรม ลองดูว่าทีมที่ถูกบล็อกย้ายไปทำงานโซนอื่นหรือโครงการอื่นชั่วคราวได้ไหม สองวันที่เสียไปที่ยูนิต 2 ไม่จำเป็นต้องทำให้ทีมที่ย้ายไปยูนิต 4 และ 5 หยุดงาน บันทึกสาเหตุของความล่าช้าเดิมไว้ใน task note ทันทีที่มันเกิด ถ้าเกิดจากวัสดุส่งช้าหรือการเปลี่ยนแบบ บันทึกนั้นจะเป็นหลักฐานสำหรับการขอขยายเวลาจากเจ้าของงานในภายหลัง

คำถามที่พบบ่อย: ผู้รับเหมาช่วงควรบันทึกความคืบหน้าเอง หรือให้โฟร์แมนทำแทน?

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

คำถามที่พบบ่อย: ทีมงานสองทีมทำงานในอาคารเดียวกันพร้อมกันได้ไหม?

ได้ ถ้าแบ่งโซนให้ชัด ถ้า Gantt แบ่งตามยูนิตหรือชั้น ช่างประปา Rough-in ชั้นล่างได้ขณะที่ช่างไฟทำ Second-fix ชั้นบนพร้อมกัน ตราบใดที่ dependency ภายในแต่ละโซนถูกต้อง การแบ่งโซนคือวิธีฟื้นโปรแกรมล่าช้าที่มีประสิทธิภาพสูง เพราะรักษาลำดับในแต่ละโซนไว้ครบ แต่วิ่งโซนซ้อนกันแบบขยับตามกัน ตั้งแต่ละโซนเป็นกลุ่ม task แยกต่างหากใน SiteBoard เพื่อให้การซ้อนกันเป็นแผน ไม่ใช่บังเอิญ เมื่อสองทีมแบ่งพื้นที่เดียวกันจริงๆ คาดว่าผลิตภาพจะลดลงราว 20 ถึง 30 เปอร์เซ็นต์ ต้องรวมไว้ในระยะเวลา task หรือยอมรับว่าต้องเลือกระหว่างความเร็วและคุณภาพงาน