Phân hệ PM Study
  • Tình huốngTình huống thực chiến
  • Kịch bảnRa quyết định tình huống
  • Biểu mẫuKho biểu mẫu tải về
  • Thẻ ghi nhớHọc thuật ngữ PMP
  • Công cụMáy tính EVM, PERT, dự phòng
  • Hỏi đápHỏi đáp & thảo luận
  • Thử tháchMỗi ngày một câu hỏi PMP
  • Lý thuyếtBài học PMBOK 8 & ECO 2026
  • Luyện thiThi thử & ôn tập PMP
  • Bài viếtThư viện bài viết PMP
PM Study
Trang chủLý thuyếtTình huốngLuyện thiBiểu mẫuHỏi đáp
6 chuyên mụcXem tất cả bài viết →
  • Quản lý các bên liên quanTình huống về kỳ vọng, giao tiếp và gắn kết stakeholder.
  • Lãnh đạo & đội nhómXây dựng, dẫn dắt và giải quyết xung đột trong đội dự án.
  • Kế hoạch & tiến độLập kế hoạch, ước lượng, nén tiến độ và kiểm soát baseline.
  • Rủi ro & thay đổiNhận diện, ứng phó rủi ro và kiểm soát thay đổi phạm vi.
  • Agile & HybridLựa chọn và vận hành cách tiếp cận Agile, Predictive, Hybrid.
  • Luyện thi PMPChiến lược ôn tập và mẹo xử lý câu hỏi tình huống PMP.
Công cụBài viết
Trang chủLý thuyếtTình huốngLuyện thiBiểu mẫuHỏi đápChuyên mụcCông cụBài viết
/
PM Study

Học quản lý dự án và ôn thi PMP bằng tiếng Việt: lý thuyết PMBOK® Guide 8, tình huống thực tế và đề luyện thi theo ECO 2026.

Chuyên mục

  • Quản lý các bên liên quan
  • Lãnh đạo & đội nhóm
  • Kế hoạch & tiến độ
  • Rủi ro & thay đổi
  • Agile & Hybrid
  • Luyện thi PMP

Tài nguyên

  • Project Management Institute (PMI)
  • PMP Exam Content Outline
  • The Scrum Guide
  • PMI Vietnam Chapter

PM Study

  • Tất cả bài viết
  • Bài viết nổi bật
© 2026 PM StudyPMP® và PMBOK® là nhãn hiệu đã đăng ký của Project Management Institute.Phiên bản 1.12.1
  1. /Tình huống
  2. /Quản lý Giao tiếp
  3. /Thảm hoạ Tenerife 1977: "OK" không phải là xác n…
Số 15Quản lý Giao tiếp

Thảm hoạ Tenerife 1977: "OK" không phải là xác nhận — bài học về thuật ngữ chuẩn và quyền lên tiếng

Hai chiếc Boeing 747 va nhau trên đường băng phủ sương ở Tenerife, 583 người thiệt mạng. Câu "we are now at takeoff" mơ hồ, một lời nhắc bị nhiễu sóng và câu hỏi rụt rè của kỹ sư bay đã không dừng được cơ trưởng. Bài học về ngôn ngữ chuẩn, xác nhận lại và an toàn tâm lý.

HP
Nguyễn Thu Hà, PMP
22/04/2026
4 phút đọc 0 lượt xem
Thảm hoạ Tenerife 1977: "OK" không phải là xác nhận — bài học về thuật ngữ chuẩn và quyền lên tiếng
Bình luận0

Bối cảnh thực tế

Ngày 27/03/1977, một vụ đánh bom ở sân bay Gran Canaria buộc nhiều chuyến bay chuyển hướng tới sân bay nhỏ Los Rodeos trên đảo Tenerife. Sân đỗ chật, các máy bay phải lăn trên chính đường băng; sương mù dày đặc làm tầm nhìn rất hạn chế.

Chiếc 747 của KLM đã quay đầu ở cuối đường băng, trong khi chiếc 747 của Pan Am vẫn đang lăn trên đường băng để tìm lối rẽ. Cơ trưởng KLM là phi công rất được kính trọng, phụ trách huấn luyện bay của hãng; tổ lái chịu áp lực giới hạn giờ làm việc.

Những dấu hiệu bất thường:

  • Cơ phó KLM báo "we are now at takeoff" — có thể hiểu là "đang ở vị trí cất cánh" hoặc "đang cất cánh".
  • Đài kiểm soát đáp "OK" rồi thêm "stand by for takeoff, I will call you", nhưng phần sau trùng với lúc Pan Am báo "vẫn đang lăn trên đường băng"; hai lời bị nhiễu, tổ lái KLM không nghe rõ.
  • Kỹ sư bay KLM hỏi "Is he not clear, that Pan American?"; cơ trưởng khẳng định dứt khoát là có, và tiếp tục chạy đà.

Hai máy bay va nhau, 583 người thiệt mạng. Sau thảm hoạ, ngành hàng không chuẩn hoá thuật ngữ và phát triển đào tạo quản lý nguồn lực tổ bay (Crew Resource Management – CRM).

Phân tích nguyên nhân theo chuẩn PMP

  • Thuật ngữ không chuẩn tạo ra hai cách hiểu

    Cả "we are now at takeoff" và "OK" đều không phải cụm từ chuẩn. Người gửi và người nhận giải mã theo kỳ vọng của mình: đài nghĩ máy bay đang chờ, tổ lái nghĩ đã được phép. Trong kế hoạch quản lý giao tiếp, bảng thuật ngữ (glossary) và quy ước câu chữ cho các quyết định then chốt là công cụ giảm nhiễu cơ bản.

  • Nhiễu kênh và thiếu xác nhận lại

    Hai lời phát cùng lúc trên một kênh vô tuyến tạo tiếng rít, xoá mất thông tin quan trọng nhất. Không bên nào yêu cầu xác nhận lại (read-back) trước hành động không thể đảo ngược. Mô hình giao tiếp nhấn mạnh: người gửi chịu trách nhiệm đảm bảo thông điệp được nhận và hiểu đúng.

  • Khoảng cách quyền lực làm câu hỏi trở nên rụt rè

Kỹ sư bay đã nhận ra nguy cơ nhưng chỉ đặt câu hỏi, không nói thẳng "dừng lại". Uy tín và cấp bậc của cơ trưởng khiến thành viên tổ lái ngại phản đối lần nữa. Đây là vấn đề an toàn tâm lý và văn hoá giao tiếp trong đội — điều mà CRM sau này nhắm tới.

  • Áp lực thời gian làm méo quá trình ra quyết định

    Áp lực giờ làm việc và thời tiết xấu thúc đẩy quyết định vội. Khi áp lực cao, nhu cầu về giao tiếp rõ ràng, có cấu trúc càng lớn, không phải ngược lại.

  • Hướng xử lý theo khuyến nghị PMI

    1. 1

      Bước 1: Chuẩn hoá thuật ngữ cho quyết định then chốt

      Tương tự quy ước sau Tenerife — từ "takeoff" chỉ dùng khi cấp hoặc huỷ phép cất cánh — dự án nên quy định cụm từ riêng, không thể nhầm cho các mốc như "phát hành", "chuyển đổi dữ liệu", "go-live".

    2. 2

      Bước 2: Bắt buộc xác nhận lại trước hành động không thể đảo ngược

      Áp dụng quy tắc đọc lại và xác nhận rõ ràng; câu trả lời "OK" hoặc "Roger" không được coi là xác nhận.

      • Nhắc lại nội dung

        Người nhận đọc lại đúng nội dung hành động sẽ làm.

      • Xác nhận rõ ràng

        Người có thẩm quyền xác nhận bằng cụm từ chuẩn, không dùng từ chung chung.

      • Dừng khi nghi ngờ

        Bất kỳ ai thấy mơ hồ đều có quyền yêu cầu dừng để làm rõ.

    3. 3

      Bước 3: Trao quyền "dừng" cho mọi thành viên

      Thiết lập quy ước để thành viên nêu lo ngại theo mức tăng dần (hỏi → nêu lo ngại → yêu cầu dừng), và trưởng nhóm cam kết dừng khi nghe yêu cầu.

    4. 4

      Bước 4: Huấn luyện đội theo tinh thần CRM

      Đào tạo kỹ năng lên tiếng, lắng nghe và ra quyết định chung; trưởng nhóm thực hành lãnh đạo phục vụ, chủ động hỏi "có ai thấy điều gì chưa ổn không?".

    PM Takeaway (Bài học rút ra)

    Trong những thời khắc quyết định, một từ mơ hồ có thể đắt hơn mọi sai sót kỹ thuật. Thuật ngữ chuẩn, xác nhận lại và một đội dám nói "dừng" là hàng rào an toàn của mọi dự án.

    Nguồn tham khảo

    • Tenerife airport disaster (Wikipedia)
    • Crew resource management (Wikipedia)
    #Quản lý giao tiếp#Thuật ngữ chuẩn#An toàn tâm lý#phan-hoi

    Nguồn: Tenerife airport disaster (Wikipedia) ↗ (mở trong thẻ mới)

    Trắc nghiệm tình huống PMP

    Câu 1/1
    Trong cuộc họp trực tuyến trước giờ go-live, trưởng nhóm kỹ thuật nói "chúng tôi đang ở bước chuyển đổi dữ liệu", và PM đáp "OK". Nhóm kỹ thuật hiểu là đã được phép chạy chuyển đổi trên môi trường thật, trong khi PM chỉ xác nhận đã nghe. Dữ liệu thật bị ghi đè trước khi sao lưu xong. Để ngăn tình huống tương tự, PM nên làm gì?

    Bạn chọn phương án nào?

    Nếu là PM, thành viên mới nhất của nhóm nghi ngờ quyết định của kiến trúc sư trưởng — người rất có uy tín — ngay trước một bước triển khai quan trọng, nhưng chỉ nói ý kiến rất dè dặt. Bạn chọn…?

    Tình huống này hữu ích với bạn?

    Bình luận0

    Bình luận (0)

    Đăng nhập để tham gia thảo luận.

    Tình huống cùng lĩnh vực

    Quản lý Giao tiếp

    Khách hàng đòi thay thế Tech Lead & Nghệ thuật Bảo vệ Đội ngũ

    Mảng kiến thức trọng tâm: Quản lý Nguồn lực, Quản lý Các bên liên quan & Lãnh đạo Phục vụ (Resource Management, Stakeholder Engagement & Servant Leadership - PMBOK 6/7)

    1 lượt thích 0 lượt đánh giá hữu ích 0 bình luận15/10/2026
    Quản lý Giao tiếp

    "Hố sâu chuyển giao" (Operational Transition Gap) – Khi Đội Vận hành từ chối tiếp nhận hệ thống

    Mảng kiến thức trọng tâm: Chuyển giao từ Dự án sang Vận hành & Quản lý Các bên liên quan nội bộ (Project-to-Operations Transition, Operational Readiness & Internal Stakeholder Engagement - PMBOK 6/7)

    0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận13/10/2026
    Quản lý Giao tiếp

    Slack 22/02/2022: nâng cấp Consul làm bộ nhớ đệm rơi, cơ sở dữ liệu quá tải và cách vừa giảm tải vừa thông tin cho người dùng

    Sáng 22/02/2022, đúng giờ cao điểm, nhiều người dùng Slack không kết nối được. Nguyên nhân là một chuỗi yếu tố: nâng cấp Consul theo từng bước 25%, bộ nhớ đệm mất hiệu quả, truy vấn quét mọi shard làm Vitess quá tải và máy khách thử lại dồn dập. Slack giảm tải có kiểm soát, thông báo trên mạng xã hội rồi công bố bản post-mortem kỹ thuật vào cuối tháng 4. Phân tích dưới góc nhìn quản lý truyền thông sự cố.

    0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận09/10/2026

    Nội dung

    Bối cảnh thực tếPhân tích nguyên nhân theo chuẩn PMPHướng xử lý theo khuyến nghị PMIPM Takeaway (Bài học rút ra)Nguồn tham khảoTrắc nghiệmBình chọn
    Quảng cáoBộ đề thi thử PMP (mẫu)