Mỗi dự án xây dựng đều bắt đầu bằng một câu hỏi đơn giản: "Bao giờ xong?" Câu trả lời chính xác — không phải ước đoán — đến từ một Baseline Schedule được lập bài bản từ WBS. Nhưng ở Việt Nam, phần lớn tiến độ tổng thể vẫn được lập theo kiểu "chia đều thời gian cho từng hạng mục", không phản ánh quan hệ phụ thuộc thực tế giữa các công tác và dẫn đến sai lệch ngay từ tháng đầu tiên thi công.
🗂️ WBS Là Gì — Và Tại Sao Nó Là Nền Móng Của Mọi Tiến Độ
WBS (Work Breakdown Structure — Cấu trúc phân rã công việc) là bản phân rã toàn bộ phạm vi dự án thành các gói công việc nhỏ hơn, có thể lên kế hoạch, phân công và kiểm soát được. WBS không phải danh sách hạng mục BOQ và cũng không phải biểu đồ Gantt — đây là bộ khung để xây dựng tất cả những thứ đó.
Sự khác biệt giữa ba khái niệm thường bị nhầm lẫn:
| Khái niệm | Vai trò | Output | Ai dùng |
|---|---|---|---|
| WBS | Phân rã phạm vi công việc — trả lời "Cần làm GÌ?" | Danh mục Work Package có mã số | PM + các đội trưởng gói thầu |
| Baseline Schedule | Xác định trình tự và thời gian — trả lời "Làm KHI NÀO?" | Biểu đồ Gantt có quan hệ logic + duration | PM + CĐT + TVGS |
| BOQ | Định lượng khối lượng — trả lời "Làm BAO NHIÊU?" | Bảng khối lượng + đơn giá + tổng dự toán | QS + Kế toán + Ban giám đốc |
WBS là đầu vào bắt buộc để lập Baseline Schedule. Nếu bỏ qua bước WBS — hoặc lập WBS quá sơ sài — thì Baseline Schedule sẽ thiếu các công tác quan trọng, quan hệ phụ thuộc bị bỏ sót và thời gian ước tính không có cơ sở.
🔢 Cấu Trúc WBS Chuẩn Cho Dự Án Xây Dựng Việt Nam
WBS xây dựng thường được tổ chức theo 3–4 cấp độ. Dưới đây là ví dụ WBS cho dự án nhà ở thương mại trung bình (10 tầng, 80 căn hộ) tại TP.HCM:
WBS phải bao phủ 100% phạm vi dự án — không được thiếu hạng mục và không được đưa vào công việc ngoài phạm vi hợp đồng. Nếu một công tác không nằm trong WBS, nó sẽ không có trong tiến độ, không có ngân sách và không có người phụ trách — và khi phát sinh, sẽ trở thành "việc của ai đó" mà thực ra không ai làm.
⏱️ Ước Tính Thời Gian Thực Chiến — Không Phải Đoán Mò
Sau khi có WBS, bước tiếp theo là ước tính duration (thời gian thực hiện) cho từng work package. Đây là bước PM hay làm sai nhất vì thường dựa vào cảm giác thay vì dữ liệu.
Có 3 phương pháp ước tính phổ biến trong xây dựng Việt Nam:
| Phương pháp | Cách làm | Khi nào dùng | Độ chính xác |
|---|---|---|---|
| Định mức TT13/2021 | Lấy khối lượng từ BOQ ÷ năng suất định mức (công/m³, công/m², …) = số công × số ngày với tổ đội X người | Công tác bê tông, xây tường, ốp lát — có định mức rõ ràng trong TT13 | Cao (±10–15%) nếu biết rõ năng suất tổ đội thực tế tại công trường |
| Kinh nghiệm dự án tương tự | So sánh với dự án cùng loại đã thực hiện — điều chỉnh theo quy mô, địa điểm và điều kiện cụ thể | Công tác đặc thù, thiết bị chuyên dụng, hoặc hạng mục chưa có định mức chuẩn | Trung bình (±20–30%) — phụ thuộc nhiều vào chất lượng dữ liệu lịch sử |
| Phân tích 3 điểm (PERT) | Ước tính 3 kịch bản: Optimistic (O), Most Likely (M), Pessimistic (P). Duration = (O + 4M + P) / 6 | Công tác có nhiều rủi ro hoặc phụ thuộc yếu tố ngoại cảnh (thủ tục hành chính, vật tư nhập khẩu, thời tiết) | Cao nếu 3 điểm được ước tính bởi chuyên gia có kinh nghiệm |
Tại Việt Nam, thủ tục xin phép, nghiệm thu với cơ quan nhà nước, và chờ phê duyệt thiết kế thường mất thời gian gấp đôi so với dự kiến. PM thường ước tính 5 ngày xử lý hồ sơ nhưng thực tế mất 15–20 ngày. Luôn cộng thêm buffer ít nhất 50–100% cho các công tác liên quan đến cơ quan nhà nước (Sở Xây dựng, PCCC, Điện lực, Cấp nước…).
🔗 Quan Hệ Phụ Thuộc Logic — Xương Sống Của Baseline Schedule
Khi đã có duration cho từng work package, bước quan trọng nhất là xác định quan hệ phụ thuộc (dependencies) giữa các công tác. Đây là yếu tố tạo ra "đường găng" (critical path) — chuỗi công việc mà nếu trễ bất kỳ một công tác nào thì toàn bộ dự án sẽ trễ.
Trong lập tiến độ xây dựng, có 4 loại quan hệ logic theo chuẩn PMI:
| Loại quan hệ | Ký hiệu | Nghĩa là | Ví dụ thực tế |
|---|---|---|---|
| Finish-to-Start (FS) | FS | Công tác A phải HOÀN THÀNH trước khi B bắt đầu | Đổ móng xong (A) → mới xây tường tầng 1 (B). Phổ biến nhất, ~70% quan hệ trong tiến độ xây dựng. |
| Start-to-Start (SS) | SS | Công tác A phải BẮT ĐẦU trước khi B bắt đầu (B có thể chạy song song) | Hoàn thiện tầng 3 bắt đầu (A) → MEP tầng 3 mới bắt đầu (B), nhưng không cần chờ hoàn thiện xong hoàn toàn. |
| Finish-to-Finish (FF) | FF | Công tác A phải HOÀN THÀNH trước khi B hoàn thành | Lắp đặt đường ống MEP (A) phải xong trước khi đội kiểm tra áp lực (B) kết thúc — kiểm tra áp lực phải chờ lắp đặt xong. |
| Start-to-Finish (SF) | SF | Công tác A phải BẮT ĐẦU trước khi B hoàn thành (hiếm gặp) | Hệ thống điện tạm (B) được tháo dỡ chỉ khi hệ thống điện chính thức (A) đã bắt đầu vận hành. |
Ngoài loại quan hệ, PM còn cần xác định Lag (độ trễ bắt buộc) và Lead (sự chồng lấp cho phép). Ví dụ: Sau khi đổ bê tông sàn (A), phải chờ 28 ngày bê tông đủ cường độ mới cho phép chất tải (B) — đây là Lag 28 ngày với quan hệ FS.
📍 Xác Định Milestone — Mốc Kiểm Soát Của CĐT Và TVGS
Baseline Schedule phải có các Milestone (mốc tiến độ) rõ ràng — là các điểm kiểm tra quan trọng mà PM cam kết với CĐT và TVGS. Milestone không phải hạng mục công việc, không có duration — chỉ là điểm thời gian xác định "đến ngày X, hạng mục Y phải hoàn thành".
Với dự án nhà ở thương mại điển hình tại Việt Nam, các Milestone bắt buộc thường bao gồm:
| Milestone | Điều kiện xác nhận | Ý nghĩa tài chính |
|---|---|---|
| 🏁 Khởi công | Lễ động thổ + bắt đầu thi công thực tế trên công trường | Thường là điều kiện giải ngân đợt 1 |
| 🧱 Xong phần ngầm (cốt 0.00) | Hoàn thành kết cấu phần ngầm, BBNT được TVGS ký | Giải ngân đợt 2 (~20–25% giá trị HĐ) |
| 🏢 Cất nóc (Topping Out) | Đổ bê tông sàn tầng cuối + mái hoàn thành | Giải ngân đợt 3 (~40–50% giá trị HĐ) |
| ⚡ Hoàn thiện & MEP xong | Toàn bộ hoàn thiện và MEP nghiệm thu đạt yêu cầu | Giải ngân đợt 4 (~70% giá trị HĐ) |
| 🔑 Bàn giao thực tế | Punch List đóng hết, BBNT bàn giao ký 2 bên | Giải ngân đợt cuối + giải phóng retention |
| 📄 Hoàn công | Hồ sơ hoàn công được cơ quan nhà nước chấp thuận (TT06/2021) | Điều kiện bàn giao căn hộ cho người mua (với dự án thương mại) |
Nhiều PM lập Milestone cho đẹp tiến độ nhưng không đối chiếu với điều kiện thanh toán trong hợp đồng. Kết quả: đến ngày milestone, NTP báo "hoàn thành" nhưng CĐT từ chối thanh toán vì theo hợp đồng còn thiếu biên bản TVGS xác nhận. Luôn đọc điều khoản thanh toán trong hợp đồng (theo NĐ37/2015) trước khi đặt Milestone và gắn rõ điều kiện xác nhận cho từng mốc.
📊 Quy Trình Lập Baseline Schedule — 6 Bước Bắt Buộc
Tổ chức họp kick-off với đại diện các gói thầu chính, TVGS và CĐT để xác nhận WBS bao phủ 100% phạm vi hợp đồng. Mọi thay đổi phạm vi sau bước này phải qua quy trình Variation Order — không được tự ý thêm bớt WBS mà không có văn bản phê duyệt.
Sử dụng dữ liệu định mức TT13/2021 kết hợp kinh nghiệm thực tế. Với các công tác phụ thuộc thủ tục hành chính, cộng buffer ít nhất 50%. Ghi rõ giả định (assumptions) cho mỗi ước tính — ví dụ: "Giả định thời tiết thuận lợi, không có ngày nghỉ đột xuất; nếu mùa mưa kéo dài, cộng thêm 10 ngày."
Vẽ Network Diagram (sơ đồ mạng lưới) hoặc nhập vào phần mềm lập tiến độ. Ưu tiên xác định đúng loại quan hệ (FS/SS/FF) và Lag phù hợp với quy trình kỹ thuật thực tế — không được đặt quan hệ FS cho tất cả chỉ vì "cho chắc".
Gán nguồn lực (nhân công, thiết bị, vật tư) cho từng work package. Kiểm tra Resource Histogram để phát hiện xung đột — cùng một tổ đội bê tông không thể đồng thời đổ sàn tầng 3 và đổ đài móng. Điều chỉnh tiến độ (Resource Leveling) để giải quyết xung đột này.
Thực hiện phân tích CPM (Critical Path Method) để xác định đường găng. Các công tác trên đường găng có Total Float = 0 — trễ bất kỳ công tác nào là trễ toàn dự án. PM phải dành ít nhất 80% thời gian giám sát cho các công tác đường găng.
Trình TVGS và CĐT phê duyệt. Sau khi được ký duyệt, Baseline Schedule được "đóng băng" — đây là bản tham chiếu gốc để đo lường tiến độ thực tế sau này. Mọi thay đổi Baseline phải có văn bản phê duyệt của CĐT và tạo phiên bản mới (Rev.1, Rev.2…) — không được sửa trực tiếp vào Baseline gốc.
📐 Phân Bổ Nguồn Lực — Điều Chỉnh Trước Khi Quá Muộn
Một Baseline Schedule đẹp trên giấy nhưng không khả thi vì thiếu nguồn lực là vô dụng. Resource Leveling là bước điều chỉnh tiến độ để phân bổ nguồn lực đồng đều — tránh đỉnh sử dụng quá cao (resource overload) và thời gian nhàn rỗi không cần thiết.
Ví dụ thực tế: Dự án nhà ở 10 tầng tại Bình Dương, tiến độ ban đầu yêu cầu đỉnh 45 thợ bê tông đồng thời vào tháng thứ 5 (kết cấu phần thân đang chạy song song cả 10 tầng). Sau Resource Leveling, điều chỉnh tiến độ để đỉnh cao nhất chỉ là 28 thợ — phù hợp với khả năng tuyển dụng thực tế của NTP tại khu vực.
| Nguồn lực | Thông tin cần xác định trước khi lập Baseline | Tác động nếu sai |
|---|---|---|
| Nhân công | Số lượng tổ đội khả dụng theo từng loại (bê tông, hoàn thiện, MEP, …). Thời gian huy động (lead time tuyển dụng). Năng suất thực tế (không phải định mức lý thuyết). | Tiến độ không thực hiện được; NTP phải thuê thêm gấp với giá cao hoặc phải trễ. |
| Thiết bị thi công | Cần loại thiết bị gì, thời điểm nào, bao lâu. Cần thuê ngoài không? Lịch bảo dưỡng định kỳ nằm vào thời điểm nào trong tiến độ. | Thiết bị chủ lực (cần trục, máy khoan cọc) có thể bị đặt lịch trước bởi dự án khác — không có thiết bị = đường găng trễ. |
| Vật tư dài hạn (long lead items) | Thang máy, thiết bị HVAC, panel facade, vật liệu đặc chủng nhập khẩu — thời gian sản xuất + vận chuyển có thể 8–16 tuần. | Vật tư đến trễ → MEP và hoàn thiện trễ → bàn giao trễ. Phải đặt hàng trước khi ký hợp đồng hoặc ngay khi khởi công. |
📈 Baseline Và Tiến Độ Thực Tế — Đo Lường Đúng Thay Vì "Báo Đẹp"
Sau khi Baseline được phê duyệt, PM cần cập nhật tiến độ thực tế định kỳ (thường hàng tuần) và so sánh với Baseline để phát hiện lệch sớm. Hai chỉ số quan trọng nhất trong giai đoạn giám sát:
- Schedule Variance (SV): So sánh khối lượng kế hoạch vs thực tế tại cùng thời điểm. SV âm = đang trễ so với kế hoạch. Kết hợp với EVM (Earned Value Management) cho phân tích chính xác hơn.
- Critical Path Slip: Theo dõi riêng các công tác trên đường găng. Ngay cả khi tổng dự án chỉ trễ 2 ngày ở công tác không quan trọng, nhưng nếu 1 công tác đường găng trễ 3 ngày là phải có action plan ngay lập tức.
Áp dụng quy tắc báo cáo theo 3 khung thời gian: Nhìn 30 ngày tới để phát hiện rủi ro sắp đến (vật tư chưa có, thiết bị chưa đặt). Đánh giá 15 ngày qua so với kế hoạch — xác định độ lệch và nguyên nhân. Kế hoạch chi tiết 7 ngày tới với công tác cụ thể, nhân sự phụ trách và mục tiêu hoàn thành rõ ràng. Báo cáo tuần dùng cả 3 góc nhìn này thay vì chỉ liệt kê "đã làm gì trong tuần".
🛠️ Công Cụ Lập Baseline Schedule — Chọn Phù Hợp Với Quy Mô
Không có công cụ nào là hoàn hảo cho mọi dự án. Lựa chọn công cụ phụ thuộc vào quy mô dự án, ngân sách và khả năng của team:
| Công cụ | Phù hợp nhất | Ưu điểm | Hạn chế |
|---|---|---|---|
| Microsoft Project | Dự án vừa đến lớn (>50 tỷ, >12 tháng) | CPM đầy đủ, resource leveling, baseline tracking, báo cáo chuyên nghiệp | Giá phần mềm cao, đòi hỏi training, file không share dễ dàng cho đội |
| Excel + Gantt thủ công | Dự án nhỏ (<20 tỷ, <6 tháng) | Miễn phí, linh hoạt, mọi người đều biết dùng | Không tính CPM được; phải cập nhật thủ công; dễ sai khi có nhiều thay đổi |
| ProjectLibre (miễn phí) | Dự án vừa, muốn có CPM nhưng ngân sách hạn chế | Gần giống MS Project, có CPM, miễn phí hoàn toàn | Giao diện cũ, ít tính năng hơn MS Project, cộng đồng hỗ trợ nhỏ |
| GEM AI PM Pro — Module Tiến Độ | PM muốn tích hợp tiến độ với BOQ, nhân lực và chi phí trên cùng nền tảng | Cập nhật tiến độ ngay trên điện thoại; tích hợp S-Curve và EVM; đội thi công cập nhật trực tiếp từ L0 app | Không có CPM network diagram đầy đủ — dùng kết hợp với MS Project cho bước lập Baseline ban đầu |
Nhiều PM xây dựng áp dụng quy trình kết hợp: dùng MS Project để lập WBS, xác định CPM và phê duyệt Baseline với CĐT/TVGS. Sau khi Baseline được chốt, nhập Milestone và tiến độ tổng hợp vào GEM AI PM Pro để quản lý hàng ngày — đội thi công cập nhật tiến độ thực tế từ điện thoại, PM nhận cảnh báo khi có hạng mục đường găng có nguy cơ trễ, và CĐT xem báo cáo tiến độ tuần qua Client Portal mà không cần nhận file Excel đính kèm email.
📋 Checklist Baseline Schedule Trước Khi Trình CĐT Phê Duyệt
Trước khi trình Baseline Schedule cho CĐT và TVGS ký duyệt, PM cần tự kiểm tra danh sách sau:
| # | Hạng mục kiểm tra | Lý do quan trọng |
|---|---|---|
| ☐ | WBS bao phủ 100% phạm vi hợp đồng (đối chiếu với Scope of Work) | Thiếu hạng mục = thiếu ngân sách = phải bổ sung sau khi ký |
| ☐ | Tất cả Milestone khớp với điều kiện thanh toán trong hợp đồng | Milestone không khớp = tranh chấp thanh toán |
| ☐ | Long lead items (thang máy, HVAC, vật liệu nhập khẩu) đã có đặt hàng hoặc kế hoạch đặt hàng cụ thể | Long lead items đến trễ là nguyên nhân #1 trễ bàn giao dự án cao tầng |
| ☐ | Không có ngày làm việc rơi vào ngày lễ Tết VN (Tết Nguyên Đán, Ngày Lao Động, Quốc Khánh…) | Đội thi công nghỉ Tết thường 7–15 ngày — không tính vào Baseline là sai ngay từ đầu |
| ☐ | Resource Histogram không có đỉnh vượt quá khả năng thực tế của team | Overload nguồn lực = không thực thi được dù đúng về kỹ thuật lập tiến độ |
| ☐ | Đường găng đã được xác định và PM biết rõ những công tác nào nằm trên đường găng | Không biết đường găng = không biết ưu tiên giám sát công tác nào |
| ☐ | Buffer tổng thể dự án ít nhất 5–10% tổng thời gian cho rủi ro bất khả kháng | Dự án không có buffer = bất kỳ sự cố nhỏ nào cũng đẩy toàn dự án trễ |
| ☐ | Baseline được đánh dấu rõ: ngày lập, phiên bản (Rev.0), người lập, người phê duyệt | Thiếu thông tin phiên bản = không biết đang so sánh với Baseline nào khi có tranh chấp |