Toàn bộ lỗi Microsoft Project hay gặp khi lập tiến độ & cách xử lý dứt điểm
Tóm tắt: Bài viết tổng hợp 7 lỗi phổ biến nhất khi lập tiến độ thi công trên Microsoft Project 2019 — từ lỗi không mở được file, lỗi lẻ ngày, đến tiến độ "đứng im" không tự tính. Mỗi lỗi trình bày theo: triệu chứng → nguyên nhân → cách xử lý.
Mở đầu
Nhiều người mới dùng Microsoft Project bỏ cuộc không phải vì phần mềm khó, mà vì gặp một lỗi khó hiểu rồi không biết hỏi ai — diễn đàn thì mỗi nơi một kiểu. Sự thật là phần lớn lỗi của Microsoft Project không nằm ở chuyên môn lập tiến độ, mà ở cấu hình máy và hiểu sai cơ chế lập lịch của phần mềm.
Bài này gom 7 lỗi bạn gần như chắc chắn sẽ gặp khi lập tiến độ thi công, kèm cách xử lý dứt điểm. Hãy dùng nó như một cẩm nang tra cứu: gặp lỗi nào, tìm đúng mục đó.
💡 Đây là bài 2 trong loạt 3 bài Microsoft Project. Nếu bạn chưa nắm quy trình cơ bản, đọc trước Bài 1 — Lập tiến độ thi công bằng Microsoft Project: 6 bước.
Lỗi 1 — Không mở được file / báo lỗi dấu phân cách
Triệu chứng: mở Microsoft Project hoặc một file .mpp thì hiện thông báo lỗi liên quan đến dấu phân cách (separator), hoặc số liệu nhập vào bị hiểu sai.
Nguyên nhân: Microsoft Project lấy định dạng số từ Windows. Khi dấu phân cách thập phân và dấu phân cách danh sách được đặt trùng nhau (cùng là dấu phẩy hoặc cùng dấu chấm), phần mềm không phân biệt được và báo lỗi.
Cách xử lý: vào Control Panel → Region → Additional settings, đặt:
- Decimal symbol (dấu thập phân):
. - List separator (dấu phân cách danh sách):
,
Đặt luôn định dạng ngày dd/MM/yyyy cho đúng thói quen Việt Nam. Khởi động lại Microsoft Project.
📷 Ảnh: cửa sổ Additional settings của Region, dấu thập phân và list separator khác nhau
---Lỗi 2 — Lẻ ngày (thời lượng có phần thập phân)
Triệu chứng: thời lượng công việc tự nhiên thành 5.13 days, 4.67 days… thay vì số ngày tròn; tổng tiến độ lệch khó hiểu.
Nguyên nhân: lỗi này thường xuất hiện khi bạn thay đổi tài nguyên hoặc số lượng tài nguyên trên một công việc đang ở chế độ effort driven (lập lịch theo nỗ lực). Phần mềm tính lại Duration theo công thức và ra số lẻ.
Cách xử lý:
- Khi không cần Project tự co giãn thời gian theo nhân lực, tắt Task → effort driven cho công việc đó (hoặc bỏ mặc định tại File → Options → Schedule).
- Nhập lại Duration bằng số nguyên (
5 days). - Thống nhất đơn vị thời lượng tại File → Options → Schedule → Duration is entered in: Days.
📷 Ảnh: cột Duration bị lẻ ngày và mục Options → Schedule
> ⚠️ Lỗi lẻ ngày hay bị bỏ qua đến khi in hồ sơ mới phát hiện. Kiểm tra Duration sau mỗi lần đổi tài nguyên.Lỗi 3 — Tiến độ "cứng ngày", không tự dịch chuyển
Triệu chứng: bạn đổi một công việc phía trước nhưng các công việc sau không dịch theo; hoặc một công việc luôn bị neo vào một ngày cố định.
Nguyên nhân: công việc đang dính một ràng buộc cứng (constraint) như Must Start On (phải bắt đầu đúng ngày) hoặc Start No Earlier Than. Ràng buộc cứng ghi đè logic quan hệ, khiến tiến độ không tự tính.
Cách xử lý:
- Mở Task Information → Advanced, đổi Constraint type về As Soon As Possible (ASAP) — đây là chế độ để phần mềm tự lập lịch theo quan hệ.
- Nếu cần ràng buộc một mốc bàn giao, đừng dùng constraint cứng — dùng Deadline (cũng trong tab Advanced). Deadline chỉ cảnh báo khi trễ, không neo cứng tiến độ.
📷 Ảnh: Task Information → Advanced, Constraint type ASAP và ô Deadline
---Lỗi 4 — Gán quan hệ hoặc ràng buộc vào Summary Task
Triệu chứng: tiến độ tính sai, ngày tháng của đầu mục lớn nhảy lung tung sau khi bạn nối quan hệ.
Nguyên nhân: bạn liên kết quan hệ (Predecessors) hoặc gán ràng buộc trực tiếp vào Summary Task (đầu mục lớn). Thời gian của Summary Task do phần mềm tự tính từ các công việc con — can thiệp vào đó sẽ gây xung đột.
Cách xử lý: chỉ thiết lập quan hệ giữa các công việc cấp thấp nhất. Để Summary Task tự tổng hợp. Rà lại cột Predecessors, xóa mọi liên kết đang trỏ vào dòng đầu mục.
📷 Ảnh: minh họa liên kết sai vào Summary Task và cách sửa
---Lỗi 5 — Công việc không chạy theo lịch (Manually Scheduled)
Triệu chứng: nhập Duration và quan hệ đầy đủ nhưng công việc "đứng im", không tự sắp ngày; thanh Gantt có màu/đường viền khác lạ.
Nguyên nhân: công việc đang ở chế độ Manually Scheduled (lập lịch thủ công). Ở chế độ này, Microsoft Project không tự tính ngày, và mọi quan hệ đều vô hiệu.
Cách xử lý:
- Chọn công việc → Task → Auto Schedule.
- Đặt mặc định cho cả file tại File → Options → Schedule → New tasks created: Auto Scheduled.
- Kiểm tra nhanh ở thanh trạng thái góc dưới trái — nên hiển thị New Tasks: Auto Scheduled.
📷 Ảnh: thanh trạng thái và nút Auto Schedule trên ribbon
> ⚠️ Đây là lỗi số một khiến người mới tưởng phần mềm hỏng. Thực ra chỉ là sai chế độ lập lịch.Lỗi 6 — Đường găng hiển thị sai hoặc thiếu
Triệu chứng: bật Critical Tasks nhưng không công việc nào đỏ, hoặc đường găng "đứt đoạn" không liền mạch.
Nguyên nhân: thường do liên kết bị hở (có công việc chưa nối quan hệ nên đứng độc lập), hoặc có ràng buộc cứng ẩn cắt ngang chuỗi găng.
Cách xử lý:
- Rà lại cột Predecessors, đảm bảo mọi công việc đều có quan hệ logic (trừ công việc đầu tiên).
- Gỡ các constraint cứng không cần thiết (xem Lỗi 3).
- Nếu công trình có nhiều nhánh độc lập, bật File → Options → Advanced → Calculate multiple critical paths để thấy đường găng của từng nhánh.
📷 Ảnh: biểu đồ Gantt với đường găng liền mạch sau khi sửa liên kết hở
---Lỗi 7 — Tài nguyên quá tải (over-allocation) báo đỏ
Triệu chứng: tên tài nguyên hiển thị màu đỏ, có biểu tượng cảnh báo ở cột Indicators; một đội thợ bị xếp làm 2–3 việc cùng lúc vượt khả năng.
Nguyên nhân: tổng khối lượng công việc gán cho một tài nguyên trong cùng khoảng thời gian vượt quá Max Units (khả năng huy động) của tài nguyên đó.
Cách xử lý:
- Xem Resource Usage hoặc Resource Graph để biết quá tải ngày nào, mức nào.
- Cân đối thủ công (dời việc ngoài đường găng) hoặc dùng Resource → Level Resources để phần mềm tự giãn.
Đây là chủ đề lớn, được hướng dẫn chi tiết trong Bài 3 — Khai báo & gán tài nguyên cho dự án.
📷 Ảnh: tài nguyên báo đỏ trong Resource Usage
---Checklist 8 điểm rà trước khi xuất tiến độ
- Dấu phân cách Windows đã đúng (Lỗi 1).
- Không còn công việc lẻ ngày (Lỗi 2).
- Mọi công việc ở chế độ Auto Scheduled (Lỗi 5).
- Không có constraint cứng thừa (Lỗi 3).
- Quan hệ chỉ nằm ở công việc cấp thấp nhất (Lỗi 4).
- Đường găng liền mạch (Lỗi 6).
- Không còn tài nguyên báo đỏ (Lỗi 7).
- Đã lưu mốc cơ sở (Baseline) trước khi thi công.
Câu hỏi thường gặp
Vì sao file Project mở trên máy khác lại lỗi? Thường do định dạng số/ngày của Windows hai máy khác nhau (Lỗi 1). Thống nhất Region trước.
Tắt effort driven có ảnh hưởng gì không? Khi tắt, thêm/bớt nhân lực sẽ không tự co giãn thời lượng — phù hợp khi bạn muốn Duration cố định theo kế hoạch thi công. Đây cũng là cách tránh lỗi lẻ ngày.
Deadline và Constraint khác nhau thế nào? Constraint neo cứng ngày (dễ gây lỗi); Deadline chỉ cảnh báo khi trễ mà không ép tiến độ. Với mốc bàn giao, nên dùng Deadline.
Tổng kết
- Phần lớn lỗi Microsoft Project đến từ cấu hình máy (dấu phân cách, định dạng) và sai chế độ lập lịch (Manual thay vì Auto), không phải lỗi chuyên môn.
- Hai lỗi gây hoang mang nhất với người mới: lẻ ngày và tiến độ không tự tính — cả hai đều có cách xử lý nhanh.
- Tránh can thiệp vào Summary Task và hạn chế constraint cứng — để phần mềm tự lập lịch theo quan hệ.
- Dùng checklist 8 điểm rà soát trước mỗi lần xuất hồ sơ.
Theo dõi tiếp loạt bài Microsoft Project
Đây là bài 2 trong loạt 3 bài. Đọc thêm:
- Bài 1 — Lập tiến độ thi công bằng Microsoft Project: 6 bước đầy đủ
- Bài 3 — Hướng dẫn khai báo & gán tài nguyên cho dự án trên Microsoft Project
👉 Theo dõi CostFlow để nhận bài mới về quản lý dự án và chi phí cho ngành xây dựng.
Bình luận
Chia sẻ kinh nghiệm hoặc đặt câu hỏi về bài viết