Contingent Response Strategies (Chiến lược ứng phó dự phòng) là một Tool and Technique thuộc nhóm Ungrouped Tools and Techniques trong PMBOK® Guide – Sixth Edition. Kỹ thuật này được sử dụng trong Risk Management, đặc biệt trong các quy trình Plan Risk Responses và Implement Risk Responses, nhằm xây dựng trước các hành động cụ thể để đối phó với rủi ro khi và chỉ khi nó xảy ra.
Khác với các phản ứng rủi ro chủ động, chiến lược ứng phó dự phòng chỉ được kích hoạt dựa trên điều kiện kích hoạt (trigger condition) — khi đó kế hoạch ứng phó sẽ được thực hiện tự động mà không cần ra quyết định lại.
🎯 Mục đích
- Chuẩn bị trước hành động ứng phó cho các rủi ro có xác suất xảy ra thấp nhưng tác động cao.
- Giảm thiểu tác động tiêu cực của rủi ro khi nó xảy ra.
- Tăng khả năng phản ứng nhanh, giảm thời gian ra quyết định trong tình huống khẩn cấp.
- Đảm bảo kế hoạch quản lý rủi ro có tính linh hoạt và khả năng thích ứng.
⚙️ Quy trình xây dựng Contingent Response Strategy
-
Xác định rủi ro tiềm ẩn:
- Lấy thông tin từ Risk Register và Risk Breakdown Structure (RBS).
- Xác định các rủi ro quan trọng cần có kế hoạch dự phòng riêng.
-
Xác định điều kiện kích hoạt (Trigger Conditions):
- Là tín hiệu hoặc chỉ số cho thấy rủi ro sắp hoặc đã xảy ra.
- Ví dụ: nhiệt độ máy chủ vượt 90°C, nhà cung cấp trễ giao hàng 3 ngày.
-
Xây dựng kế hoạch hành động ứng phó:
- Xác định ai chịu trách nhiệm, hành động cụ thể, và nguồn lực cần thiết.
- Đảm bảo các nguồn lực này có thể được huy động ngay khi cần.
-
Dự trù chi phí và thời gian:
- Các chi phí liên quan được đưa vào contingency reserve (quỹ dự phòng) của dự án.
- Phải ghi rõ trong Risk Response Plan và Cost Baseline.
-
Theo dõi và cập nhật:
- Giám sát điều kiện kích hoạt trong quá trình Monitor Risks.
- Cập nhật kế hoạch nếu có thay đổi trong môi trường hoặc đánh giá rủi ro.
💬 Ví dụ minh họa
Trong dự án triển khai hệ thống ERP, nhóm dự án xác định rủi ro máy chủ chính gặp sự cố trong giai đoạn Go-live.
- Trigger condition: hệ thống downtime quá 15 phút.
- Contingent response: kích hoạt máy chủ dự phòng trên cloud và chuyển hướng toàn bộ lưu lượng sang server backup.
-
Owner: Trưởng nhóm hạ tầng IT.
➡️ Nhờ có kế hoạch dự phòng sẵn, dự án không bị gián đoạn nghiêm trọng dù sự cố thực tế xảy ra.
💡 Lợi ích
- Tăng khả năng phản ứng nhanh với rủi ro phát sinh.
- Giảm thiểu tổn thất và gián đoạn trong dự án.
- Cải thiện tính linh hoạt của kế hoạch quản lý rủi ro.
- Tăng niềm tin của stakeholder vào khả năng quản trị dự án.
⚠️ Hạn chế
- Tăng khối lượng công việc trong giai đoạn lập kế hoạch.
- Cần phân bổ ngân sách dự phòng rõ ràng, nếu không sẽ gây chậm trễ khi cần triển khai.
- Có thể gây lãng phí nếu rủi ro không bao giờ xảy ra.
- Yêu cầu giám sát liên tục để phát hiện trigger kịp thời.
🧭 Lưu ý khi sử dụng
- Chỉ áp dụng cho rủi ro có tác động đáng kể nhưng khó dự đoán chính xác.
- Ghi rõ trigger condition và hành động cụ thể trong Risk Register.
- Kết hợp với Reserve Analysis để xác định và kiểm soát quỹ dự phòng hợp lý.
- Phân biệt với fallback plan: kế hoạch dự phòng (contingent) được kích hoạt theo điều kiện, còn fallback được dùng khi phản ứng chính thất bại.
📎 Tải Template
👉 Bạn có thể tải Contingent Response Strategy Template (biểu mẫu xác định trigger, hành động và quỹ dự phòng cho từng rủi ro) tại:
🔗 https://nguyenhainam.info/pm-toolbox/
