Product & Project ManagerBắt đầu bằng tìm nguyên nhân và đo lại khoảng trễ thật, rồi đưa stakeholder các phương án có đánh đổi rõ ràng. Đừng hứa "team sẽ cố" trước khi có số liệu.
Bước 1 — Chẩn đoán: trễ vì ước lượng sai, vì phạm vi phình ra, vì phụ thuộc bên ngoài, hay vì thiếu người? Ước lượng lại phần việc còn lại cùng team. Nếu nguyên nhân vẫn còn đó, 3 tuần hôm nay có thể thành 6 tuần.
Bước 2 — Các phương án kéo lại tiến độ:
- Cắt hoặc lùi phạm vi — thường hiệu quả nhất: xếp lại ưu tiên với PO hoặc khách, giao phần must-have đúng hạn, phần còn lại đưa vào release sau.
- Fast tracking — cho các việc vốn nối tiếp chạy song song, ví dụ test từng module ngay khi xong thay vì chờ xong hết. Đổi lại, rủi ro làm lại tăng.
- Crashing — thêm người hoặc OT cho việc trên critical path. Tốn chi phí; người mới cần thời gian làm quen nên chỉ hiệu quả khi việc tách được và còn đủ thời gian. OT kéo dài thì số bug tăng.
- Lùi deadline — khi các phương án trên không khả thi hoặc chất lượng không được phép giảm.
Bước 3 — Báo cáo sớm: gửi stakeholder tình hình, nguyên nhân, 2–3 phương án kèm tác động và đề xuất của bạn. Tin xấu báo sớm thì còn lựa chọn; báo sát deadline thì hết.
Bước 4 — Theo dõi sát: cập nhật kế hoạch, theo dõi hằng tuần (hằng ngày với việc trên critical path) cho đến khi về lại đúng hướng, và đưa nguyên nhân gốc vào retrospective.
Lưu ý: thêm người vào dự án đang trễ thường làm nó trễ hơn trong ngắn hạn (Brooks, The Mythical Man-Month). Nếu người phỏng vấn gợi ý "cứ thêm người", hãy nêu điều kiện để cách đó có tác dụng.