Dự án trễ tiến độ 3 tuần: nên Crashing hay Fast-tracking?

Bối cảnh

Dự án xây dựng ứng dụng ngân hàng số trễ 3 tuần do nhà cung cấp API bàn giao muộn. Ngày ra mắt đã được công bố với báo chí và không thể dời.

Hai kỹ thuật nén tiến độ

• Fast-tracking: thực hiện song song các công việc vốn tuần tự trên đường găng. Không tốn thêm chi phí trực tiếp nhưng tăng rủi ro làm lại.
• Crashing: bổ sung nguồn lực (người, OT, công cụ) cho công việc trên đường găng có chi phí nén/ngày thấp nhất. Tốn chi phí, có thể giảm năng suất (luật Brooks).

Quy trình ra quyết định

1. Xác nhận lại đường găng — chỉ nén công việc trên critical path mới rút ngắn dự án.
2. Phân tích tác động: với mỗi phương án, ước tính chi phí tăng thêm, rủi ro chất lượng, rủi ro con người.
3. Cân nhắc giảm phạm vi (MVP): trao đổi với Product Owner về tính năng có thể dời sang bản phát hành sau.
4. Trình Change Request với các phương án và khuyến nghị cho sponsor quyết định.
5. Cập nhật baseline sau khi được phê duyệt và truyền thông tới các bên.

💡 Mẹo thi: Fast-tracking luôn được thử trước crashing khi đề nhấn mạnh "không có thêm ngân sách".

Bài học rút ra

Nén tiến độ luôn có cái giá. PM giỏi là người đưa ra các lựa chọn có dữ liệu, không phải người hứa "đội sẽ cố gắng".