Tình huống minh họa: 7 giờ 30 sáng thứ Hai, giám đốc dự án một công ty thi công nội thất gọi chỉ huy trưởng: "Tuần này còn kịp bàn giao tầng 3 không?". Chỉ huy trưởng đáp "chắc kịp", nhưng bảng tiến độ cập nhật lần cuối từ thứ Sáu, và ba đầu việc chờ duyệt vật tư không được ghi ở đâu. Giao ban lại mở đầu bằng câu hỏi cũ: "Tuần rồi làm được gì?".
Trả lời ngắn: Cập nhật tiến độ hiện trường là quy trình biến việc thực tế tại công trình thành dữ liệu có người chịu trách nhiệm: hôm nay làm được gì, hạng mục nào xong, vướng mắc nào cần gỡ. Chỉ số cốt lõi là PPC = số đầu việc hoàn thành đúng hạn ÷ tổng đầu việc cam kết trong tuần. Không có cập nhật theo hạng mục, mọi báo cáo chỉ là lời kể.
Bài viết này dành cho ai?
Dành cho CEO, Giám đốc dự án, PM, chỉ huy trưởng, QS và Trưởng phòng Mua hàng của doanh nghiệp thiết kế – thi công nội thất chạy nhiều công trình song song. Những người mỗi tuần phải biết chắc công trình nhanh hay chậm, vướng ở đâu và ai đang giữ việc, thay vì chờ cuối tháng mới phát hiện trượt mốc bàn giao.
Điều gì đang xảy ra?
- Tiến độ báo bằng tin nhắn và cuộc gọi, không gắn hạng mục hay mã công trình.
- Mỗi chỉ huy trưởng giữ một file hoặc cuốn sổ riêng, đặt tên đầu việc một kiểu.
- Vướng mắc được nhắc miệng trong giao ban nhưng không ai ghi người gỡ và hạn.
- Báo cáo tuần được dựng lại từ trí nhớ, không có bằng chứng hiện trường.
- Khi có nhiều công trình, ban điều hành chỉ thấy công trình ồn ào nhất.
Điều doanh nghiệp thực sự muốn đạt được
Chức năng: mỗi ngày chỉ huy trưởng cập nhật khối lượng theo hạng mục trong vài phút, mỗi vướng mắc có người nhận và hạn gỡ. Quản trị: phân biệt đầu việc đã cam kết với đầu việc hoàn thành, để con số tiến độ không còn phụ thuộc cảm nhận. Tổ chức: rõ ai cập nhật, ai xác nhận và ai được đổi mốc bàn giao, mọi thay đổi đều lưu dấu vết.
Điều gì đang cản trở?
| Lớp cản trở | Biểu hiện | Hệ quả |
|---|---|---|
| Dữ liệu | Tiến độ báo bằng tin nhắn, không gắn mã công trình và mã hạng mục | Không tổng hợp được thành báo cáo, không đo được PPC |
| Quy trình | Cập nhật tùy hứng, cập nhật khi bị hỏi | Số liệu đến sau khi sự việc đã xảy ra |
| Kiểm soát | Vướng mắc không có người sở hữu và hạn gỡ | Cùng một việc bị nhắc nhiều lần nhưng không ai xử lý |
| Tổ chức | PM, chỉ huy trưởng và mua hàng nhìn ba bức tranh khác nhau | Tranh luận về con số thay vì xử lý công việc |
| Công cụ | Bảng tính riêng của từng người, không dùng chung | Không so sánh được giữa các công trình, không có lịch sử |
Điểm nhìn cốt lõi: Doanh nghiệp không thiếu người báo cáo. Doanh nghiệp thiếu cơ chế cập nhật gắn hạng mục và quy trình gỡ vướng mắc có người sở hữu. Khi tiến độ vẫn truyền bằng lời, ban điều hành luôn biết muộn hơn hiện trường một nhịp — và nhịp đó thường là nhịp mất khách.
Tác động tới doanh nghiệp
| Chiều tác động | Điều gì xảy ra khi tiến độ không được cập nhật theo hạng mục |
|---|---|
| Cost | Huy động thợ và vật tư sai thời điểm, phát sinh chi phí chờ và chi phí làm lại |
| Margin | Công trình chậm bị phạt và đội thợ phải làm thêm giờ, lãi bị ăn mòn ở phần không ai dự tính |
| Cash Flow | Mốc nghiệm thu trượt kéo theo mốc xuất hóa đơn trượt, dòng tiền về muộn |
| Progress | Không thấy đầu việc trượt sớm nên không kịp điều thợ hoặc đổi thứ tự thi công |
| Risk | Tranh chấp với khách vì không có bằng chứng hiện trường và mốc cam kết rõ ràng |
Nguyên nhân gốc
Không có mã công trình và mã hạng mục dùng chung cho mọi đầu việc ↓ Chỉ huy trưởng giữ tiến độ trong sổ và tin nhắn riêng ↓ Vướng mắc được nhắc miệng, không có người sở hữu và hạn gỡ ↓ Báo cáo tuần được dựng lại từ trí nhớ, không có bằng chứng ↓ Ban điều hành biết trượt tiến độ sau khi mốc đã qua ↓ Chi phí chờ, phạt tiến độ và chậm thu tiền lộ ra cùng lúc
Framework quản trị
TRIGGER — đầu tuần, kế hoạch lookahead chốt đầu việc cam kết có mã hạng mục ↓ INPUT — khối lượng, nhân lực, vật tư về công trình, điều kiện hiện trường ↓ PROCESS — chỉ huy trưởng cập nhật hằng ngày; PM rà kế hoạch tuần đối chiếu thực tế ↓ APPROVAL — PM xác nhận đầu việc hoàn thành; đổi mốc bàn giao do Giám đốc dự án duyệt ↓ CONTROL — cổng kiểm soát: cập nhật trễ hạn, đầu việc thiếu người, vướng mắc quá hạn ↓ EXCEPTION— vướng mắc quá hạn chuyển lên PM rồi ban điều hành, kèm phương án đề xuất ↓ OUTPUT — nhật ký hiện trường, báo cáo tiến độ tuần, danh sách vướng mắc có chủ sở hữu ↓ KPI — PPC, độ trễ cập nhật, thời gian gỡ vướng mắc, SPI so với kế hoạch
Gắn kế hoạch tuần, cập nhật hiện trường và vướng mắc có người sở hữu vào một mã công trình để PPC và SPI đo được ngay trong tuần.
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 |
|---|---|---|---|
| Chốt kế hoạch lookahead tuần | PM + chỉ huy trưởng | Có mốc bàn giao đã thống nhất với khách | Mỗi đầu việc có mã hạng mục và ngày cam kết |
| Cập nhật hiện trường hằng ngày | Chỉ huy trưởng | Đầu việc đã có trong kế hoạch | Cập nhật trước giờ kết thúc ca |
| Nêu vướng mắc kèm phương án | Chỉ huy trưởng | Phát hiện việc chặn tiến độ | Mỗi vướng mắc có người nhận và hạn gỡ |
| Xác nhận đầu việc hoàn thành | PM | Hiện trường báo xong | Đối chiếu khối lượng với bản vẽ thi công |
| Duyệt đổi mốc bàn giao | Giám đốc dự án | PM đề xuất điều chỉnh mốc | Có lý do, ảnh hưởng chi phí và xác nhận khách |
| Giao ban tuần trên dữ liệu | PM | Tiến độ đã được xác nhận | Đọc PPC và vướng mắc còn mở |
Ví dụ minh họa — số liệu giả định
| Chỉ số | Kế hoạch | Thực tế | Ghi chú |
|---|---|---|---|
| Đầu việc cam kết trong tuần | 24 | 24 | Chốt ở bước lookahead, có mã hạng mục |
| Đầu việc hoàn thành đúng hạn | — | 15 | PPC = 15 ÷ 24 = 62,5% |
| Khối lượng đạt trong tuần | 18% | 11,25% | SPI = 11,25 ÷ 18 = 0,625 |
| Vướng mắc chặn tiến độ | — | 3 (vật tư) | Gỡ trung bình 4 ngày = 12 ngày công chờ |
| PPC nếu gỡ vướng trong 1 ngày | — | 18 ÷ 24 = 75% | Kịch bản giả định, không phải cam kết |
EcoCons hỗ trợ ở đâu?
| Yêu cầu | Năng lực | Mức đáp ứng |
|---|---|---|
| Gắn đầu việc với công trình và hạng mục | Dự án, task, mã phân tích theo công trình | Standard + cấu hình |
| Cập nhật khối lượng và trạng thái đầu việc | Task có trạng thái, người phụ trách, hạn hoàn thành | Standard + cấu hình |
| Nhật ký hiện trường theo ngày | Ghi chú, đính kèm ảnh, liên kết task | Standard + cấu hình |
| Vướng mắc có người sở hữu và hạn gỡ | Danh sách công việc có người nhận và ngày đến hạn | Standard + cấu hình |
| Cảnh báo cập nhật trễ và vướng mắc quá hạn | Quy tắc tự động, hoạt động đến hạn | Mở rộng (AI-X) |
| Bảng tiến độ hợp nhất nhiều công trình | Báo cáo phân tích tùy chỉnh, bảng điều khiển | Đề xuất thiết kế |
AI / Automation hỗ trợ ở đâu?
Khi tiến độ đã ghi theo hạng mục, AI có thể đọc nhật ký hiện trường, ảnh công trường và trạng thái đầu việc để tóm tắt tuần, xếp hạng vướng mắc theo mức độ chặn tiến độ và gợi ý việc cần ưu tiên trong giao ban. Đầu vào gồm kế hoạch lookahead, cập nhật hằng ngày và mốc bàn giao; AI đưa bản tóm tắt và thứ tự ưu tiên, con người quyết định. Điểm quyết định của AI nằm ở bước xếp hạng vướng mắc và phát hiện đầu việc trượt sớm. AI không tự đổi mốc bàn giao, không tự xác nhận hạng mục đã xong và không tự kết luận công trình sẽ trễ hạn.
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 theo công trình | Đầu việc hoàn thành đúng hạn ÷ đầu việc cam kết | Tuần | PM | Rà nguyên nhân trượt và điều chỉnh kế hoạch tuần tới |
| SPI so với kế hoạch | Khối lượng đạt ÷ khối lượng kế hoạch trong kỳ | Tuần | PM | Điều thợ hoặc đổi thứ tự thi công |
| Độ trễ cập nhật nhật ký | Số ngày từ lúc phát sinh đến lúc được ghi | Ngày | Chỉ huy trưởng | Nhắc và tự động hóa kênh cập nhật |
| Thời gian gỡ vướng mắc | Tổng ngày chờ ÷ số vướng mắc đã gỡ | Tuần | PM | Chuyển vướng mắc vượt hạn lên ban điều hành |
| Tỷ lệ vướng mắc quá hạn | Vướng mắc quá hạn ÷ vướng mắc đang mở | Tuần | Giám đốc dự án | Họp riêng với chủ sở hữu và chốt hạn mới |
Câu hỏi thường gặp
SOP này khác gì báo cáo tiến độ tuần đang làm?
Báo cáo tiến độ tuần thường chỉ nói công trình nhanh hay chậm. SOP này quy định thêm ba thứ: đầu việc phải có mã hạng mục, cập nhật phải diễn ra hằng ngày tại hiện trường, và mỗi vướng mắc phải có người nhận việc cùng hạn gỡ. Nhờ vậy con số tiến độ đo được thành PPC và SPI thay vì dựa vào cảm nhận.
PPC là gì và dùng để làm gì?
PPC là phần trăm đầu việc hoàn thành đúng hạn so với số đầu việc đã cam kết trong kỳ, thường tính theo tuần. Công thức là đầu việc hoàn thành đúng hạn chia cho tổng đầu việc cam kết. PPC cho biết kế hoạch có khả thi hay không: PPC thấp nhiều tuần liên tiếp thường do cam kết quá nhiều hoặc vướng mắc không được gỡ. Chỉ số này cũng giúp so sánh mức độ đáng tin giữa các tổ chỉ huy trưởng.
Vì sao phải cập nhật hằng ngày thay vì cuối tuần?
Cập nhật cuối tuần buộc người viết dựng lại sự việc từ trí nhớ, nên dữ liệu vừa trễ vừa mất chi tiết. Cập nhật hằng ngày chỉ mất vài phút mỗi ca nhưng giữ được bằng chứng của từng đầu việc, ảnh hiện trường và thời điểm phát sinh vướng mắc. Điều này đặc biệt quan trọng khi có nhiều công trình song song, vì ban điều hành cần biết công trình nào trượt ngay trong tuần, không phải chờ đến khi mốc bàn giao đã qua.
Vướng mắc nên được ghi ở đâu và theo mẫu nào?
Mỗi vướng mắc nên có một bản ghi gắn mã công trình và mã hạng mục, gồm việc đang chặn, người phát hiện, người chịu trách nhiệm gỡ, hạn gỡ và phương án đề xuất. Ai cũng có thể nêu vướng mắc, nhưng chỉ một người được gán sở hữu gỡ. Khi quá hạn, bản ghi được đẩy lên cấp trên. Cách này tránh việc một vấn đề bị nhắc nhiều buổi giao ban mà không ai xử lý.
Doanh nghiệp nhỏ có cần hệ thống để làm SOP này không?
Chưa cần hệ thống lớn. Với doanh nghiệp nhỏ, một bảng kế hoạch tuần có mã hạng mục, một biểu mẫu nhật ký hiện trường và một danh sách vướng mắc có người phụ trách đã xử lý phần lớn vấn đề. Điều quan trọng là kỷ luật cập nhật và quy tắc gỡ vướng, không phải công cụ. Khi số công trình tăng tới mức tổng hợp thủ công không theo kịp, đó mới là lúc đưa lên nền tảng chung.
Làm sao để đội thi công không thấy đây là việc hành chính thêm?
Cần cho thấy việc cập nhật mang lại lợi ích trực tiếp cho đội: vướng mắc được gỡ nhanh hơn, vật tư về đúng lúc, và không phải giải thích lại khi bị hỏi. Nên giữ biểu mẫu thật ngắn, cho phép dùng ảnh thay cho văn bản dài, và không dùng số liệu để quy trách nhiệm cá nhân mà để gỡ việc. Khi đội thấy PPC cải thiện nhờ vướng mắc được xử lý, việc cập nhật sẽ thành thói quen.
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 cập nhật và gỡ vướng; 6–8 ô = nên xử lý trước khi nhận thêm công trình.
Kết luận
Cập nhật tiến độ không phải việc điền báo cáo cho đủ. Đó là cách doanh nghiệp nội thất nhìn thấy công trình đang trượt trước khi khách nhận ra. Kiểm soát nằm ở kế hoạch tuần có mã hạng mục, cơ chế cập nhật hằng ngày và quy trình gỡ vướng mắc có người sở hữu, để mỗi buổi giao ban bắt đầu từ dữ liệu chứ không từ câu hỏi "tuần rồi làm được gì".