- Phụ thuộc bắt buộc · Mandatory Dependency (Hard Logic)
- Phụ thuộc do hợp đồng yêu cầu hoặc do bản chất vật lý của công việc, không thể thay đổi. Còn gọi là logic cứng. Đội dự án cần phân biệt rõ phụ thuộc bắt buộc với phụ thuộc tuỳ ý, vì khi nén lịch chỉ có thể làm song song những hoạt động không bị ràng buộc bởi logic cứng.
- Phụ thuộc tuỳ ý · Discretionary Dependency (Preferred / Soft Logic)
- Phụ thuộc do đội dự án chọn dựa trên thực hành tốt nhất, kinh nghiệm hoặc mong muốn riêng, dù về mặt kỹ thuật có thể làm khác. Còn gọi là logic ưu tiên hoặc logic mềm. Cần ghi chép đầy đủ lý do, vì phụ thuộc tuỳ ý làm tăng tổng thời gian dự trữ bị khoá và là ứng viên đầu tiên khi cân nhắc làm song song (fast tracking).
- Phụ thuộc bên ngoài · External Dependency
- Quan hệ giữa hoạt động của dự án với hoạt động hoặc sự kiện không thuộc dự án, nằm ngoài tầm kiểm soát của đội: phê duyệt của cơ quan nhà nước, giao hàng của nhà cung cấp, kết quả của dự án khác. PM cần nhận diện sớm, đưa vào sổ đăng ký giả định/rủi ro và theo dõi chủ động thay vì chờ đợi.
- Phụ thuộc giữa các đội · Cross-Team Dependencies
- Tình huống công việc của một đội không thể xong nếu đội khác chưa giao một phần (API, dữ liệu, môi trường, quyết định…). Phụ thuộc là nguồn chậm trễ và rủi ro lớn nhất khi mở rộng agile. Cách xử lý theo thứ tự ưu tiên: loại bỏ (tái tổ chức thành đội tính năng/đội theo dòng, tách kiến trúc), giảm (giao diện rõ, X-như-một-dịch-vụ), và cuối cùng mới là quản lý (lập bản đồ trên bảng kế hoạch, Scrum of Scrums, Nexus Daily Scrum). Tương ứng với việc xác định quan hệ phụ thuộc bên ngoài khi xác lập trình tự hoạt động trong lập lịch truyền thống.
- Nhật ký giả định · Assumption Log
- Tài liệu ghi lại các giả định (điều được coi là đúng mà chưa có bằng chứng) và ràng buộc của dự án, kèm người phụ trách và trạng thái kiểm chứng. Giả định sai cần được xem xét như một rủi ro.
- Nhật ký vấn đề · Issue Log
- Tài liệu theo dõi các vấn đề (sự việc đã xảy ra và đang ảnh hưởng đến dự án), gồm mô tả, mức ưu tiên, người phụ trách, hạn xử lý và trạng thái cho đến khi được giải quyết. Khác với rủi ro là sự kiện chưa xảy ra.
- Đường leo thang · Escalation Path
- Quy định rõ vấn đề loại nào, vượt ngưỡng nào thì được chuyển lên cấp nào, trong thời hạn bao lâu, qua kênh nào (ví dụ trưởng nhóm → PM → nhà tài trợ → ban chỉ đạo). Đường leo thang thường nằm trong kế hoạch truyền thông hoặc kế hoạch quản lý dự án. Theo tư duy PMP, PM xử lý trong phạm vi quyền hạn của mình trước, chỉ leo thang khi vấn đề vượt thẩm quyền, kèm phân tích và phương án đề xuất.