Câu trả lời được chấp nhận
Pre-mortem được Gary Klein giới thiệu trên Harvard Business Review (2007): thay vì hỏi "điều gì có thể sai?", người điều phối nói "hãy tưởng tượng một năm nữa dự án đã thất bại thảm hại — hãy viết ra vì sao". Sự đổi khung này làm việc nói ra lo ngại trở nên "hợp lệ", vì nhiệm vụ của mọi người chính là tìm lý do thất bại.
Gợi ý tổ chức (60–90 phút):
- Thành phần: đội lõi, đại diện các đội phụ thuộc, người vận hành sau go-live, một người phía nghiệp vụ. Sponsor có thể dự phần mở đầu nhưng cân nhắc vắng mặt ở phần viết nếu sự có mặt của họ làm mọi người dè dặt.
- Mở đầu (5 phút): nhắc kế hoạch và mục tiêu dự án, rồi tuyên bố "dự án đã thất bại".
- Viết độc lập (10 phút): mỗi người tự viết lý do thất bại, không thảo luận. Viết cá nhân giúp tránh hiệu ứng đám đông và người có chức vụ cao lấn át.
- Vòng chia sẻ (20–30 phút): mỗi người nêu một lý do mỗi lượt, người điều phối ghi lên bảng; lặp đến khi hết. Có thể cho phép nộp ẩn danh qua công cụ trực tuyến.
- Gom nhóm và chấm điểm (15 phút): gộp các lý do trùng, bỏ phiếu chấm khả năng và tác động.
- Phân công (15 phút): với 5–10 rủi ro hàng đầu, chỉ định người sở hữu và hành động ứng phó cụ thể.
Để mọi người dám nói thật: người điều phối (lý tưởng là người không có quyền đánh giá thành tích) đặt luật "phê phán kế hoạch, không phê phán người"; PM/sponsor nên tự nêu một lý do "nhạy cảm" về chính mình trước để làm mẫu. Ẩn danh ở bước viết rất hữu ích ở văn hoá ngại va chạm.
Biến kết quả thành hành động (lĩnh vực hiệu suất Uncertainty trong PMBOK 7):
- Đưa rủi ro vào sổ đăng ký với người sở hữu, chiến lược ứng phó (né tránh, chuyển giao, giảm thiểu, chấp nhận) và ngày rà soát.
- Những ứng phó cần tiền/thời gian → cập nhật kế hoạch và dự phòng ngay.
- Rà soát top rủi ro ở mỗi cuộc họp định kỳ; lặp lại pre-mortem ngắn trước các mốc lớn (ví dụ trước khi chuyển dữ liệu thật).
Pre-mortem cũng là một cách hữu ích chống ngụy biện lập kế hoạch (planning fallacy) — xu hướng đánh giá thấp thời gian cần thiết dù đã từng trải qua việc tương tự.
Nguồn: