Product & Project ManagerCritical path là chuỗi công việc phụ thuộc nối tiếp dài nhất trong dự án, quyết định ngày xong sớm nhất.
Việc nằm trên critical path có float (slack) bằng 0: trễ một ngày là cả dự án trễ một ngày; việc ngoài critical path có float để trễ mà không ảnh hưởng ngày kết thúc.
A. API contract (5d) -> B. Backend payment (10d) -> D. Integration test (5d) = 20d <- critical
A. API contract (5d) -> C. Mobile UI (8d) -> D. Integration test (5d) = 18d (C has 2d float)Quản lý phụ thuộc giữa các team:
- Lập bản đồ phụ thuộc sớm — ở buổi planning đầu chương trình, mỗi team liệt kê mình cần gì từ team khác và cần vào ngày nào. Ghi vào một dependency board chung, mỗi phụ thuộc có owner và ngày cam kết.
- Cắt phụ thuộc cứng — chốt API contract trước, dùng mock/stub để team phía sau làm song song thay vì ngồi chờ.
- Theo dõi critical path hằng tuần thay vì theo dõi đều mọi việc. Phụ thuộc nào trễ thì tính lại critical path và báo ngay.
- Nhịp đồng bộ — Scrum of Scrums hoặc buổi sync của TPM 2–3 lần mỗi tuần, chỉ bàn phụ thuộc và vướng mắc.
- Đặt buffer ở cuối chương trình thay vì rải buffer nhỏ vào từng task, vì buffer trong từng task thường bị tiêu hết.
Lưu ý: critical path có thể dịch chuyển. Nhánh có float 2 ngày mà trễ 3 ngày sẽ thành critical path mới; TPM chỉ nhìn danh sách ban đầu thường bị bất ngờ ở chỗ này.