WBS (Work Breakdown Structure) là khái niệm quen thuộc trong quản lý dự án, nhưng trong dịch vụ xây dựng ít DN áp dụng nghiêm túc. Hệ quả: tiến độ ở mức "giai đoạn 3 đạt 70%", chi phí theo dõi ở mức "công trình A vượt 10%", nhân công không gán vào hạng mục, công nợ không liên kết nghiệm thu. Mọi kiểm soát đều ở mức quá tổng, không hành động được. WBS là nền tảng chuyển kiểm soát từ "mức công trình" sang "mức sub-hạng mục" – và đây là khác biệt giữa quản trị nghiêm túc và quản trị "cảm tính". Bài viết hướng dẫn xây WBS cho dịch vụ xây dựng với ví dụ cụ thể.
1. WBS là gì và vì sao quan trọng trong dịch vụ xây dựng
WBS là phân rã công trình thành các phần nhỏ hơn, theo cấu trúc cây. Cấp cao nhất là công trình (project). Cấp tiếp là giai đoạn (phase) hoặc hệ thống (system). Cấp thấp hơn là hạng mục (work package). Cấp thấp nhất là sub-hạng mục (task/activity). Mỗi cấp dưới là tập con của cấp trên, và tổng các sub-hạng mục = tổng công trình (rule 100%). Rule 100% là quy tắc vàng: không sub-hạng mục nào bị quên, không sub-hạng mục nào bị đếm hai lần. Vi phạm rule 100% làm sai total budget, sai progress, sai cost accounting.
WBS quan trọng vì mọi kiểm soát đều cần một "đơn vị đo", và đơn vị đo phù hợp nhất là sub-hạng mục. Tiến độ: % hoàn thành sub-hạng mục (không phải % công trình). Chi phí: budget/commit/actual sub-hạng mục (không phải tổng công trình). Nhân công: timesheet theo sub-hạng mục. Công nợ: tạm ứng theo giai đoạn (gắn với nghiệm thu sub-hạng mục). Không có WBS, mọi kiểm soát ở mức công trình – quá tổng, không hành động được. Có WBS, mọi kiểm soát ở mức sub-hạng mục – đủ chi tiết để hành động. WBS còn là cầu nối giữa các role: estimator dùng WBS lập budget, PM dùng WBS tracking tiến độ, kế toán dùng WBS ghi chi phí, nhân sự dùng WBS timesheet – tất cả dùng cùng ngôn ngữ, và đây là điều mà DN không có WBS không đạt được.
2. Cấu trúc WBS 3-4 cấp cho dịch vụ xây dựng
WBS chuẩn cho công trình dịch vụ xây dựng thường 3-4 cấp. Cấp 1 – công trình: ví dụ "Công trình nhà xưởng Khoảng 2000m² cho công ty A". Cấp 2 – hệ thống/giai đoạn: phần kết cấu, phần kiến trúc, phần MEP (cơ điện), phần hoàn thiện. Hoặc giai đoạn: mobilize, thi công kết cấu, thi công kiến trúc, hoàn thiện, bàn giao. Cấp 3 – hạng mục: trong phần kết cấu – foundation, cột, dầm, sàn. Cấp 4 – sub-hạng mục: trong foundation – đào đất, ép cọc, đà kiềng, bê tông nền. Sub-hạng mục cấp 4 là cấp theo dõi chi phí và tiến độ.
Quy tắc: sub-hạng mục nên có giá trị 50-200 triệu (với công trình 5-20 tỷ) – đủ nhỏ để theo dõi, đủ lớn để không quá chi tiết. Nếu sub-hạng mục < 20 triệu, quá chi tiết, site manager tốn nhiều thời gian nhập timesheet và update tiến độ. Nếu sub-hạng mục > 500 triệu, quá lớn, phát hiện vượt khi đã trerrs nhiều. Quy tắc "50-200 triệu" có thể điều chỉnh theo quy mô công trình – công trình 100 tỷ có thể có sub-hạng mục 500 triệu-1 tỷ, công trình 1 tỷ có thể có sub-hạng mục 20-50 triệu. Nguyên tắc chung: đủ chi tiết để hành động, đủ lớn để không tải nhập liệu.
Một quy tắc phụ: mỗi sub-hạng mục có một owner duy nhất – một PM hoặc một thầu phụ. Owner là người chịu trách nhiệm tiến độ và chi phí sub-hạng mục. Khi sub-hạng mục có nhiều owner, trách nhiệm phân tán, không ai "sở hữu" kết quả – và khi có vấn đề, đổ lỗi cho nhau. Owner duy nhất là nguyên tắc quản trị cơ bản, và WBS là nơi thực hiện nguyên tắc này.
3. Ví dụ WBS cụ thể: công trình nhà xưởng 2000m²
Cấp 1: Nhà xưởng 2000m² – công ty A – giá trị 12 tỷ.
Cấp 2 (4 hệ thống): Kết cấu (5 tỷ) – Kiến trúc (3 tỷ) – MEP (2,5 tỷ) – Hoàn thiện & bàn giao (1,5 tỷ).
Cấp 3 (trong Kết cấu, 4 hạng mục): Foundation (1,5 tỷ) – Cột & dầm (1,8 tỷ) – Sàn & mái (1,2 tỷ) – Thép tiền chế (0,5 tỷ).
Cấp 4 (trong Foundation, 4 sub-hạng mục): Đào đất (300 triệu) – Ép cọc (700 triệu) – Đà kiềng (250 triệu) – Bê tông nền (250 triệu). Mỗi sub-hạng mục có budget, owner (thầu phụ hoặc team nội bộ), plan date, actual date.
WBS này cho phép: tracking tiến độ "đào đất đạt 100%, ép cọc đạt 60%" thay vì "foundation đạt 70%"; tracking chi phí "đào đất vượt 15% (300→345)" thay vì "foundation vượt 10%"; timesheet nhân công gán vào "ép cọc" thay vì "foundation chung chung". Mỗi sub-hạng mục là một "đơn vị quản trị" đầy đủ.
4. WBS và coding: nền tảng của benchmarking
Mỗi sub-hạng mục cần một code duy nhất, ví dụ "KS-FND-EP" (Kết cấu – Foundation – Ép cọc). Code nhất quán toàn DN cho phép query chéo: "tất cả sub-hạng mục ép cọc các công trình" để benchmark chi phí. Code cũng là master data bắt buộc trước khi triển khai ERP – không có code nhất quán, mỗi người đặt tên khác nhau, migration dữ liệu sai sót và benchmark không thực hiện được. Quy ước code nên đơn giản và mnemonic: 2-3 ký tự cho cấp 2, 3 ký tự cho cấp 3, 3 ký tự cho cấp 4. Tổng 8-10 ký tự, đủ ngắn để nhập nhanh, đủ rõ để hiểu. Code nên được lưu trong "WBS dictionary" – tài liệu DN quy ước code cho mọi loại hạng mục.
Code WBS còn có giá trị thương mại: khi bidding công trình mới, estimator có thể query "chi phí thực tế sub-hạng mục ép cọc 10 công trình gần đây" – và dựa trên data thực, không dựa trên ước lượng. DN có WBS + code nhất quán có data benchmarking 10-20 công trình, chính xác hơn 15-25% so với DN không có – và đây là lợi thế cạnh tranh dài hạn. Đầu tư 1-2 tháng thiết lập WBS dictionary là khoản đầu tư trả lời trong 2-3 công trình đầu.
5. WBS và budget: lập dự toán theo sub-hạng mục
Dự toán (budget) không nên lập ở mức công trình (12 tỷ) – cần lập ở mức sub-hạng mục (ép cọc 700 triệu, đào đất 300 triệu...). Budget sub-hạng mục cho phép: 1, tracking commit/actual sub-hạng mục (so sánh với budget sub-hạng mục); 2, phân tích variance sub-hạng mục (vượt vì giá vật tư hay vì khối lượng?); 3, benchmark sub-hạng mục giữa các công trình (ép cọc công trình A 700 triệu, công trình B 900 triệu – vì sao?). Lập budget sub-hạng mục tốn thời gian hơn lập budget công trình (vì cần bóc tách), nhưng ROI cao: budget chính xác hơn (vì bóc tách từng loại vật tư + nhân công), variance có ý nghĩa (vì so sánh cùng cấp), và benchmark được (vì có dữ liệu so sánh). Đầu tư 2-3 ngày lập WBS + budget sub-hạng mục cho công trình 12 tỷ là xứng đáng – và là việc estimator nên làm trước khi thi công.
Budget sub-hạng mục nên có ba thành phần: vật tư (materials), nhân công (labor), thầu phụ (subcontract). Phân tách ba thành phần cho phép phân tích variance chính xác hơn: nếu ép cọc vượt 15%, có thể vật tư cọc vượt 20% (giá thép tăng) nhưng nhân công chỉ vượt 5% – hành động là đàm phán giá thép, không phải cắt nhân công. Phân tách còn cho phép benchmark từng thành phần: công trình A nhân công ép cọc 150 triệu, công trình B 200 triệu – vì sao? Phân tích dẫn đến cải thiện quy trình hoặc đổi thầu phụ.
6. WBS và tiến độ: schedule theo sub-hạng mục
Lịch thi công (schedule) không nên ở mức "giai đoạn 3: 1 tháng" – cần ở mức sub-hạng mục: "đào đất: 5 ngày, ép cọc: 15 ngày, đà kiềng: 7 ngày, bê tông nền: 5 ngày". Schedule sub-hạng mục cho phép: 1, tracking tiến độ sub-hạng mục (đào đất đạt 100% trong 5 ngày đúng plan?); 2, phát hiện trerrs sớm (ép cọc trerrs 2 ngày trong plan 15 ngày = 13% trerrs, cần can thiệp); 3, critical path analysis (sub-hạng mục nào trerrs làm trerrs toàn công trình?).
Critical path là chuỗi sub-hạng mục mà trerrs bất kỳ nào làm trerrs toàn công trình. Trong ví dụ: đào đất → ép cọc → đà kiềng → bê tông nền là critical path (phải tuần tự). Thép tiền chế có thể song song (không phải critical path). Biết critical path cho phép CEO tập trung can thiệp sub-hạng mục critical – không tốn thời gian audit sub-hạng mục không critical. Schedule còn nên gắn dependency: ép cọc phụ thuộc đào đất, đà kiềng phụ thuộc ép cọc. Dependency giúp ERP tự dời plan khi sub-hạng mục trước trerrs – và dự báo "nếu đào đất trerrs 3 ngày, ép cọc trerrs 3 ngày, công trình trerrs 3 ngày" – thay vì phát hiện trerrs khi đã thực.
Một công cụ mạnh là GANTT chart – biểu đồ thanh hiển thị sub-hạng mục theo thời gian, với dependency. CEO nhìn GANTT thấy ngay chuỗi critical path (chuỗi dài nhất) và sub-hạng mục nào có "float" (thời gian dự phòng). GANTT cũng cho phép "what-if": nếu rút ngắn ép cọc 5 ngày (thêm 1 máy ép), công trình rút ngắn bao nhiêu? What-if giúp CEO đánh giá option trước khi quyết định. GANTT không phải xa xỉ, là công cụ tối thiểu cho PM quản lý tiến độ nghiêm túc – và ERP dịch vụ xây dựng nên có GANTT view mặc định cho công trình.
7. WBS và nhân công: timesheet theo sub-hạng mục
Như đã nói trong bài chấm công, timesheet gán nhân công vào sub-hạng mục. WBS cung cấp danh sách sub-hạng mục để timesheet drop-down. Không có WBS, timesheet không có "gán vào đâu" – và chi phí nhân công thành "chung chung". WBS là tiền đề của timesheet, và timesheet là tiền đề của cost accounting đúng. Khi WBS + timesheet liên kết, ERP có thể trả lời "sub-hạng mục ép cọc tốn bao nhiêu giờ nhân công, của thợ bậc nào, ở công trình nào" – và đây là dữ liệu để benchmark năng suất, tối ưu quy trình, và công trình tiếp với cost thực.
8. Tuần tự xây WBS cho DN chưa có
Ba bước: 1 chọn 1-2 công trình chuẩn (đang thi công hoặc sắp thi công), lập WBS 4 cấp với code nhất quán. 2 áp dụng WBS cho 2 công trình này: budget sub-hạng mục, schedule sub-hạng mục, timesheet sub-hạng mục, tracking commit/actual sub-hạng mục. 3 sau 2-3 tháng, review WBS có hiệu quả không (variance có actionable không? timesheet có đủ không?), iterate, rồi áp dụng cho tất cả công trình mới. Ba bước này tốn 1-2 tháng cho 2 công trình pilot, và là nền tảng cho mọi kiểm soát sau (chi phí, tiến độ, nhân công, công nợ). WBS không phải văn phòng, là xương sống của quản trị công trình – và DN nào bỏ qua WBS sẽ stuck ở "mức công trình", không bao giờ scale được quản trị.
Một lưu ý: WBS không "hoàn thành một lần". Khi DN mở loại công trình mới (ví dụ từ nhà xưởng sang chung cư), WBS cần mở rộng – thêm các hệ thống đặc thù (thang máy, PCCC, thông gió). WBS dictionary nên có process review mỗi 6 tháng, bổ sung code cho loại hạng mục mới, và retire code không còn dùng. WBS sống cùng DN – và DN scale, WBS scale.