Hỏi một PM ngành nội thất về tiến độ dự án, câu trả lời thường là ước lượng phần trăm dựa trên cảm giác quan sát tại công trình, chứ không phải một con số được tính từ khối lượng công việc thực tế đã hoàn thành so với kế hoạch. Điều này không phải vì PM thiếu năng lực, mà vì công cụ báo cáo hiện tại — Excel cập nhật cuối tuần, tin nhắn Zalo báo miệng — không cho phép ghi nhận tiến độ ở cấp độ chi tiết và tần suất cần thiết.
Độ trễ đến từ đâu
Độ trễ báo cáo tiến độ trong ngành nội thất thường đến từ ba điểm nghẽn. Thứ nhất, tiến độ được cập nhật theo tần suất báo cáo (thường là hàng tuần) chứ không theo tần suất công việc thực tế diễn ra hàng ngày — nghĩa là một vấn đề phát sinh vào thứ Hai có thể phải đợi đến báo cáo thứ Sáu mới được văn phòng biết đến. Thứ hai, tiến độ được báo cáo ở cấp dự án tổng thể ("dự án đang đạt khoảng 60%") thay vì cấp hạng mục WBS cụ thể, nên không ai biết chính xác hạng mục nào đang chậm và chậm bao nhiêu ngày so với kế hoạch. Thứ ba, báo cáo tiến độ tách rời khỏi báo cáo vật tư và nhân công — PM có thể báo "đang thi công đúng tiến độ" trong khi vật tư cho hạng mục tiếp theo chưa về đến công trình, tạo ra một khoảng trễ tiềm ẩn chưa được phản ánh.
Vì sao "trễ phát hiện" nguy hiểm hơn "trễ tiến độ"
Bản thân việc một dự án chậm tiến độ đôi khi khó tránh khỏi — vấn đề nằm ở thời điểm phát hiện. Nếu độ lệch giữa progress thực tế và kế hoạch (mục tiêu hợp lý là trong khoảng ±5%) được phát hiện ngay khi nó vừa xuất hiện, PM còn đủ thời gian để điều chỉnh: tăng ca, bổ sung nhân lực, đẩy nhanh vật tư. Nhưng nếu độ lệch chỉ được phát hiện qua báo cáo tuần hoặc tháng, khoảng thời gian để xử lý đã bị rút ngắn đáng kể, và trong nhiều trường hợp, deadline chỉ còn cách vài ngày khi vấn đề mới được đưa lên CEO — lúc đó lựa chọn duy nhất còn lại thường là xin lỗi khách hàng và chấp nhận phạt hợp đồng.
Quản lý tiến độ theo WBS thay vì theo cảm nhận
Giải pháp bắt đầu từ việc chia dự án thành cấu trúc WBS (Work Breakdown Structure) đủ chi tiết — mỗi hạng mục công việc có khối lượng cụ thể, thời gian dự kiến, và người phụ trách rõ ràng. Khi tiến độ được ghi nhận ở cấp hạng mục thay vì cấp dự án, một hạng mục chậm 3 ngày sẽ hiển thị ngay là "chậm 3 ngày" thay vì bị pha loãng vào con số tổng thể "dự án đạt 58% thay vì 60% như kế hoạch" — con số vốn không cho biết vấn đề nằm ở đâu.
Cập nhật tiến độ tại hiện trường, không phải tại văn phòng
Cách hiệu quả nhất để loại bỏ độ trễ báo cáo là để đội thi công tại công trình ghi nhận tiến độ trực tiếp — qua ứng dụng di động, ngay tại thời điểm hoàn thành một đầu việc — thay vì tổng hợp lại vào cuối tuần từ trí nhớ. Khi dữ liệu tiến độ, vật tư xuất dùng và nhân công được ghi nhận cùng lúc tại nguồn, dashboard của PM và CEO phản ánh đúng những gì đang diễn ra tại công trình ở thời điểm hiện tại, chứ không phải một bức tranh đã cũ vài ngày. Đây cũng là điều kiện tiên quyết để tỷ lệ defect (mục tiêu dưới 3%) và tiến độ nghiệm thu được kiểm soát chặt chẽ ở các bước tiếp theo của dự án.
Checklist báo cáo tiến độ công trình nội thất đúng hạn
Checklist báo cáo tiến độ bao gồm: (1) WBS hạng mục có kế hoạch tiến độ rõ ràng (ngày bắt đầu, ngày kết thúc, % kế hoạch theo tuần); (2) cập nhật tiến độ thực tế tại hiện trường hàng ngày hoặc theo mốc, không đợi cuối tuần; (3) ghi nhận % hoàn thành theo hạng mục, không phải theo cảm nhận dự án chung; (4) ghi nhận issue và rủi ro kèm tiến độ, không tách rời; (5) so sánh progress thực tế vs kế hoạch, cảnh báo khi lệch quá ngưỡng; (6) dashboard tiến độ cập nhật realtime cho PM và CEO. Khi checklist đầy đủ, tiến độ được báo cáo đúng hạn và đúng chi tiết, CEO nhìn thấy trễ sớm đủ để hành động, không phải chờ báo cáo tuần qua rồi mới biết dự án đang trễ.
Sai lầm thường gặp khi báo cáo tiến độ
Sai lầm đầu tiên là báo cáo tiến độ theo cảm nhận "gần xong", "còn vài hạng mục", không có % cụ thể theo hạng mục. Sai lầm thứ hai là báo cáo cuối tuần qua tin nhắn Zalo, mất cấu trúc và khó tổng hợp. Sai lầm thứ ba là báo cáo progress thực tế nhưng không so sánh với kế hoạch, không biết đang trễ hay đúng tiến độ. Sai lầm thứ tư là tách issue/rủi ro khỏi báo cáo tiến độ, không nhìn thấy mối liên kết. Sai lầm thứ năm là chỉ PM biết tiến độ, CEO phải hỏi mới được báo cáo, mất khả năng nhìn tổng thể. Mỗi sai lầm khiến trễ tiến độ được phát hiện muộn, khi đã khó cứu và có thể dẫn đến phạt HĐ hoặc mất uy tín với khách hàng.
KPI theo dõi tiến độ công trình
Bốn KPI cần theo dõi: (1) Progress vs plan % — tỷ lệ tiến độ thực tế so với kế hoạch theo hạng mục, cảnh báo khi lệch quá ±5%; (2) On-time milestone rate — tỷ lệ mốc tiến độ đạt đúng hạn, mục tiêu trên 90%; (3) Time-to-detect delay — thời gian từ khi trễ xảy ra đến khi được báo cáo, mục tiêu dưới 3 ngày; (4) Issue resolution time — thời gian xử lý issue ảnh hưởng tiến độ, mục tiêu dưới 7 ngày. Bốn KPI này trên dashboard PM và CEO, cập nhật realtime khi site report nhập vào ERP, cho phép hành động sớm khi hạng mục có dấu hiệu trễ.
Cập nhật tiến độ tại hiện trường — Mobile app thay vì giấy
Cập nhật tiến độ tại hiện trường bằng giấy báo cáo tuần qua tin nhắn có độ trễ 5-7 ngày và mất cấu trúc. Khi sử dụng mobile app ERP tại site, chỉ huy trưởng cập nhật % hoàn thành hạng mục, chụp ảnh hiện trạng, và ghi issue ngay tại công trường — dữ liệu vào ERP realtime, dashboard PM và CEO cập nhật ngay. Mobile app cũng cho phép chụp ảnh đính kèm hạng mục, tạo bằng chứng tiến độ cho khách hàng và nghiệm thu. Cập nhật tại hiện trường thay vì tại văn phòng giảm độ trễ từ 5-7 ngày xuống dưới 1 ngày, và cấu trúc dữ liệu cho phép tổng hợp across dự án tự động. Đây là điều kiện để dashboard tiến độ realtime có ý nghĩa — dữ liệu phải vào hệ thống nhanh và có cấu trúc.
Tổng kết: tiến độ công trình nội thất — từ báo cáo chậm đến realtime
Báo cáo tiến độ công trình nội thất chỉ có giá trị điều hành khi cập nhật realtime tại hiện trường, theo hạng mục WBS, và có cảnh báo lệch kế hoạch tự động. Ba điều kiện tiên quyết: WBS có kế hoạch tiến độ, mobile app cập nhật tại site, và dashboard realtime cho PM và CEO. Ba sai lầm cần tránh: báo cáo theo cảm nhận, cuối tuần qua Zalo, và tách issue khỏi tiến độ. Ba KPI cần theo dõi: progress vs plan lệch dưới ±5%, on-time milestone rate trên 90%, time-to-detect delay dưới 3 ngày. Khi cập nhật tiến độ realtime, CEO phát hiện trễ ở ngày thứ 2 thay vì thứ Hai tuần sau, kịp đẩy nhà thầu phụ và tránh trễ deadline. Đánh giá trục 4 (thi công và tiến độ) để xác định báo cáo tiến độ doanh nghiệp bạn đang ở đâu.
Case study: phát hiện trễ tiến độ sớm 5 ngày nhờ mobile app site report
Một công ty nội thất 12 dự án từng phát hiện trễ tiến độ qua báo cáo tuần thứ Hai, đã muộn 5-7 ngày để cứu. Sau khi triển khai mobile app ERP cho chỉ huy trưởng cập nhật tiến độ tại site hàng ngày, PM và CEO nhìn thấy progress realtime, phát hiện trễ ở ngày thứ 2-3, kịp đẩy nhà thầu phụ. On-time milestone rate tăng từ 78% lên 92% trong 6 tháng, tránh phạt HĐ và giữ uy tín. Bài học: cập nhật tiến độ realtime tại site thay vì báo cáo tuần giảm độ trễ phát hiện từ 5-7 ngày xuống dưới 1 ngày, là khác biệt giữa kịp cứu và trễ deadline.
Một khía cạnh thường bị bỏ qua là mối liên kết giữa tiến độ và dòng tiền. Khi dự án trễ tiến độ, thanh toán theo nghiệm thu cũng trễ, dòng tiền thu bị đẩy lùi. Nếu doanh nghiệp chạy 10 dự án và 3 dự án trễ 1 tháng, 30% dòng tiền thu bị đẩy lùi 1 tháng, gây áp lực dòng tiền lớn. Khi tiến độ realtime, CFO forecast dòng tiền thu dựa trên progress thực tế, không phải kế hoạch — biết trước dòng tiền sẽ đứt ở tháng nào, sắp xếp vay hoặc đàm phán lại. Không có forecast này, CFO chỉ biết dòng tiền đứt khi đã đứt. Liên kết tiến độ và dòng tiền là một trong những lợi ích tích hợp ERP mà các hệ thống rời rạc (Excel tiến độ riêng, Excel công nợ riêng) không thể cung cấp.
Mobile app cập nhật tiến độ tại site là thay đổi nhỏ nhưng tạo impact lớn. Khi chỉ huy trưởng cập nhật % hoàn thành hạng mục và chụp ảnh hiện trạng ngay tại công trường, dữ liệu vào ERP realtime, không cần chờ về văn phòng viết báo cáo. Mobile app cũng đảm bảo cấu trúc dữ liệu (mỗi cập nhật gắn hạng mục WBS, không phải ghi chú tự do), cho phép tổng hợp across dự án tự động. Đầu tư mobile app nhỏ (1 app, training chỉ huy trưởng) nhưng giảm độ trễ phát hiện từ 5-7 ngày xuống dưới 1 ngày — ROI rất cao. Đây là điều kiện để dashboard tiến độ realtime có ý nghĩa, vì dữ liệu phải vào hệ thống nhanh và có cấu trúc.
Hành động tiếp theo cho doanh nghiệp của bạn
Nếu tiến độ báo cáo chậm, bắt đầu bằng: (1) WBS hạng mục có kế hoạch tiến độ; (2) chỉ huy trưởng cập nhật % hàng ngày qua mobile app hoặc form có cấu trúc; (3) dashboard tiến độ realtime cho PM và CEO; (4) cảnh báo tự động khi progress lệch kế hoạch quá ±5%. Khi quy trình ổn, đưa vào ERP để cập nhật realtime và cảnh báo tự động.
Mobile app cập nhật tiến độ cũng có lợi cho quan hệ khách hàng. Khi khách hàng muốn xem tiến độ, PM có thể share dashboard realtime thay vì viết báo cáo tuần. Khách hàng nhìn thấy tiến độ mọi lúc, yên tâm hơn và ít hỏi hơn. Khi có issue ảnh hưởng tiến độ, PM thông báo kèm ảnh hiện trạng từ mobile app, khách hàng thấy rõ và đồng ý điều chỉnh deadline dễ hơn. Mobile app site report không chỉ nội bộ mà còn cải thiện quan hệ khách hàng — một lợi ích phụ nhưng đáng kể.