Câu trả lời được chấp nhận
Nguyên nhân phổ biến nhất: gõ tay ngày Start/Finish cho tác vụ tự động. Tài liệu Microsoft nói rõ khi bạn sửa trực tiếp ngày ở cột Start hoặc Finish, Project sẽ đặt ràng buộc buộc việc đó bắt đầu/kết thúc vào ngày đó, kể cả khi phần còn lại của lịch thay đổi. Kéo thanh Gantt bằng chuột cũng có tác dụng tương tự.
Tám loại ràng buộc
| Mức | Ràng buộc |
|---|---|
| Linh hoạt | As Soon As Possible, As Late As Possible |
| Bán linh hoạt | Start/Finish No Earlier Than, Start/Finish No Later Than |
| Cứng | Must Start On, Must Finish On |
Ràng buộc bán linh hoạt và cứng cắt đứt logic mạng: việc sau không còn phụ thuộc vào việc trước một cách tự nhiên, nên float và đường găng tính sai; ràng buộc cứng còn tạo float âm khi việc trước trễ.
Dọn lại kế hoạch
- Thêm cột Constraint Type và Constraint Date, lọc những việc khác ASAP.
- Với mỗi việc: hỏi "ngày này đến từ đâu?". Nếu chỉ là do gõ tay → đặt lại ASAP và thêm phụ thuộc còn thiếu.
- Ngày thật sự bên ngoài quyết định (nhận mặt bằng, thiết bị về, hạn pháp lý) → giữ ràng buộc bán linh hoạt và ghi lý do trong cột Notes. Hạn chót mong muốn → dùng trường Deadline thay vì Must Finish On: phần mềm cảnh báo khi trễ nhưng không bẻ cong logic.
- Kiểm tra mỗi việc (trừ mốc đầu, cuối) đều có ít nhất một việc trước và một việc sau — tránh "đầu lửng" (open ends).
- Bật lại Critical Tasks và xem đường găng có liền mạch từ đầu đến cuối không.
Đây cũng là tinh thần của quy trình Phát triển lịch tiến độ (Develop Schedule) trong PMBOK: lịch phải được dẫn dắt bởi logic phụ thuộc, ràng buộc ngày chỉ là ngoại lệ có căn cứ.
Nguồn: