7 ข้อมูลสำคัญที่รายงานก่อสร้างสำหรับผู้บริหารควรมี

1. ภาพรวมโครงการ โครงการไหนปกติ โครงการไหนต้องจับตา

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

10 โครงการ

• • 6 โครงการ — เป็นไปตามแผน
  • 3 โครงการ — ต้องติดตาม
  • 1 โครงการ — มีความเสี่ยงสูง

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

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

2. ความคืบหน้าเทียบกับแผน โครงการไหนเริ่มช้ากว่าเป้าหมาย

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

จากข้อมูลนี้ Project B เป็นโครงการที่ควรได้รับความสนใจก่อน จากนั้นจึงค่อยดูต่อว่า งานช้ากว่าแผน 9% เกิดจากส่วนไหน มีสาเหตุอะไร และทีมโครงการมีแผนจัดการแล้วหรือยัง หลักง่าย ๆ คือ เห็นสัญญาณก่อน แล้วค่อยลงไปดูรายละเอียด

3. งานล่าช้าและกำหนดสำคัญ ความล่าช้ากำลังกระทบเป้าหมายหรือไม่

ตัวเลขความล่าช้าเพียงอย่างเดียวอาจยังไม่เพียงพอ บางโครงการอาจช้ากว่าแผน 5% แต่ทีมยังสามารถเร่งงานกลับมาได้โดยไม่กระทบวันส่งมอบ ขณะที่อีกโครงการอาจช้ากว่าแผนเพียง 2% แต่เป็นงานสำคัญที่ส่งผลต่อกิจกรรมถัดไปหรือกำหนดส่งมอบ

ผู้บริหารจึงควรเห็นเพิ่มเติมว่า

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

คำถามจึงไม่ควรจบแค่ว่า “โครงการช้ากว่าแผนกี่เปอร์เซ็นต์?”
แต่ควรไปถึง “ความล่าช้านี้กำลังกระทบอะไร และต้องจัดการตอนนี้หรือไม่?”

4. สถานะคุณภาพ  Defect กำลังถูกจัดการจนจบหรือไม่

จำนวน Defect เพียงอย่างเดียวไม่ได้บอกว่าโครงการไหนมีปัญหาด้านคุณภาพมากกว่าเสมอไป ตัวอย่างเช่น

Project A พบ Defect 100 รายการ แต่แก้ไขและตรวจปิดแล้ว 95 รายการตามกำหนด

Project B พบ Defect เพียง 30 รายการ แต่มี 15 รายการค้างเกินกำหนด และบางปัญหาเกิดซ้ำในพื้นที่เดิม

หากดูเพียงจำนวน Defect อาจรู้สึกว่า Project A มีปัญหามากกว่า แต่เมื่อดูสถานะการจัดการ Project B อาจเป็นโครงการที่ควรได้รับความสนใจมากกว่า

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

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

5. ปัญหาสำคัญเรื่องไหนต้องรีบจัดการ

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

รายงานควรทำให้ผู้บริหารตอบได้ว่า

เกิดอะไรขึ้น → กระทบอะไร → ใครรับผิดชอบ → กำหนดแก้เมื่อไร
→ ตอนนี้ทำอะไรอยู่ → ต้องการให้ใครตัดสินใจ

เพราะการรู้เพียงว่ามีปัญหายังไม่เพียงพอ สิ่งสำคัญกว่าคือ ต้องรู้ว่า ปัญหานั้นกำลังถูกจัดการอยู่ หรือกำลังติดอยู่ที่ขั้นตอนไหน

6. ปัญหาที่เกิดซ้ำ เกิดเฉพาะโครงการเดียวหรือกำลังเกิดขึ้นหลายโครงการ

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

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

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

7. เรื่องที่ต้องตัดสินใจ ผู้บริหารต้องทำอะไรต่อ

รายงานที่ดีไม่ควรจบลงด้วยการแสดงสถานะสีแดงจำนวนมาก แล้วปล่อยให้ผู้บริหารไปหาคำตอบต่อเอง แต่ควรแยกให้เห็นว่าแต่ละเรื่องอยู่ในสถานะใด 

รับทราบ → ทีมกำลังจัดการ → ต้องติดตาม → ต้องการการตัดสินใจ

ตัวอย่างเช่น

ปัญหา: วัสดุหลักส่งล่าช้า 14 วัน
ผลกระทบ: เสี่ยงกระทบกำหนดงานติดตั้ง
สิ่งที่ทีมกำลังทำ: เจรจากับ Supplier เดิมแล้ว
สิ่งที่ต้องการการตัดสินใจ: พิจารณาอนุมัติ Supplier สำรองภายในวันที่ XX

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