Trong nhiều dự án xây dựng, quản lý dự án thường được nhìn thấy rõ nhất qua ba thứ: một bản tiến độ tổng thể, các cuộc họp giao ban và những báo cáo định kỳ. Tuy nhiên, ba công cụ này mới chỉ là phần nổi. Dự án không chậm đơn giản vì bản tiến độ chưa đủ chi tiết; cũng không vượt ngân sách chỉ vì báo cáo chi phí chưa đẹp. Phần khó nhất nằm ở khoảng cách giữa điều dự án đã dự kiến và điều thực tế đang diễn ra mỗi ngày tại công trường.

Một bản vẽ chậm phát hành có thể làm chậm đặt hàng. Vật tư đến muộn có thể khiến tổ đội phải đổi trình tự thi công. Một khu vực chưa bàn giao có thể làm thiết bị và nhân lực đã huy động phải chờ. Một thay đổi tưởng như nhỏ về thiết kế có thể kéo theo khối lượng bổ sung, làm lại, gia hạn thời gian và phát sinh chi phí. Nếu các sự kiện này chỉ được nhìn thấy khi báo cáo tuần hoặc báo cáo tháng được tổng hợp, nhà quản lý có thể biết dự án đã lệch, nhưng thời gian để sửa lệch đã bị thu hẹp đáng kể.

Vì vậy, quản lý dự án xây dựng cần được hiểu là một hệ thống điều hành liên tục. Hệ thống đó bắt đầu từ việc xác định mục tiêu và phạm vi; chuyển mục tiêu thành cấu trúc công việc, kế hoạch và đường cơ sở (baseline); tổ chức thực hiện; thu nhận dữ liệu thực tế; so sánh thực tế với kế hoạch; tìm nguyên nhân của sai lệch; dự báo tác động; và cuối cùng là đưa ra hành động điều chỉnh. Giá trị của quản lý không nằm ở việc tạo thêm báo cáo, mà ở khả năng phát hiện vấn đề đủ sớm để dự án vẫn còn cơ hội thay đổi kết quả.

1. Vì sao dự án xây dựng khó kiểm soát hơn một kế hoạch trên giấy?

Một dự án xây dựng là tập hợp của rất nhiều công việc phụ thuộc lẫn nhau. Một công việc thi công không thể bắt đầu chỉ vì ngày bắt đầu trên tiến độ đã đến. Nó chỉ có thể bắt đầu khi nhiều điều kiện cùng sẵn sàng: thiết kế đã được phê duyệt, mặt bằng đã bàn giao, vật tư và thiết bị đã có, nhân lực đã được bố trí, biện pháp thi công được chấp thuận, công việc trước đó đã hoàn thành và các yêu cầu về an toàn đã được đáp ứng.

Điều này có nghĩa rằng tiến độ thực tế không được quyết định bởi riêng lịch thi công. Nó được quyết định bởi cả một chuỗi liên kết giữa thiết kế, mua sắm, hợp đồng, vật tư, nguồn lực và hiện trường. Chẳng hạn, một bản vẽ kết cấu phát hành chậm năm ngày có thể chưa làm công trường dừng ngay trong ngày thứ nhất. Nhưng nếu bản vẽ đó là cơ sở để đặt thép gia công, sự chậm trễ sẽ truyền sang khâu mua sắm, sản xuất, vận chuyển và cuối cùng mới xuất hiện dưới dạng công việc thi công bị chậm. Khi đó, nếu hệ thống chỉ nhìn vào ngày bắt đầu và ngày kết thúc của công việc thi công, cảnh báo đã đến quá muộn.

Chi phí cũng vận động theo cách tương tự. Một thay đổi thiết kế có thể làm tăng khối lượng trực tiếp, nhưng tác động thực tế thường rộng hơn: tổ đội phải dừng chờ, công việc đã làm phải tháo dỡ, thiết bị phải lưu lại lâu hơn, nhà thầu có thể yêu cầu bồi hoàn và bộ máy công trường phải duy trì thêm thời gian. Vì vậy, tiến độ, chi phí, hợp đồng và thay đổi không nên được quản lý như bốn câu chuyện riêng biệt.

Đây là lý do cốt lõi khiến quản lý dự án xây dựng phải chuyển từ tư duy ‘theo dõi từng chỉ tiêu’ sang tư duy ‘kiểm soát các quan hệ phụ thuộc’. Nhà quản lý không chỉ cần biết một công việc đang chậm bao nhiêu ngày, mà phải biết nó chậm vì điều kiện nào chưa sẵn sàng, ảnh hưởng đến công việc nào phía sau, ai có khả năng xử lý và nếu không xử lý trong một khoảng thời gian nhất định thì mốc nào sẽ bị đe dọa.

Hình 1. Quản lý dự án là vòng điều hành liên tục từ mục tiêu, kế hoạch đến đo lường và điều chỉnh.

2. Kế hoạch tổng thể phải là mô hình điều hành của dự án, không chỉ là một biểu đồ tiến độ

Kế hoạch tổng thể (master plan) thường bị đồng nhất với một bảng tiến độ cấp cao. Cách hiểu này chưa đủ. Một kế hoạch tổng thể tốt phải thể hiện được chiến lược thực hiện dự án: dự án được chia thành những khu vực và gói công việc nào; thiết kế, mua sắm và thi công được nối với nhau ra sao; những mốc nào mang tính bắt buộc; những giao diện nào cần phối hợp; nguồn lực quan trọng phải được huy động vào thời điểm nào; và điều kiện nào phải hoàn thành trước khi dự án chuyển sang giai đoạn tiếp theo.

Để làm được điều đó, dự án cần một cấu trúc phân rã công việc (Work Breakdown Structure – WBS). Có thể hiểu đơn giản đây là cách chia toàn bộ phạm vi dự án thành các phần nhỏ hơn để có thể giao trách nhiệm, lập tiến độ, gắn ngân sách và theo dõi thực hiện. Ví dụ, một dự án có thể được chia theo khối công trình, khu vực, tầng, bộ môn hoặc gói thầu. Điều quan trọng không phải chọn một cách chia duy nhất cho mọi dự án, mà là bảo đảm các hệ thống quản lý có thể liên kết với cùng một cấu trúc.

Nếu tiến độ chia theo khu vực, ngân sách chia theo hợp đồng, khối lượng chia theo bộ môn còn báo cáo hiện trường lại dùng một hệ thống mã khác, dữ liệu sẽ khó ghép lại. Khi đó, để trả lời một câu hỏi đơn giản như ‘khu vực tầng 5 đang chậm vì đâu và phần chi phí liên quan là bao nhiêu?’, cán bộ dự án phải lấy dữ liệu từ nhiều bảng rồi ghép thủ công. Càng nhiều dự án và càng nhiều nhà thầu, cách làm này càng khó duy trì.

Kế hoạch tổng thể cũng cần được gắn với đường cơ sở (baseline). Đường cơ sở là phiên bản kế hoạch đã được phê duyệt, dùng làm chuẩn để so sánh với thực tế. Tuy nhiên, không nên hiểu nó là một file tiến độ bị khóa và không bao giờ thay đổi. Khi phạm vi dự án được thay đổi hợp lệ, đường cơ sở có thể được điều chỉnh theo quy trình kiểm soát thay đổi. Điều cần bảo vệ là tính minh bạch: doanh nghiệp phải phân biệt được dự án đang thực hiện kém so với mục tiêu ban đầu hay mục tiêu đã chính thức thay đổi.

Hình 2. Đường cơ sở hiệu quả phải liên kết phạm vi, tiến độ, chi phí, nguồn lực và hợp đồng.

3. Từ kế hoạch tổng thể đến công trường: mỗi cấp quản lý cần một mức độ chi tiết khác nhau

Một bản kế hoạch dùng cho lãnh đạo không thể đồng thời là bản kế hoạch tốt nhất cho tổ đội thi công. Ban lãnh đạo cần nhìn thấy các mốc quan trọng, xu hướng hoàn thành, những khu vực có nguy cơ chậm và các quyết định cần can thiệp. Chỉ huy trưởng và cán bộ hiện trường lại cần biết tuần tới làm việc gì, ở vị trí nào, khối lượng bao nhiêu, tổ đội nào thực hiện và điều kiện nào còn thiếu.

Vì vậy, kế hoạch nên được tổ chức thành nhiều tầng nhưng phải liên kết với nhau. Kế hoạch tổng thể giữ các mốc và logic lớn. Kế hoạch giai đoạn làm rõ trình tự theo khu vực hoặc gói thầu. Kế hoạch nhìn trước (look-ahead plan) thường tập trung vào một số tuần sắp tới để kiểm tra mức độ sẵn sàng. Kế hoạch tuần biến những công việc đủ điều kiện thành cam kết thực hiện. Kế hoạch ngày cụ thể hóa thành vị trí, tổ đội và khối lượng.

Điểm quan trọng nhất của kế hoạch nhìn trước không phải là lấy một đoạn của tiến độ tổng thể rồi in ra. Nó phải trở thành công cụ tháo gỡ ràng buộc. Với mỗi công việc sắp đến hạn, nhóm dự án cần kiểm tra: bản vẽ đã sẵn sàng chưa, vật tư đã đặt chưa, thời gian cung ứng có đáp ứng không, mặt bằng đã bàn giao chưa, nhà thầu đã huy động đủ nguồn lực chưa, biện pháp và hồ sơ liên quan đã được phê duyệt chưa.

Ví dụ, một công việc dự kiến bắt đầu sau ba tuần nhưng thiết bị cần sáu tuần để đặt hàng và vận chuyển. Nếu kế hoạch nhìn trước chỉ kiểm tra công việc khi nó bước vào tuần thi công, dự án gần như không còn khả năng xử lý. Nếu ràng buộc được nhận diện sớm, dự án có thể đẩy nhanh phê duyệt, thay đổi nguồn cung, điều chỉnh trình tự hoặc chuẩn bị một phương án thay thế. Đây chính là khác biệt giữa ‘theo dõi tiến độ’ và ‘điều hành tiến độ’.

Hình 3. Kế hoạch càng gần hiện trường càng phải cụ thể về điều kiện sẵn sàng và trách nhiệm thực hiện.

4. Muốn kiểm soát dự án, trước hết phải biết chính xác điều gì đang xảy ra tại hiện trường

Một hệ thống kiểm soát dù hiện đại đến đâu cũng không thể cho kết quả tốt nếu dữ liệu thực tế không đáng tin cậy. Đây là điểm yếu phổ biến của nhiều dự án: phần trăm hoàn thành được ước lượng theo cảm nhận; dữ liệu hiện trường cập nhật chậm; trạng thái được điều chỉnh để báo cáo nhìn ‘đẹp’; hoặc cùng một công việc nhưng các bộ phận ghi nhận theo những cách khác nhau.

Dữ liệu thực tế cần gắn với đối tượng cụ thể. Thay vì chỉ ghi ‘hạng mục đạt 70%’, hệ thống cần biết 70% đó tương ứng với khối lượng nào, khu vực nào, đã thi công hay đã nghiệm thu, cập nhật vào thời điểm nào và bằng chứng đi kèm là gì. Càng gần hiện trường, dữ liệu càng phải cụ thể để có thể kiểm chứng.

Nguồn dữ liệu thực thi có thể gồm nhật ký công trường, khối lượng thi công, khối lượng nghiệm thu, biên bản kiểm tra, trạng thái yêu cầu thông tin (Request for Information – RFI), bản vẽ phát hành, giao nhận vật tư, nhân lực, thiết bị, ảnh hiện trường và báo cáo của nhà thầu. Các dữ liệu này không nhất thiết cập nhật cùng một tần suất, nhưng cần đủ để nhà quản lý trả lời ba câu hỏi: hiện tại đang ở đâu so với kế hoạch; điều gì vừa thay đổi; và thay đổi đó có khả năng ảnh hưởng đến mốc hoặc chi phí nào.

Cũng cần phân biệt các trạng thái trung gian. Một công việc có thể đã thi công nhưng chưa nghiệm thu. Vật tư có thể đã đến công trường nhưng chưa được kiểm tra hoặc chưa được chấp nhận. Hồ sơ có thể đã nộp nhưng đang chờ phê duyệt. Nếu hệ thống chỉ cho phép ‘hoàn thành/chưa hoàn thành’, các điểm tắc nghẽn này sẽ bị che khuất. Trong khi chính thời gian chờ giữa các trạng thái thường là nguồn gây chậm đáng kể.

5. Kiểm soát dự án không dừng ở việc báo cáo sai lệch

Khi nói đến kiểm soát dự án, nhiều báo cáo tập trung vào việc chỉ ra công việc chậm bao nhiêu ngày, chi phí vượt bao nhiêu hoặc khối lượng đạt bao nhiêu phần trăm. Những con số này cần thiết, nhưng chúng mới trả lời câu hỏi ‘điều gì đã xảy ra’. Để phục vụ điều hành, hệ thống phải đi tiếp tới ‘vì sao xảy ra’, ‘nếu không xử lý thì điều gì sẽ xảy ra tiếp theo’ và ‘cần làm gì ngay bây giờ’.

Ví dụ, một công việc chậm ba ngày không nhất thiết là vấn đề nghiêm trọng nếu nó còn thời gian dự phòng và không ảnh hưởng các công việc phía sau. Ngược lại, một công việc chưa chậm ngày nào nhưng bản vẽ chưa được phê duyệt, vật tư chưa đặt và nằm trên chuỗi công việc quyết định ngày hoàn thành dự án có thể đáng lo hơn nhiều. Vì vậy, mức độ ưu tiên không thể chỉ dựa vào số ngày chậm hiện tại.

Đây cũng là lý do phải phân biệt cập nhật tiến độ và dự báo tiến độ. Cập nhật cho biết thực tế tại ngày báo cáo. Dự báo trả lời câu hỏi: với năng suất, nguồn lực, ràng buộc và các vấn đề hiện tại, dự án có khả năng hoàn thành vào thời điểm nào. Nếu mỗi kỳ cập nhật chỉ chuyển phần việc chưa làm sang tương lai mà không đánh giá lại năng suất và điều kiện thực hiện, bản tiến độ có thể vẫn trông hợp lý trong khi khả năng hoàn thành đúng hạn đang giảm dần.

Một cơ chế kiểm soát tốt phải tạo ra thời gian phản ứng. Cảnh báo càng sớm, số phương án xử lý càng nhiều và chi phí xử lý thường càng thấp. Khi vấn đề đã đi vào đường găng, vật tư đã trễ, tổ đội đã phải chờ và mốc bàn giao đã bị ảnh hưởng, doanh nghiệp thường chỉ còn các phương án đắt đỏ như tăng ca, bổ sung nguồn lực hoặc chấp nhận chậm.

Hình 4. Kiểm soát tốt phải phát hiện sai lệch khi dự án vẫn còn đủ thời gian để hành động.

6. Tiến độ và chi phí phải được nhìn trong cùng một quyết định quản trị

Trong thực tế, gần như mọi quyết định bù tiến độ đều có tác động đến chi phí. Tăng ca làm tăng chi phí nhân công; bổ sung tổ đội làm tăng chi phí huy động và phối hợp; vận chuyển nhanh làm tăng chi phí logistics; thay đổi biện pháp có thể phát sinh thiết bị hoặc vật tư khác. Ngược lại, một quyết định tiết kiệm chi phí có thể kéo dài thời gian cung ứng hoặc làm giảm khả năng phục hồi tiến độ.

Vì vậy, hệ thống kiểm soát dự án hiệu quả phải liên kết được cấu trúc công việc với ngân sách, giá trị hợp đồng đã cam kết, chi phí thực tế và chi phí dự kiến còn lại. Khi một gói công việc bị chậm, nhà quản lý không chỉ nhìn ngày hoàn thành mới mà còn cần biết thời gian kéo dài có làm tăng chi phí quản lý công trường hay không, dòng tiền thay đổi thế nào, nhà thầu có thể phát sinh yêu cầu bồi hoàn hay không và phương án khắc phục nào có tổng tác động thấp nhất.

Phương pháp quản lý giá trị thu được (Earned Value Management – EVM) là một cách kết hợp phạm vi, tiến độ và chi phí để đánh giá tình trạng dự án. Tuy nhiên, các chỉ số của phương pháp này không tự giải thích nguyên nhân. Một chỉ số xấu chỉ có giá trị quản trị khi người dùng có thể truy ngược xuống gói công việc, hợp đồng, khu vực hoặc nguyên nhân thực tế để biết cần can thiệp vào đâu.

Nói cách khác, mục tiêu không phải tạo thêm chỉ số mà là tạo được chuỗi giải thích từ kết quả đến nguyên nhân và từ nguyên nhân đến hành động. Đây là điểm khác nhau giữa báo cáo quản trị và hệ thống điều hành.

7. Quản lý thay đổi: không để những thay đổi nhỏ tích tụ thành một vấn đề lớn

Dự án xây dựng gần như luôn phát sinh thay đổi. Thiết kế được làm rõ, điều kiện hiện trường khác với khảo sát ban đầu, yêu cầu của chủ đầu tư thay đổi, vật tư được thay thế hoặc biện pháp thi công phải điều chỉnh. Vì vậy, mục tiêu của quản lý không phải ngăn mọi thay đổi, mà là bảo đảm mọi thay đổi quan trọng đều được nhìn thấy, đánh giá và phê duyệt trước khi tác động của nó trở nên khó kiểm soát.

Một thay đổi cần được theo dõi xuyên suốt từ nguyên nhân phát sinh đến quyết định cuối cùng. Hệ thống cần biết vấn đề nào tạo ra yêu cầu thay đổi, phần phạm vi nào bị ảnh hưởng, ai chịu trách nhiệm phân tích, tác động đến tiến độ và chi phí ra sao, điều khoản hợp đồng nào liên quan, cấp nào có thẩm quyền phê duyệt và sau khi phê duyệt thì kế hoạch hay ngân sách nào phải được cập nhật.

Nếu quá trình này bị chia nhỏ giữa thư điện tử, bảng tính, biên bản và hồ sơ giấy, từng thay đổi riêng lẻ có thể trông không đáng kể. Nhưng hàng chục hoặc hàng trăm thay đổi nhỏ có thể cộng dồn thành chậm tiến độ và vượt chi phí lớn. Đến cuối dự án, việc xác định nguyên nhân và trách nhiệm cũng trở nên khó khăn vì dấu vết quyết định không còn liền mạch.

Quản lý thay đổi tốt còn giúp bảo vệ tính trung thực của đường cơ sở. Không nên sửa đường cơ sở chỉ để làm biến mất một sai lệch do thực hiện kém. Ngược lại, cũng không nên giữ nguyên đường cơ sở khi phạm vi đã được thay đổi và phê duyệt chính thức. Doanh nghiệp cần biết rõ đâu là thay đổi mục tiêu và đâu là chênh lệch trong quá trình thực hiện.

8. Rủi ro và vấn đề phải gắn với công việc cụ thể trong kế hoạch

Nhiều dự án có sổ đăng ký rủi ro nhưng sổ này tồn tại tách rời khỏi kế hoạch thực hiện. Rủi ro được mô tả, chấm mức độ và cập nhật định kỳ, nhưng người điều hành khó biết nó đang đe dọa công việc nào và phải xử lý trước thời điểm nào. Khi đó, quản trị rủi ro dễ trở thành hoạt động mang tính thủ tục.

Để hữu ích cho điều hành, rủi ro phải gắn với đối tượng và thời gian. Rủi ro chậm phê duyệt thiết kế cần liên kết với hồ sơ thiết kế, gói mua sắm và công việc thi công phụ thuộc. Rủi ro nhà cung cấp cần liên kết với vật tư cụ thể, thời gian cung ứng và ngày cần có tại công trường. Khi đó, dự án có thể xác định thời điểm muộn nhất phải hành động trước khi rủi ro biến thành chậm tiến độ.

Cũng cần phân biệt rủi ro và vấn đề đã xảy ra. Rủi ro là sự kiện chưa chắc xảy ra nên cần theo dõi xác suất và chuẩn bị phương án ứng phó. Khi sự kiện đã xảy ra, nó trở thành vấn đề cần có người chịu trách nhiệm, thời hạn xử lý và hành động cụ thể. Nếu hai khái niệm bị trộn lẫn, dự án dễ duy trì một danh sách dài nhưng không rõ việc nào cần theo dõi và việc nào phải xử lý ngay.

Khi rủi ro được liên kết trực tiếp với kế hoạch, quản trị rủi ro trở thành một phần của điều hành thay vì một báo cáo riêng. Kế hoạch khi đó không chỉ thể hiện kịch bản lý tưởng, mà còn cho thấy các vùng bất định và khả năng phản ứng của dự án.

9. Dữ liệu dự án cần tạo thành một nguồn thông tin quản trị thống nhất

Một dự án xây dựng có thể tạo ra hàng nghìn bản vẽ, biên bản, yêu cầu thông tin, đơn hàng, phiếu giao vật tư, nhật ký, ảnh hiện trường, cập nhật tiến độ và chứng từ chi phí. Vấn đề thường không phải thiếu dữ liệu mà là dữ liệu nằm rải rác trong nhiều hệ thống và được tổ chức theo nhiều cách khác nhau.

Bản vẽ có thể nằm trong hệ thống quản lý tài liệu; tiến độ nằm trong phần mềm lập kế hoạch; chi phí nằm trong hệ thống hoạch định nguồn lực doanh nghiệp (Enterprise Resource Planning – ERP); hợp đồng nằm trong hồ sơ thương mại; nhật ký nằm trong ứng dụng hiện trường; còn các vấn đề khẩn cấp lại nằm trong thư điện tử hoặc nhóm trao đổi. Mỗi nguồn có thể đúng trong phạm vi riêng nhưng người quản lý vẫn phải ghép thủ công để hiểu toàn cảnh.

Mục tiêu không nhất thiết là đưa mọi dữ liệu vào một phần mềm duy nhất. Điều quan trọng hơn là các hệ thống phải dùng được những định danh chung và có quan hệ rõ ràng. Một gói công việc, khu vực, hợp đồng, nhà thầu, bản vẽ hay sự kiện thay đổi cần có khả năng được truy nguyên giữa tiến độ, chi phí, tài liệu và hiện trường.

Khi làm được điều này, bảng điều hành không chỉ trả lời ‘dự án đang chậm bao nhiêu’, mà có thể giúp người quản lý đi sâu tới ‘đang chậm ở khu vực nào, công việc nào, do bản vẽ hay vật tư, liên quan nhà thầu nào, ảnh hưởng chi phí bao nhiêu và hành động nào đang chờ xử lý’. Đó mới là ý nghĩa thực tế của một nguồn thông tin quản trị thống nhất.

Nền tảng dữ liệu này cũng là điều kiện để ứng dụng trí tuệ nhân tạo (Artificial Intelligence – AI) trong các bước tiếp theo. AI khó có thể dự báo nguy cơ chậm tiến độ nếu dữ liệu tiến độ không liên kết được với thiết kế, vật tư, nguồn lực và các ràng buộc hiện trường. Công nghệ phân tích chỉ có thể tạo ra kết quả tốt khi dữ liệu đầu vào phản ánh đủ bối cảnh thực thi.

Hình 5. Nguồn thông tin quản trị của dự án phải kết nối thiết kế, hợp đồng, tiến độ, hiện trường và chi phí.

10. Nhịp điều hành: biến dữ liệu hiện trường thành quyết định và hành động

Ngay cả khi dữ liệu đã được số hóa, dự án vẫn có thể điều hành kém nếu không có một nhịp quản trị rõ ràng. Nhịp quản trị là cách dự án quy định dữ liệu nào được cập nhật ở đâu, ai xem xét, xem xét vào thời điểm nào, quyết định được đưa ra ở cấp nào và hành động sau quyết định được theo dõi đến khi hoàn thành ra sao.

Ở cấp hiện trường, trạng thái công việc và ràng buộc cần được cập nhật đủ thường xuyên để điều phối tổ đội. Ở cấp tuần, nhóm dự án cần xem kế hoạch nhìn trước, mức độ hoàn thành cam kết, các ràng buộc chưa tháo gỡ, sai lệch và hành động khắc phục. Ở cấp quản lý tháng hoặc tại các mốc quan trọng, ban điều hành cần tập trung vào xu hướng hoàn thành, dự báo chi phí, thay đổi lớn, rủi ro và các quyết định vượt thẩm quyền của nhóm dự án.

Điều quan trọng là các cuộc họp này phải sử dụng cùng một nền dữ liệu. Nếu phòng kế hoạch, phòng chi phí, ban điều hành và nhà thầu mỗi bên mang một bảng tính với số liệu khác nhau, phần lớn thời gian họp sẽ dùng để tranh luận số nào đúng thay vì quyết định cần làm gì.

Đầu ra của cuộc họp cũng phải quay trở lại hệ thống quản lý dưới dạng quyết định, người chịu trách nhiệm và thời hạn. Nếu bảng điều hành chỉ giúp ‘nhìn thấy vấn đề’ nhưng việc xử lý tiếp theo lại nằm trong biên bản hoặc tin nhắn cá nhân, chuỗi quản lý vẫn bị đứt. Một hệ thống tốt phải theo dõi được từ tín hiệu bất thường đến quyết định và từ quyết định đến kết quả thực hiện.

Do đó, mức độ trưởng thành của quản lý dự án không nên được đánh giá bằng số lượng biểu mẫu, phần mềm hay bảng điều hành. Điều quan trọng hơn là dự án phát hiện vấn đề sớm đến đâu, quyết định có được đưa tới đúng người đúng lúc hay không, hành động có được theo dõi đến cùng hay không và dự báo có liên tục phản ánh thực tế mới hay không.

11. Lộ trình thực tế để xây dựng hệ thống kiểm soát dự án hiệu quả

Doanh nghiệp không cần bắt đầu bằng một chương trình công nghệ lớn. Bước đầu tiên là thống nhất cấu trúc quản lý: phạm vi được chia như thế nào, mã công việc và mã chi phí liên kết ra sao, mốc nào là mốc quản trị, trạng thái nào cần được ghi nhận và ai chịu trách nhiệm cập nhật. Nếu nền tảng này chưa thống nhất, số hóa chỉ làm cho sự không thống nhất chạy nhanh hơn.

Bước thứ hai là chuẩn hóa cách lập và cập nhật kế hoạch. Cần phân biệt rõ kế hoạch tổng thể, kế hoạch giai đoạn, kế hoạch nhìn trước và kế hoạch tuần; đồng thời quy định điều kiện để một công việc được coi là sẵn sàng. Điều này giúp chuyển trọng tâm từ việc ‘điền phần trăm hoàn thành’ sang quản lý khả năng thực thi.

Bước thứ ba là kết nối tiến độ với dữ liệu hiện trường, chi phí, hợp đồng và thay đổi. Không nhất thiết tích hợp mọi thứ ngay từ đầu. Doanh nghiệp có thể ưu tiên các mối liên kết tạo giá trị lớn nhất, chẳng hạn tiến độ với trạng thái bản vẽ và vật tư đối với dự án có rủi ro cung ứng cao, hoặc tiến độ với khối lượng và chi phí đối với dự án cần kiểm soát dòng tiền chặt.

Bước thứ tư là thiết lập cơ chế cảnh báo và hành động. Mỗi cảnh báo cần có ngưỡng, người nhận, quyền xử lý và thời hạn phản hồi. Nếu hệ thống chỉ phát hiện nhiều cảnh báo nhưng không xác định ai phải làm gì, người dùng sẽ nhanh chóng bỏ qua cảnh báo.

Bước cuối cùng mới là mở rộng sang phân tích nâng cao và AI. Khi lịch sử dữ liệu đủ tốt, doanh nghiệp có thể tìm những mẫu hình như thời gian phê duyệt kéo dài, vật tư liên tục trễ, năng suất giảm, số lượng vấn đề mở tăng hoặc các công việc gần đường găng mất dần điều kiện sẵn sàng. Đây là nền tảng để chuyển từ phát hiện sai lệch sang dự báo nguy cơ trước khi sai lệch trở nên rõ ràng.

Kết luận

Quản lý dự án xây dựng không phải là giữ cho một bản tiến độ luôn trông đúng kế hoạch. Bản chất của nó là biến mục tiêu đầu tư thành một hệ thống có thể kiểm soát: phạm vi được cấu trúc rõ ràng, kế hoạch được phân rã đến cấp có thể hành động, dữ liệu thực tế được ghi nhận đáng tin cậy, sai lệch được phát hiện sớm, nguyên nhân được truy tìm và hành động điều chỉnh được theo dõi đến cùng.

Khi tiến độ đứng riêng, nó chỉ cho biết ngày tháng. Khi chi phí đứng riêng, nó chỉ cho biết tiền đã chi. Khi hồ sơ, hợp đồng và dữ liệu hiện trường đứng riêng, mỗi bộ phận chỉ nhìn thấy một phần của dự án. Chỉ khi các lớp thông tin này được liên kết, nhà quản lý mới có thể hiểu một thay đổi hôm nay sẽ tác động như thế nào đến mốc bàn giao, dòng tiền và nghĩa vụ hợp đồng trong tương lai.

Đó cũng là bước chuyển quan trọng từ quản lý bằng báo cáo sang quản lý bằng dữ liệu thực thi. Mục tiêu cuối cùng không phải biết dự án đã chậm sau khi sự việc xảy ra, mà là nhìn thấy những điều kiện đang dẫn tới chậm tiến độ khi dự án vẫn còn thời gian để can thiệp. Trên nền tảng đó, các công nghệ phân tích và AI mới có thể thực sự hỗ trợ dự báo và ra quyết định thay vì chỉ tạo thêm một lớp báo cáo mới.

Tài liệu tham khảo

• Project Management Institute (PMI), PM-1 Foundations of Project Management in Construction, 2025.
• Project Management Institute (PMI), các tài liệu về quản lý tiến độ, kiểm soát dự án và quản lý xây dựng.
• McKinsey & Company, các nghiên cứu về quản lý dự án đầu tư xây dựng và nâng cao hiệu quả triển khai dự án vốn.
• PMI/KPMG, các tài liệu về rủi ro và năng lực triển khai dự án.