Tháng thứ 4 của dự án chung cư 20 tầng, SPI chỉ còn 0,72 — tương đương trễ gần 1 tháng so với baseline. CĐT gửi công văn yêu cầu giải trình và đề nghị nhà thầu trình "Recovery Schedule" trong 14 ngày. PM ngồi nhìn màn hình Gantt và tự hỏi: bắt đầu từ đâu? Đây là hướng dẫn đó.
📌 Recovery Schedule Là Gì — Và Khác Revised Schedule Ở Chỗ Nào?
Recovery Schedule (Kế hoạch phục hồi tiến độ) là tài liệu kỹ thuật do nhà thầu lập khi dự án bị trễ so với baseline, cam kết các biện pháp cụ thể để đưa tiến độ về đúng ngày hoàn thành hợp đồng — hoặc thu hẹn delay còn lại xuống mức tối thiểu có thể.
Nhiều PM nhầm Recovery Schedule với Revised Schedule. Đây là 2 tài liệu khác nhau về bản chất và hệ quả pháp lý:
| Tiêu chí | Recovery Schedule | Revised Schedule |
|---|---|---|
| Mục tiêu | Giữ nguyên ngày hoàn thành hợp đồng, đề xuất biện pháp rút ngắn | Dịch chuyển ngày hoàn thành — thừa nhận delay, điều chỉnh lại baseline |
| Hàm ý pháp lý | Nhà thầu cam kết không cần EOT, tự chịu chi phí phục hồi | Đề nghị EOT (gia hạn hợp đồng) — phải có lý do hợp lệ theo NĐ37/2015 |
| Khi nào dùng | Trễ do lỗi nhà thầu, hoặc delay nhỏ có thể bù đắp được | Trễ do nguyên nhân khách quan: CĐT thay đổi thiết kế, thiên tai, dịch bệnh |
| Ai phê duyệt | CĐT/Tư vấn giám sát xem xét, không nhất thiết chấp thuận chính thức | Phải được CĐT chấp thuận bằng văn bản — phụ lục hợp đồng mới |
| Chi phí tăng thêm | Nhà thầu tự chịu (tăng ca, thêm nhân lực) | Có thể đàm phán với CĐT nếu nguyên nhân từ phía CĐT |
🔍 Bước 1 — Phân Tích Nguyên Nhân Trễ Trước Khi Lập Kế Hoạch
Recovery Schedule tốt bắt đầu từ chẩn đoán đúng — không phải từ bản Gantt. Lập kế hoạch phục hồi mà không hiểu rõ tại sao trễ giống như uống thuốc mà không biết mình bị bệnh gì.
Phân tích delay theo 3 chiều
- Chiều 1 — Nguyên nhân gốc (Root Cause): Thiếu nhân lực? Vật tư về trễ? Thời tiết? CĐT chậm phê duyệt submittal? Thiết kế thay đổi? Mỗi nguyên nhân dẫn đến chiến lược phục hồi khác nhau.
- Chiều 2 — Vị trí trên đường găng (Critical Path): Delay trên công tác găng (Critical Path) ảnh hưởng trực tiếp đến ngày hoàn thành. Delay trên công tác có float lớn chưa quan trọng — nhưng nếu float bị "ăn" hết thì sẽ leo lên critical path.
- Chiều 3 — Trách nhiệm (Culpability): Nhà thầu tự gây ra hay do bên ngoài? Phân loại rõ để quyết định có claim EOT song song hay không.
Delay hiện tại = Ngày dự kiến HT hiện tại − Ngày HT hợp đồng
// SPI (Schedule Performance Index) từ EVM
SPI = EV / PV
// SPI < 1.0 = đang trễ | SPI = 0,72 → trễ 28% so với kế hoạch
// Số tuần cần rút ngắn
Weeks_to_recover = Delay_days / 7
// Để hoàn thành đúng hạn: phải tăng SPI lên 1/SPI_hiện_tại trong thời gian còn lại
🛠️ 6 Chiến Lược Phục Hồi Tiến Độ — Ưu & Nhược Điểm Thực Chiến
Không có chiến lược nào phù hợp cho mọi tình huống. PM cần phối hợp nhiều biện pháp tùy vào nguyên nhân delay, loại công tác, và nguồn lực khả dụng.
⏰ 1. Tăng Ca & Làm Việc Cuối Tuần
Kéo dài giờ làm việc từ 8h → 10-12h/ngày, hoặc bổ sung ca thứ 7, chủ nhật.
✅ Ưu: Không cần thêm nhân lực mới, triển khai ngay, hiệu quả cao với công tác thủ công
❌ Nhược: Chi phí tăng 50–100% (phụ cấp ca đêm, năng suất giảm sau 2 tuần liên tục), rủi ro tai nạn tăng do mệt mỏi
👷 2. Tăng Quân Số (Manpower Surge)
Đưa thêm công nhân và tổ đội vào công trường, tăng số mũi thi công song song.
✅ Ưu: Hiệu quả cao cho công tác có thể chia nhỏ độc lập (cốt thép nhiều tầng, hoàn thiện nhiều phòng)
❌ Nhược: Cần mặt bằng đủ rộng, nhân sự giám sát tăng theo, công nhân mới cần thời gian học việc, chi phí tuyển dụng
🔄 3. Fast-Tracking — Chồng Tiến Độ
Bắt đầu công tác B trước khi A hoàn thành 100% (thay vì tuần tự FS).
✅ Ưu: Không tăng chi phí nhiều, rút ngắn tổng thời gian đáng kể
❌ Nhược: Tăng rủi ro rework nếu thiết kế thay đổi, cần phối hợp kỹ giữa các tổ đội, phù hợp hơn cho công tác ít phụ thuộc lẫn nhau
⚡ 4. Crashing — Tăng Nguồn Lực Trên Công Tác Găng
Bơm thêm nguồn lực (thiết bị, nhân lực) vào đúng các công tác trên critical path.
✅ Ưu: Tập trung đúng điểm nghẽn, hiệu quả tốt nhất trên mỗi đồng chi phí tăng thêm
❌ Nhược: Cần phân tích critical path chính xác, có ngưỡng giảm dần (diminishing returns) khi thêm người vào không gian chật
🔧 5. Thay Đổi Phương Pháp Thi Công
Chuyển từ thi công thủ công sang cơ giới hóa, hoặc dùng vật liệu / công nghệ nhanh hơn (bê tông trộn sẵn, tấm panel lắp ghép...).
✅ Ưu: Cải thiện năng suất gốc, không chỉ "gắng sức" thêm
❌ Nhược: Cần phê duyệt thiết kế, có thể phát sinh variation cost, thời gian setup ban đầu
📋 6. Resequencing — Đảo Thứ Tự Công Tác
Ưu tiên lại thứ tự thi công để tạo điều kiện cho các công tác khác chạy song song.
✅ Ưu: Không tốn thêm chi phí, chỉ cần lập lại lịch Gantt
❌ Nhược: Có thể vi phạm ràng buộc kỹ thuật (cần kết cấu A trước khi làm B), cần CHT kỹ thuật xác nhận tính khả thi
📄 Cấu Trúc Tài Liệu Recovery Schedule — Trình CĐT Cần Gì?
Recovery Schedule nộp cho CĐT/Tư vấn giám sát cần đủ 6 phần để thuyết phục và có tính khả thi:
-
1Tóm tắt tình hình (Executive Summary) Delay hiện tại bao nhiêu ngày, nguyên nhân chính, tác động đến ngày hoàn thành hợp đồng, cam kết của nhà thầu. Tối đa 1 trang — CĐT đọc phần này trước.
-
2Phân tích nguyên nhân trễ (Delay Analysis) Bảng phân tích từng sự kiện gây delay, mốc thời gian, số ngày ảnh hưởng, phân loại trách nhiệm (nhà thầu / CĐT / bất khả kháng). Đây là cơ sở để xác định có claim EOT song song hay không.
-
3Kế hoạch phục hồi chi tiết (Recovery Plan) Biện pháp cụ thể theo từng gói công việc: tăng bao nhiêu người, làm thêm ca nào, fast-track công tác nào với công tác nào. Phải có số liệu cụ thể, không nói chung chung "sẽ tăng cường nhân lực."
-
4Tiến độ phục hồi mới (Updated Gantt) Bản Gantt cập nhật thể hiện: baseline gốc (màu xám), actual hiện tại (màu đỏ), và kế hoạch phục hồi (màu xanh). Phải rõ ràng ngày hoàn thành dự kiến sau phục hồi.
-
5Phân tích chi phí tăng thêm (Cost Impact) Ước tính chi phí phục hồi: tăng ca, thêm nhân lực, thuê thêm thiết bị. Nhà thầu tự chịu hay đàm phán với CĐT? Phần này CĐT rất quan tâm vì liên quan đến variation order.
-
6Mốc kiểm soát (Milestones & Review Points) Đề xuất các mốc kiểm tra hàng tuần/2 tuần để CĐT theo dõi tiến độ phục hồi. Nếu không đạt mốc → có cơ chế xử lý tiếp theo.
📊 Ví Dụ Thực Tế — Dự Án Nhà Ở Xã Hội 15 Tầng Tại Hà Nội
📋 Bối cảnh: Delay 5 tuần vào tháng thi công thứ 6
Dự án nhà ở xã hội 15 tầng tại Long Biên, Hà Nội — tổng mức đầu tư 280 tỷ đồng, thời gian thi công 24 tháng theo hợp đồng đơn giá. Đến tháng 6, SPI = 0,78 — delay khoảng 5,5 tuần. Nguyên nhân phân tích:
- 3 tuần do bê tông tươi từ nhà cung cấp về trễ 2 lần (nhà thầu chịu — không chọn vendor dự phòng)
- 1,5 tuần do CĐT chậm phê duyệt submittal cọc khoan nhồi (CĐT chịu — có văn bản chứng minh)
- 1 tuần do mưa lớn liên tục 9 ngày (bất khả kháng)
Quyết định của PM:
- Gửi Notice of Claim EOT cho 2,5 tuần (phần CĐT + bất khả kháng) — đồng thời với Recovery Schedule
- Lập Recovery Schedule phục hồi 3 tuần còn lại (phần nhà thầu tự chịu)
🛠️ Biện pháp phục hồi 3 tuần:
- Tuần 1–2: Thêm 1 mũi thi công sàn tầng 7–8 song song với mũi đang làm tầng 9–10 (Fast-tracking). Tuyển thêm 12 công nhân cốt thép từ NTP phụ. Chi phí tăng thêm ước tính 320 triệu đồng.
- Tuần 2–3: Tổ ván khuôn làm thêm ca thứ 7 (không làm ca đêm vì công trường trong khu dân cư). Phụ cấp ca thứ 7: 150% lương ngày thường. Chi phí tăng thêm 85 triệu đồng.
- Tất cả tuần: Ký hợp đồng thêm 1 xe bơm bê tông cố định tại công trường thay vì thuê theo ngày — giảm thời gian chờ từ 3h xuống 30 phút. Chi phí tăng thêm 45 triệu đồng/tháng.
Kết quả sau 6 tuần: Phục hồi được 2,8 tuần (delay còn 0,2 tuần — được CĐT chấp nhận trong phạm vi float dự phòng). EOT 2,5 tuần được CĐT phê duyệt. Tổng chi phí phục hồi tự chịu: ~450 triệu đồng — thấp hơn đáng kể so với phạt chậm tiến độ (0,1%/ngày × 280 tỷ × 21 ngày = ~588 triệu đồng).
💰 Phân Tích Chi Phí — Khi Nào Recovery Có Lợi Hơn Phạt Chậm?
Trước khi quyết định lập Recovery Schedule, PM cần so sánh chi phí phục hồi với chi phí phạt chậm tiến độ theo hợp đồng. Đây là bài toán tài chính thuần túy:
Phat_cham = Gia_tri_HĐ × Ty_le_phat_ngay × So_ngay_tre
// Ví dụ: 0,05%/ngày × 200 tỷ × 30 ngày = 3 tỷ đồng
// Chi phí recovery điển hình
Chi_phi_recovery = (Ca_lam_viec × He_so_phu_cap) + Nhan_luc_tang_them + Thiet_bi_tang_them
// Nếu < Phat_cham → Recovery có lợi hơn
// Lưu ý: Nếu delay > 10–15% thời gian HĐ, thường không thể phục hồi 100%
// → Cần kết hợp Recovery + EOT claim đồng thời
| Mức delay | Chiến lược khuyến nghị | Khả năng phục hồi 100% | Rủi ro |
|---|---|---|---|
| < 2 tuần (SPI ≥ 0,88) | Recovery Schedule đơn giản: tăng ca + thêm nhân lực | Cao (85–95%) | Thấp — chi phí phục hồi chấp nhận được |
| 2–6 tuần (SPI 0,70–0,88) | Recovery + xem xét claim EOT phần nguyên nhân CĐT/BKK | Trung bình (50–75%) | Trung bình — chi phí tăng đáng kể, chất lượng có thể bị ảnh hưởng |
| > 6 tuần (SPI < 0,70) | Revised Schedule + EOT claim + thương lượng phạt chậm | Thấp (< 40%) | Cao — không thực tế về mặt kỹ thuật và tài chính nếu cố phục hồi 100% |
📋 Cách Trình Bày Recovery Schedule Với CĐT/Tư Vấn Giám Sát
PM cần nhớ: Recovery Schedule không chỉ là tài liệu kỹ thuật — nó còn là tài liệu thương lượng. Cách trình bày quyết định CĐT có chấp nhận hay yêu cầu phạt chậm.
Những điều nên làm
- Nộp đúng hạn: Nếu hợp đồng hoặc CĐT yêu cầu Recovery Schedule trong 14 ngày, phải nộp đúng — nộp trễ bị xem là thiếu thiện chí và có thể làm suy yếu vị thế đàm phán.
- Dùng số liệu thực tế: Biên bản điểm danh nhân lực, chứng từ vật tư, báo cáo ngày làm bằng chứng cho phân tích nguyên nhân. CĐT/TVGS khó phản biện khi có dữ liệu thực.
- Cam kết cụ thể có thể đo lường: "Sẽ tăng cường thi công" không đủ. "Tăng từ 45 lên 68 công nhân tổ cốt thép từ ngày 05/06 và duy trì đến hoàn thành tầng 12" mới đủ.
- Đề xuất Review Meeting hàng tuần: Chủ động mời CĐT họp tiến độ tuần — thể hiện sự minh bạch và kiểm soát chủ động.
- Tách biệt rõ phần nhà thầu tự chịu và phần đề nghị CĐT hỗ trợ: Nếu phục hồi cần CĐT ra quyết định nhanh hơn (phê duyệt submittal, bàn giao thêm mặt bằng), đưa vào Recovery Schedule như yêu cầu chính thức.
- Trình kế hoạch phục hồi vô thực tế chỉ để xoa dịu CĐT — khi không đạt mốc sẽ mất uy tín hoàn toàn
- Không đề cập đến phần nguyên nhân từ CĐT nếu có — bỏ lỡ cơ hội claim EOT
- Trình bản Gantt không có baseline gốc — không thể kiểm chứng được thực trạng delay
- Cam kết biện pháp mà không có phê duyệt nội bộ về nguồn lực và ngân sách tương ứng
📱 Theo Dõi Thực Thi Recovery Schedule Trên Hiện Trường
Recovery Schedule chỉ có giá trị nếu được thực thi và theo dõi nghiêm ngặt. Rất nhiều nhà thầu lập kế hoạch phục hồi bài bản nhưng sau 2 tuần lại trở về nhịp cũ vì thiếu cơ chế kiểm soát hàng ngày.
Quy trình theo dõi hàng ngày trong GEM AI PM Pro
- Đầu ngày: PM hoặc CHT cập nhật % hoàn thành thực tế cho từng công tác trong tiến độ phục hồi — so sánh trực tiếp với kế hoạch phục hồi (không phải baseline gốc)
- Dashboard Recovery SPI: Hệ thống tính SPI riêng cho giai đoạn phục hồi — nếu SPI_recovery < 0,95 hai ngày liên tiếp, PM nhận alert để điều chỉnh
- Báo cáo nhân lực thực tế vs. kế hoạch: Số công nhân thực tế lên công trường hôm nay so với cam kết trong Recovery Schedule — phát hiện ngay khi NTP không điều quân đủ
- Cuối tuần: Xuất báo cáo tiến độ phục hồi gửi CĐT — thể hiện đúng theo cam kết Review Meeting
- Cảnh báo sớm (Early Warning): Nếu float trên critical path của recovery plan xuống < 2 ngày, hệ thống cảnh báo để PM hành động trước khi thực sự trễ mốc phục hồi
⚖️ Recovery Schedule Và Hợp Đồng — Những Điều Khoản Cần Biết
Nghị định 37/2015/NĐ-CP về hợp đồng xây dựng không quy định cụ thể về Recovery Schedule, nhưng các điều khoản liên quan đến tiến độ thi công (Điều 29–33) tạo ra framework pháp lý quan trọng:
| Điều khoản HĐ thường gặp | Hàm ý với Recovery Schedule |
|---|---|
| "Nhà thầu phải duy trì tiến độ theo kế hoạch được phê duyệt" | Bất kỳ deviation nào cần có giải trình bằng văn bản — Recovery Schedule chính là văn bản đó |
| "CĐT có quyền yêu cầu nhà thầu trình kế hoạch phục hồi trong X ngày" | Tuân thủ đúng thời hạn — trễ nộp có thể vi phạm hợp đồng |
| "Phạt chậm tiến độ 0,05%/ngày trên giá trị hợp đồng" | Cơ sở so sánh chi phí phạt vs. chi phí phục hồi |
| "Nhà thầu chịu trách nhiệm chi phí phục hồi do lỗi của nhà thầu" | Xác định rõ phần nào tự chịu, phần nào có thể claim từ CĐT |
| "Nhà thầu phải thông báo bằng văn bản trong X ngày khi phát sinh sự kiện ảnh hưởng tiến độ" | Nếu bỏ lỡ thời hạn thông báo, mất quyền claim EOT — ngay cả khi delay do CĐT gây ra |
🔁 Khi Recovery Không Đạt — Bước Tiếp Theo
Thực tế không phải lúc nào Recovery Schedule cũng thành công 100%. Sau 3–4 tuần triển khai mà SPI_recovery vẫn dưới 0,90, PM cần đánh giá lại và chuyển sang phương án B:
- Đánh giá lại tính khả thi: Biện pháp phục hồi có thực sự được triển khai không? Nếu có nhưng vẫn không đạt → nguyên nhân sâu hơn (thiết kế sai, mặt bằng không đủ) cần xử lý trước.
- Thương lượng EOT bổ sung: Nếu có thêm sự kiện mới phát sinh, cập nhật claim EOT. Không nên "gộp" tất cả delay vào 1 claim lớn — CĐT dễ bác bỏ hơn.
- Đàm phán điều chỉnh hợp đồng (Revised Schedule): Trình Revised Schedule với cơ sở pháp lý rõ ràng, đề nghị điều chỉnh ngày hoàn thành kèm theo cam kết không phát sinh thêm delay.
- Quản lý kỳ vọng CĐT sớm: Thông báo cho CĐT trước khi đến deadline mốc không đạt — không để CĐT biết qua thực tế. Chủ động luôn tốt hơn bị động trong đàm phán hợp đồng.
⚡ Tóm Tắt 30 Giây
- Recovery Schedule ≠ Revised Schedule — Recovery giữ nguyên ngày HT, Revised dịch ngày HT và cần phê duyệt EOT
- Luôn phân tích nguyên nhân delay theo 3 chiều: nguyên nhân gốc, vị trí trên critical path, và trách nhiệm — trước khi lập kế hoạch
- 6 chiến lược phục hồi: tăng ca, tăng quân số, fast-tracking, crashing, đổi phương pháp, resequencing — thường cần phối hợp nhiều biện pháp
- Delay dưới 2 tuần: Recovery đơn giản | 2–6 tuần: Recovery + xem xét EOT | Trên 6 tuần: Revised Schedule + đàm phán
- Nộp Recovery Schedule đúng hạn và đồng thời gửi Notice of Claim EOT (nếu có nguyên nhân từ CĐT/BKK) — không để sót quyền
- Theo dõi thực thi hàng ngày bằng SPI_recovery riêng biệt — không chỉ nhìn SPI tổng thể của dự án
Theo Dõi Tiến Độ Phục Hồi Chặt Chẽ Hơn
GEM AI PM Pro giúp PM lập Recovery Schedule nhanh từ baseline, theo dõi SPI phục hồi hàng ngày, và tự động cảnh báo khi kế hoạch lệch — trước khi CĐT phát hiện.
Dùng thử miễn phí 30 ngày →Không cần thẻ tín dụng · Demo: demo@gemclaudepm.com / Demo2026