Mảnh bọt cách nhiệt va vào cánh trái tàu Columbia khi phóng. Phân tích của Boeing được trình bày bằng slide có tiêu đề trấn an, chi tiết then chốt nằm ở dòng chữ nhỏ cuối trang; ba yêu cầu chụp ảnh vệ tinh đều không đi đến đâu. Bài học về chọn kênh, định dạng và quản lý luồng thông tin kỹ thuật.
CAIB ghi nhận khi thông tin đi từ người phân tích lên quản lý cấp trung rồi lãnh đạo, phần giải thích và giả định bị lược bỏ dần. Thông tin của quản lý chương trình phần lớn đến qua kênh không chính thức, trong khi họ không chủ động trao đổi với nhóm đánh giá mảnh vỡ.
Thành viên nhóm đánh giá cho biết họ ngại lên tiếng vì sợ bị chế giễu. Quản lý quan tâm việc yêu cầu có "đúng kênh" hơn là giá trị kỹ thuật của nó. CAIB nhấn mạnh tổ chức vận hành rủi ro cao phải chứng minh là an toàn, không phải ngược lại.
Trong kế hoạch quản lý giao tiếp, yêu cầu phân tích rủi ro an toàn phải có báo cáo kỹ thuật viết đầy đủ (giả định, giới hạn dữ liệu, mức độ không chắc chắn); slide chỉ là phần tóm tắt đi kèm.
Tiêu đề nêu đúng kết luận về rủi ro, không dùng cụm từ mơ hồ dễ hiểu nhầm.
Ghi rõ điều kiện thực tế có nằm trong vùng đã thử nghiệm hay không.
Kèm mức độ không chắc chắn và điều cần làm để giảm nó (ví dụ: cần ảnh chụp).
Xác định trước ai có quyền yêu cầu nguồn lực bên ngoài (ví dụ ảnh vệ tinh) và quy trình nhanh. Không để ba yêu cầu chạy song song qua ba kênh rồi bị huỷ vì "không đúng kênh".
Khi nhận cảnh báo, câu hỏi đầu tiên là "dữ liệu nói gì?" chứ không phải "ai gửi?". PM nên trực tiếp gặp nhóm phân tích (giao tiếp tương tác) thay vì chỉ đọc slide.
Trong các cuộc họp đánh giá rủi ro, chỉ định người đóng vai phản biện và hỏi rõ "trường hợp xấu nhất là gì, cần thêm dữ liệu gì?" để tránh chỉ tập trung vào câu hỏi có/không.
Cách trình bày cũng là một phần của thông điệp: một tiêu đề trấn an có thể vô hiệu hoá một cảnh báo đúng. PM phải chọn định dạng giao tiếp phù hợp với mức độ rủi ro và chủ động đi tìm sự thật thay vì chờ báo cáo được "tóm gọn".
Bạn chọn phương án nào?