Dữ liệu dự án & thi công trong xây dựng

Một dự án xây dựng sống bằng bốn dòng dữ liệu chạy song song: chi phí (dự toán, hợp đồng, phát sinh, giải ngân), tiến độ (kế hoạch và thực tế theo mốc), khối lượng (đã thi công, đã nghiệm thu) và BIM (mô hình công trình, bóc tách khối lượng). Khi bốn dòng này nằm rải ở phần mềm quản lý dự án, ERP/kế toán, bảng tính của ban điều hành công trường và hệ thống riêng của từng nhà thầu — mỗi nơi lại đặt mã dự án, mã hạng mục, mã công việc một kiểu — thì việc tưởng cơ bản nhất là “dự án này đang lãi hay lỗ, đúng hay chậm tiến độ” cũng trở nên mơ hồ. Trang này phân tích vì sao dữ liệu là gốc rễ của kiểm soát dự án (project controls), và cách Ataccama chuẩn hóa dữ liệu chi phí – tiến độ – khối lượng để chủ đầu tư và nhà thầu nhìn rõ từng dự án và so sánh được giữa nhiều dự án.

Bài toán: kiểm soát dự án mờ vì dữ liệu rời rạc

Trong xây dựng, “biết mình đang ở đâu” khó hơn nhiều ngành khác, vì công việc kéo dài, đổi liên tục và nhiều bên cùng tạo dữ liệu. Một vài tình huống quen thuộc:

Mã dự án/hạng mục mỗi hệ thống một kiểu. Phần mềm quản lý dự án gọi một hạng mục là KC-MONG, kế toán hạch toán vào 1543-MONG-T1, còn nhà thầu phụ báo cáo theo mã nội bộ của họ. Không có “ngôn ngữ chung”, không ai ghép được chi phí với khối lượng của cùng một hạng mục.
Chi phí và khối lượng không khớp nhau. Kế toán đã ghi nhận chi cho phần thân, nhưng khối lượng nghiệm thu tương ứng lại nhập trễ hoặc nhập vào mã khác — nhìn vào số liệu, không rõ là đang vượt chi thật hay chỉ lệch thời điểm ghi sổ.
Tiến độ kế hoạch và thực tế nằm hai nơi. Kế hoạch ở một file, cập nhật thực tế ở file khác, cập nhật không đồng nhịp — đến khi tổng hợp thì mốc đã trôi qua, cảnh báo thành “khám nghiệm tử thi” thay vì ngăn ngừa.
Dữ liệu BIM và dữ liệu chi phí không nói chuyện được. Khối lượng bóc tách từ mô hình không gắn được với mã hạng mục mà kế toán dùng, nên không tận dụng được BIM để kiểm tra chéo dự toán – thực chi.
So sánh giữa các dự án gần như bất khả thi. Mỗi dự án tự đặt cấu trúc hạng mục riêng, nên không trả lời được câu hỏi quản trị kinh điển: “suất đầu tư phần thô của dự án A so với dự án B thế nào, ai đang đội chi phí ở khâu nào?”.

Hệ quả là kiểm soát dự án mờ: ban lãnh đạo nhận báo cáo trễ và không chắc đúng, phát hiện vượt chi – chậm tiến độ khi đã muộn, và ra quyết định theo cảm tính thay vì theo dữ liệu.

Vì sao dữ liệu là gốc rễ

Project controls — kiểm soát chi phí và tiến độ — về bản chất là một bài toán đối chiếu số liệu giữa nhiều nguồn theo cùng một khung. Mọi kỹ thuật quản lý dự án (so sánh dự toán với thực chi, đo phần trăm hoàn thành, dự báo chi phí tới khi hoàn thành) đều giả định một điều: dữ liệu chi phí, tiến độ và khối lượng được gắn vào cùng một cấu trúc hạng mục, sạch và nhất quán. Nếu giả định đó sai — mã lệch, dữ liệu bẩn, mỗi hệ thống một chuẩn — thì mọi báo cáo phía trên đều thừa hưởng cái sai đó. Báo cáo đẹp nhưng dựa trên nền lệch còn nguy hiểm hơn không có báo cáo, vì nó tạo cảm giác an tâm giả.

Nói cách khác, trước khi nghĩ tới dashboard hay phân tích, phải giải hai việc nền:

Reference data — bộ mã chuẩn dùng chung. Một bộ mã dự án, mã hạng mục, mã công việc chuẩn, có phân cấp (dự án tới gói thầu tới hạng mục tới công việc), để mọi hệ thống và mọi nhà thầu quy chiếu về cùng một khung.
Chất lượng dữ liệu — đo và làm sạch dòng số. Đo độ đầy đủ, hợp lệ, nhất quán của dữ liệu chi phí – tiến độ – khối lượng trước khi tổng hợp, để số đưa lên báo cáo là số đáng tin.

Đây chính là hai năng lực mà Ataccama cung cấp.

Ataccama giải bài toán thế nào

Ataccama đặt một lớp quản trị dữ liệu lên trên các hệ thống vận hành (quản lý dự án, ERP, BIM, báo cáo của nhà thầu), không thay thế chúng mà làm chúng nói chung một ngôn ngữ và sạch hơn. Có thể hình dung theo các bước:

Lập bộ mã chuẩn cho dự án và hạng mục (reference data). Xây một danh mục mã chuẩn cho mã dự án, mã gói thầu, mã hạng mục và mã công việc, có phân cấp rõ (dự án → gói thầu → hạng mục → công việc). Bộ mã này có chủ sở hữu, có quy trình duyệt khi thêm/sửa, và được phân phối về các hệ thống — để hạng mục “móng” ở phần mềm dự án, ở kế toán và ở báo cáo nhà thầu đều quy về một mã duy nhất. Đây là việc của Reference Data Management.
Định nghĩa quy tắc chất lượng cho dữ liệu chi phí – tiến độ – khối lượng. Với mỗi dòng dữ liệu, đặt các quy tắc chất lượng (DQ rule) có thể chạy tự động: mã hạng mục phải tồn tại trong bộ mã chuẩn; ngày bắt đầu không sau ngày kết thúc; khối lượng và đơn vị tính phải hợp lệ; chi phí thực không âm; mỗi bút toán chi phí phải gắn được vào một hạng mục hợp lệ. Cách dựng các quy tắc này được mô tả ở Tạo quy tắc chất lượng dữ liệu.
Đo chất lượng theo các chiều và chấm điểm. Chạy quy tắc trên dữ liệu thật để biết tỷ lệ bản ghi đạt theo từng chiều chất lượng — đầy đủ, hợp lệ, nhất quán, kịp thời. Ví dụ: “bao nhiêu phần trăm bút toán chi phí tháng này đã gắn đúng mã hạng mục chuẩn?”. Khái niệm các chiều này ở Các chiều chất lượng dữ liệu.
Đối chiếu và phát hiện lệch giữa các nguồn. Khi mọi nguồn đã quy về cùng bộ mã, có thể ghép chi phí với khối lượng theo từng hạng mục và làm lộ những điểm bất thường: chi đã ghi nhưng chưa có khối lượng nghiệm thu, khối lượng vượt dự toán, hay tiến độ thực tụt xa so với kế hoạch — phát hiện sớm, khi còn kịp xử lý.
Giám sát liên tục và cảnh báo. Đặt các phép đo chạy định kỳ để chất lượng dữ liệu và các ngưỡng kiểm soát (ví dụ tỷ lệ vượt dự toán của một hạng mục) được theo dõi liên tục, thay vì chỉ rà soát thủ công cuối kỳ. Khi một chỉ số chạm ngưỡng, đội dự án biết ngay.

Khi nền này đã vững, dữ liệu sạch và nhất quán trở thành đầu vào tin cậy cho mọi báo cáo project controls phía trên — bất kể chúng được dựng trong công cụ BI, trong phần mềm quản lý dự án hay trong bộ giải pháp vận hành mà chủ đầu tư đang dùng.

Giá trị mang lại

Kiểm soát chi phí – tiến độ đáng tin. Vì dữ liệu đã được làm sạch và gắn vào cùng khung mã, con số dự toán – thực chi – khối lượng – tiến độ ghép được với nhau, cho bức tranh một dự án đang lãi/lỗ, đúng/chậm mà lãnh đạo dám tin.
Cảnh báo sớm vượt chi và chậm tiến độ. Lệch giữa kế hoạch và thực tế lộ ra khi còn xoay xở được, thay vì khi đã quyết toán. Phát hiện sớm một hạng mục đội giá đáng giá hơn nhiều một báo cáo đẹp sau khi tiền đã tiêu.
So sánh được giữa nhiều dự án. Khi mọi dự án dùng chung cấu trúc mã hạng mục, chủ đầu tư mới trả lời được câu hỏi quản trị thực sự: suất đầu tư từng phần việc giữa các dự án ra sao, khâu nào hay đội chi phí, nhà thầu nào kiểm soát khối lượng tốt — biến từng dự án rời rạc thành một danh mục dự án so sánh được.
Ra quyết định dựa trên dữ liệu. Quyết định tạm dừng, điều chuyển vốn hay đẩy nhanh một gói thầu được đặt trên số liệu sạch, kịp thời, có cơ sở — thay vì cảm tính hay báo cáo đến muộn.
Giảm tranh chấp khối lượng – thanh toán. Khi khối lượng, nghiệm thu và chi phí cùng quy về một mã hạng mục và đã được kiểm tra chất lượng, việc đối chiếu thanh toán với nhà thầu minh bạch hơn, ít cãi vã hơn.

Ví dụ minh họa (giả định). Một chủ đầu tư triển khai song song nhiều dự án khu đô thị và căn hộ, mỗi dự án do một ban điều hành và nhiều nhà thầu phụ phụ trách. Trước đây, mỗi cuối tháng ban kiểm soát chi phí mất nhiều ngày gộp số từ các nguồn đặt mã khác nhau, và thường chỉ phát hiện một hạng mục vượt dự toán khi nó đã vượt sâu. Sau khi đưa toàn bộ mã dự án/hạng mục về một bộ chuẩn và đặt quy tắc chất lượng cho dữ liệu chi phí – khối lượng, mọi bút toán đều buộc gắn mã hạng mục hợp lệ, chi phí ghép thẳng với khối lượng nghiệm thu theo từng hạng mục, và một báo cáo so sánh suất đầu tư phần thô giữa các dự án trở nên khả thi — những con số trước kia “mỗi nơi một phách” nay nói cùng một ngôn ngữ.

Lưu ý khi triển khai

Thống nhất bộ mã hạng mục trước, đừng số hóa cái lộn xộn. Giá trị lớn nhất đến từ việc các bên đồng thuận một cấu trúc mã chung. Nếu vội kết nối hệ thống mà chưa chuẩn hóa mã, sẽ chỉ tổng hợp nhanh hơn… cái lệch.
Kéo nhà thầu vào từ đầu. Một phần dữ liệu khối lượng, tiến độ do nhà thầu phụ tạo. Quy ước mã và mức chất lượng dữ liệu tối thiểu nên đưa vào ràng buộc phối hợp ngay từ đầu, để dữ liệu “sạch từ nguồn” thay vì làm sạch về sau.
Bắt đầu từ vài chỉ tiêu kiểm soát quan trọng nhất. Không cần phủ mọi trường ngay. Chọn vài chỉ tiêu controls cốt lõi (ví dụ thực chi so với dự toán theo hạng mục, phần trăm hoàn thành) làm sạch trước, chứng minh giá trị, rồi mở rộng.
Phân biệt “lệch thời điểm” và “vượt chi thật”. Quy tắc chất lượng nên giúp tách hai chuyện này, tránh báo động giả mỗi khi kế toán và hiện trường ghi nhận lệch nhịp.
Quản trị dữ liệu BIM cần lộ trình riêng. Gắn khối lượng từ mô hình BIM vào mã hạng mục là việc đáng làm nhưng có độ phức tạp riêng; nên tách thành một giai đoạn sau khi nền mã và chất lượng dữ liệu chi phí đã ổn định.