Tình huống minh họa: Chiều thứ Sáu, chỉ huy trưởng công trình biệt thự nhắn vào nhóm Zalo: "Tuần này đạt khoảng 80% kế hoạch, đầu tuần sau bù được." Cả ban điều hành yên tâm. Nhưng đến thứ Ba tuần sau, đội gỗ báo thiếu phụ kiện, đội điện chưa vào được vì trần chưa hoàn thiện, và con số 80% hôm thứ Sáu hóa ra là ước lượng bằng mắt, không đối chiếu khối lượng BOQ. Đến khi ban điều hành nhìn thấy rủi ro, milestone bàn giao đã trễ 9 ngày.
Trả lời ngắn: Tiến độ bị báo cáo chậm là tình trạng báo cáo hiện trường luôn đến sau khi công việc đã chậm, vì tiến độ chỉ được tổng hợp theo tuần bằng mô tả cảm tính. Muốn thấy rủi ro trước deadline, mỗi công trình cần có WBS và baseline được duyệt, khối lượng hoàn thành cập nhật theo ngày có đối chiếu BOQ, và quan hệ phụ thuộc giữa các gói việc được thể hiện rõ.
Bài viết này dành cho ai?
Dành cho CEO, COO, Giám đốc dự án, PM và chỉ huy trưởng công trình của doanh nghiệp thi công nội thất đang chạy nhiều công trình song song. Những người mỗi tuần phải quyết định điều phối nhân lực và vật tư nhưng chỉ nhận được số liệu tiến độ sau khi cơ hội can thiệp đã hẹp.
Điều gì đang xảy ra?
- Công trình không có WBS và baseline được duyệt, nên tiến độ chỉ là một con số cảm tính.
- Hiện trường báo "xong phần thô", "gần hoàn thiện" mà không kèm khối lượng đối chiếu BOQ.
- Báo cáo được tổng hợp mỗi tuần, trong khi hiện trường thay đổi mỗi ngày.
- Quan hệ phụ thuộc giữa trần, điện, sơn và lắp đặt không được thể hiện trên kế hoạch.
- Kế hoạch vật tư và nhân lực không liên kết với tiến độ, nên lệch pha chỉ lộ ra tại công trường.
Điều doanh nghiệp thực sự muốn đạt được
Chức năng: thấy milestone nào đang có nguy cơ trễ khi còn đủ ngày để xử lý. Quản trị: mỗi gói việc có người phụ trách, khối lượng hoàn thành và bằng chứng, để tranh luận trên cùng một bộ số. Tổ chức: rõ ai cập nhật tiến độ, cập nhật khi nào, và ai chịu trách nhiệm khi một vướng mắc chưa được xử lý.
Điều gì đang cản trở?
| Lớp cản trở | Biểu hiện | Hệ quả |
|---|---|---|
| Dữ liệu | Khối lượng hoàn thành không đối chiếu BOQ, chỉ ước lượng bằng mắt | Báo cáo tiến độ luôn lạc quan hơn thực tế |
| Quy trình | Không có WBS, baseline và điểm cập nhật cố định | Không tính được độ lệch so với kế hoạch |
| Kiểm soát | Quan hệ phụ thuộc giữa các gói việc không được thể hiện | Một gói trễ âm thầm kéo theo chuỗi trễ |
| Tổ chức | Vướng mắc chỉ nằm trong tin nhắn, không có người và hạn xử lý | Issue trôi qua nhiều tuần mà không ai theo |
| Công cụ | Excel tiến độ không liên kết vật tư, nhân lực và issue | Kế hoạch tuần tách rời thực tế điều phối |
Điểm nhìn cốt lõi: Tiến độ được báo cáo chậm không phải vì hiện trường giấu thông tin, mà vì tiến độ được tổng hợp ở cấp văn phòng theo tuần, bằng mô tả cảm tính, không gắn với WBS, baseline và bằng chứng khối lượng. CEO vì thế luôn nhìn thấy quá khứ đã được làm đẹp, chứ không nhìn thấy rủi ro đang đến.
Tác động tới doanh nghiệp
| Chiều tác động | Điều gì xảy ra khi tiến độ luôn được báo cáo chậm |
|---|---|
| Cost | Phát hiện trễ muộn nên phải tăng ca, thuê thêm nhân công và mua khẩn, chi phí tăng |
| Margin | Chi phí xử lý gấp bào mòn biên lợi nhuận công trình ngay khi gần nghiệm thu |
| Cash Flow | Trễ thi công kéo theo trễ nghiệm thu, trễ hóa đơn và làm căng dòng tiền |
| Progress | Không biết nên rút nhân lực từ công trình nào để chi viện công trình đang nguy cơ trễ |
| Risk | Phạt hợp đồng chậm bàn giao và mất uy tín với khách, ảnh hưởng nguồn khách giới thiệu |
Nguyên nhân gốc
Không có WBS và baseline được duyệt cho từng công trình ↓ Khối lượng hoàn thành không được đối chiếu với BOQ ↓ Tiến độ chỉ được tổng hợp theo tuần, bằng mô tả cảm tính ↓ Quan hệ phụ thuộc giữa các gói việc không được thể hiện ↓ Vướng mắc nằm trong tin nhắn, không có người và hạn xử lý ↓ Rủi ro trễ chỉ lộ ra khi milestone đã bị đe dọa, không còn dư địa điều phối
Framework quản trị
WBS & BASELINE — phân rã gói việc với khối lượng, thời gian và thứ tự phụ thuộc ↓ LOOK-AHEAD — kế hoạch 3–6 tuần để phát hiện xung đột vật tư và nhân lực trước ↓ CẬP NHẬT NGÀY — khối lượng hoàn thành đối chiếu BOQ, kèm bằng chứng ảnh ↓ ISSUE & ACTION — mỗi vướng mắc có người phụ trách và hạn xử lý ↓ FORECAST — dự báo mốc trễ và cảnh báo ban điều hành trước khi quá muộn ↓ NHỊP ĐIỀU HÀNH — họp tiến độ tập trung vào dự báo trễ, không chỉ báo cáo quá khứ
Nối WBS, baseline, khối lượng cập nhật theo ngày và Issue Log thành một nhịp để ban điều hành thấy rủi ro trễ trước deadline, không phải sau.
Khám phá EcoCons → Xem gói One →Quy trình đề xuất (To-Be)
| Bước | Người phụ trách | Điều kiện vào | Điểm kiểm soát |
|---|---|---|---|
| Lập WBS và baseline được duyệt | PM + Chỉ huy trưởng | Có bản vẽ và BOQ | Mỗi gói việc có khối lượng, thời gian và phụ thuộc |
| Lập kế hoạch look-ahead 3–6 tuần | PM | Baseline đã duyệt | Phát hiện xung đột vật tư và nhân lực trước |
| Cập nhật khối lượng hoàn thành theo ngày | Chỉ huy trưởng | Gói việc đã được giao | Khối lượng đối chiếu BOQ và có ảnh kèm |
| Ghi issue với người và hạn xử lý | PM | Có vướng mắc phát sinh | Mọi issue có chủ sở hữu và ngày hoàn thành |
| Dự báo mốc trễ và cảnh báo | PM + COO | Dữ liệu cập nhật đã đủ | Milestone có nguy cơ trễ được báo trước |
| Họp rà soát tiến độ hằng tuần | PM + CEO/COO | Báo cáo tuần đã có | Câu hỏi trung tâm là milestone nào đang nguy cơ trễ |
Ví dụ minh họa — số liệu giả định
EcoCons hỗ trợ ở đâu?
| Yêu cầu | Năng lực | Mức đáp ứng |
|---|---|---|
| Công trình, gói việc và kế hoạch theo WBS | Bộ mô-đun dự án | Tiêu chuẩn |
| Gắn vật tư, nhân công và chi phí với gói việc | Mã phân tích và lệnh công việc | Tiêu chuẩn + cấu hình |
| Chấm công và giờ công theo công trình | Bộ mô-đun chấm công | Tiêu chuẩn + cấu hình |
| Ghi vướng mắc với người phụ trách và hạn xử lý | Nhiệm vụ và theo dõi trạng thái | Tiêu chuẩn + cấu hình |
| Bắt buộc bằng chứng khối lượng khi cập nhật tiến độ | Đính kèm và ràng buộc nhập liệu | Mở rộng (AI-X) |
| Cảnh báo tự động khi milestone có nguy cơ trễ | Quy tắc và danh sách cảnh báo | Mở rộng (AI-X) |
| Dashboard tiến độ và dự báo trễ theo công trình | Bảng điều khiển tùy chỉnh | Đề xuất thiết kế |
AI / Automation hỗ trợ ở đâu?
Khi dữ liệu tiến độ đã được cập nhật theo ngày, AI có thể đọc nhật ký hiện trường, khối lượng hoàn thành và lịch vật tư để phát hiện xu hướng trễ, tóm tắt các vướng mắc quan trọng và gợi ý thứ tự ưu tiên xử lý. Đầu vào gồm WBS, khối lượng, ảnh hiện trường, lịch giao vật tư và timesheet; AI đưa danh sách cần chú ý; PM quyết định. Điểm quyết định của AI nằm ở bước phát hiện xu hướng trễ giữa các gói việc. AI không tự điều phối nhân lực, không tự đổi kế hoạch và không tự quyết định tăng ca.
KPI ban điều hành cần theo dõi
| KPI | Công thức | Tần suất | Chủ sở hữu | Hành động khi lệch |
|---|---|---|---|---|
| PPC (Percent Plan Complete) | Số gói việc hoàn thành đúng kế hoạch tuần ÷ tổng gói việc trong tuần | Tuần | PM | Rà nguyên nhân gói trễ và điều phối lại |
| SPI (Schedule Performance Index) | Khối lượng hoàn thành ÷ khối lượng kế hoạch | Tuần | PM | Cảnh báo xu hướng trễ cho ban điều hành |
| Độ trễ cập nhật tiến độ | Số ngày từ phát sinh đến khi vào báo cáo | Tuần | Chỉ huy trưởng | Rút ngắn chu kỳ cập nhật xuống theo ngày |
| Issue quá hạn xử lý | Số issue vượt hạn ÷ tổng issue đang mở | Tuần | PM | Gán lại người và hạn cho issue tồn |
| Số milestone có nguy cơ trễ | Milestone có dự báo trễ ÷ tổng milestone đang mở | Tuần | COO | Điều phối nguồn lực và báo khách sớm |
| Chi phí xử lý trễ | Chi phí tăng ca và mua khẩn theo công trình | Tháng | Kế toán quản trị | Phân tích nguyên nhân gốc để giảm dần |
Câu hỏi thường gặp
Vì sao tiến độ luôn được báo cáo lạc quan hơn thực tế?
Vì tiến độ được ước lượng bằng mắt, không đối chiếu khối lượng BOQ. Hiện trường báo "xong phần thô" hay "gần hoàn thiện" mà không kèm số liệu định lượng. Khi không có baseline và khối lượng, mọi con số đều là cảm tính và có xu hướng nghiêng về phía lạc quan. Muốn con số đáng tin, mỗi cập nhật phải gắn với phần trăm khối lượng đã hoàn thành theo BOQ.
Có cần cập nhật tiến độ mỗi ngày không?
Nên cập nhật hằng ngày theo khối lượng có bằng chứng. Hiện trường thay đổi mỗi ngày, nhưng báo cáo tuần luôn chậm vài ngày, và khoảng trễ đó chính là nơi rủi ro tích tụ. Với công trình nhỏ, cập nhật ngày có thể chỉ mất vài phút mỗi gói việc. Tần suất cụ thể do doanh nghiệp tự chọn, nguyên tắc là đủ nhanh để còn khả năng can thiệp.
Làm sao phát hiện trễ sớm?
Cần WBS, baseline và thể hiện phụ thuộc giữa các gói việc. Khi gói trần chậm, hệ thống suy ra gói điện chưa thể bắt đầu và chuỗi phía sau bị đẩy lùi. Cảnh báo xuất hiện ở ngày thứ 15 khác hẳn với việc phát hiện ở ngày thứ 50, vì ở ngày 15 vẫn còn nhiều lựa chọn điều phối nhân lực và vật tư mà chi phí thấp.
PPC và SPI là gì?
PPC (Percent Plan Complete) là tỷ lệ gói việc hoàn thành đúng kế hoạch trong tuần, đo mức độ giữ nhịp của hiện trường. SPI (Schedule Performance Index) là khối lượng hoàn thành chia cho khối lượng kế hoạch, đo xu hướng nhanh hay chậm so với baseline. Cả hai giúp đo độ trễ một cách khách quan thay vì dựa vào cảm nhận, và nên được theo dõi theo tuần.
Issue Log khác gì báo cáo tiến độ?
Báo cáo tiến độ nói công việc đang ở đâu, còn Issue Log nói điều gì đang cản trở và ai đang xử lý. Hai thứ bổ sung cho nhau: một gói việc có thể đúng tiến độ nhưng có issue chưa giải quyết sẽ sớm thành trễ. Mỗi issue cần có người phụ trách, hạn xử lý và trạng thái, thay vì trôi trong tin nhắn nhóm.
AI có tự điều phối nguồn lực được không?
Không. AI có thể phát hiện xu hướng trễ, tóm tắt các issue quan trọng và gợi ý thứ tự ưu tiên, dựa trên dữ liệu tiến độ đã được cập nhật. Quyết định điều phối nhân lực, huy động tăng ca hay xin lùi milestone vẫn thuộc PM và ban điều hành, vì đó là quyết định về con người và cam kết với khách. AI chỉ giúp người quyết định có thông tin sớm hơn.
Checklist: doanh nghiệp của bạn có vấn đề này không?
Đọc kết quả: 0–2 ô = kiểm soát tiến độ tốt; 3–5 ô = cần chuẩn hóa WBS và cập nhật theo ngày; 6–8 ô = nên xử lý trước khi mở rộng quy mô công trình.
Kết luận
Tiến độ được báo cáo chậm không phải lỗi của hiện trường. Đó là dấu hiệu WBS, baseline, khối lượng, vật tư, nhân lực và issue chưa được nối thành một hệ thống cập nhật liên tục. Doanh nghiệp không cần đợi bị phạt hợp đồng mới bắt đầu kiểm soát: điểm bắt đầu đúng là nhìn thấy rủi ro trước deadline, khi vẫn còn lựa chọn điều phối và trước khi chi phí tăng ca phát sinh.