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. /Báo động tên lửa giả ở Hawaii 2018: Bàn giao ca …
Số 12Quản lý Giao tiếp

Báo động tên lửa giả ở Hawaii 2018: Bàn giao ca mơ hồ và 38 phút chờ lời đính chính

Một cuộc diễn tập không báo trước lúc đổi ca, với đoạn ghi âm vừa nói "exercise" vừa nói "this is not a drill", khiến cảnh báo tên lửa thật được gửi tới toàn bang Hawaii. Phải 38 phút sau mới có tin đính chính chính thức. Bài học về thông điệp rõ nghĩa và kế hoạch giao tiếp khủng hoảng.

HP
Nguyễn Thu Hà, PMP
21/07/2026
4 phút đọc 0 lượt xem
Báo động tên lửa giả ở Hawaii 2018: Bàn giao ca mơ hồ và 38 phút chờ lời đính chính
Bình luận0

Bối cảnh thực tế

Sáng 13/01/2018, người dân Hawaii nhận được cảnh báo trên điện thoại, truyền hình và radio: tên lửa đạn đạo đang bay tới, hãy tìm nơi trú ẩn, "đây không phải diễn tập". Không có tên lửa nào cả.

Theo báo cáo sơ bộ của Ủy ban Truyền thông Liên bang Mỹ (FCC), lúc 8 giờ sáng diễn ra đổi ca tại Cơ quan Quản lý Khẩn cấp Hawaii (HI-EMA). Trưởng ca đêm báo miệng với trưởng ca ngày rằng sẽ chạy một cuộc diễn tập không báo trước; trưởng ca ngày lại hiểu là diễn tập cho ca đêm, nên không có mặt đúng vị trí giám sát.

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

  • Đoạn ghi âm mở đầu và kết thúc bằng "exercise, exercise, exercise" nhưng ở giữa lại có câu "this is not a drill" — lệch kịch bản chuẩn.
  • Một nhân viên chỉ nghe thấy "this is not a drill" và gửi cảnh báo thật lúc 8:07; các đồng nghiệp khác hiểu đó là diễn tập.
  • Một người có thể tự gửi cảnh báo toàn bang, không cần người thứ hai xác nhận.
  • Không có mẫu tin đính chính soạn sẵn; tin chính thức trên hệ thống cảnh báo đến lúc 8:45 — 38 phút sau.

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

  • Bàn giao bằng lời, không xác nhận lại

    Thông tin quan trọng ("ai sẽ được diễn tập") chỉ được truyền miệng lúc đổi ca và người nhận không nhắc lại để xác nhận. Theo mô hình giao tiếp, thiếu bước phản hồi/xác nhận (acknowledgement) khiến hai bên tin rằng mình đã hiểu nhau. Thông tin then chốt nên đi qua kênh viết, có checklist bàn giao.

  • Thông điệp chứa tín hiệu mâu thuẫn

    Một thông điệp vừa có "exercise" vừa có "this is not a drill" là nhiễu được tạo ra ngay từ người gửi. Người nhận trong trạng thái căng thẳng sẽ bắt lấy cụm từ mạnh nhất. Kịch bản truyền thông phải dùng ngôn ngữ chuẩn, không mơ hồ — nguyên tắc tương tự thuật ngữ chuẩn trong hàng không.

  • Kế hoạch giao tiếp không tính tới kịch bản sai sót

FCC nhận xét cơ quan chưa từng dự liệu khả năng phát cảnh báo nhầm nên không có quy trình đính chính; tin đính chính đầu tiên đi qua mạng xã hội chứ không qua chính hệ thống đã phát cảnh báo. Thống đốc chỉ đăng lại thông báo lúc 8:24 vì không nhớ mật khẩu Twitter. Kế hoạch quản lý giao tiếp thiếu phần giao tiếp khủng hoảng và kênh dự phòng.

  • Thiếu kiểm soát kép cho thông điệp có tác động lớn

    Giao diện phần mềm dùng chung cho cảnh báo thử và cảnh báo thật, chỉ hỏi "Bạn có chắc muốn gửi?". Không có quy tắc hai người xác nhận. Với thông điệp gửi đến hàng triệu người, đây là lỗ hổng trong kiểm soát giao tiếp (Monitor Communications).

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

    1. 1

      Bước 1: Chuẩn hoá bàn giao bằng checklist và xác nhận lại

      Áp dụng mẫu bàn giao viết, người nhận đọc lại nội dung chính (read-back). Hoạt động bất thường như diễn tập phải được báo trước cho người giám sát — đúng biện pháp HI-EMA đã áp dụng sau sự cố.

    2. 2

      Bước 2: Chuẩn hoá kịch bản và thuật ngữ

      Mọi kịch bản diễn tập và tin cảnh báo phải được duyệt trước; không bao giờ trộn ngôn ngữ của tin thật vào tin diễn tập.

    3. 3

      Bước 3: Soạn sẵn kế hoạch giao tiếp khủng hoảng, kể cả kịch bản "chính mình sai"

      Chuẩn bị mẫu tin đính chính, danh sách bên liên quan cần báo ngay và kênh dự phòng.

      • Mẫu đính chính có sẵn

        Gửi được qua đúng kênh đã phát tin sai, trong vài phút.

      • Danh sách liên lạc ưu tiên

        Lãnh đạo, cơ quan phối hợp, báo chí — kèm kênh dự phòng khi tổng đài nghẽn.

      • Một người phát ngôn

        Chỉ định trước người có thẩm quyền phát thông điệp chính thức.

    4. 4

      Bước 4: Kiểm soát kép cho thông điệp tác động lớn

      Yêu cầu hai người có thẩm quyền xác nhận trước khi gửi; tách rõ môi trường thử nghiệm và môi trường thật (màu sắc, tên miền, tài khoản).

    5. 5

      Bước 5: Diễn tập có kế hoạch và rút bài học

      Lên lịch diễn tập rõ ràng, có người giám sát, ghi nhận bài học kinh nghiệm (lessons learned) và cập nhật kế hoạch giao tiếp sau mỗi lần.

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

    Thông điệp then chốt phải rõ nghĩa, được xác nhận lại và có kiểm soát kép. Một kế hoạch giao tiếp tốt luôn có sẵn phương án đính chính cho chính sai sót của mình.

    Nguồn tham khảo

    • FCC — Remarks on the False Emergency Alert in Hawaii, Open Meeting 30/01/2018
    • 2018 Hawaii false missile alert (Wikipedia)
    #Quản lý giao tiếp#Giao tiếp khủng hoảng#Bàn giao#Kế hoạch giao tiếp

    Nguồn: FCC — Remarks on the January 13, 2018 False Emergency Alert in Hawaii (30/01/2018) ↗ (mở trong thẻ mới)

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

    Câu 1/1
    Hệ thống của dự án vừa gửi nhầm thông báo "bảo trì khẩn, ngừng dịch vụ" tới toàn bộ khách hàng. Nhóm hỗ trợ đang bị gọi điện dồn dập, còn mỗi người trong nhóm dự án lại đăng một lời giải thích khác nhau lên kênh riêng. Kế hoạch quản lý giao tiếp chưa có mục xử lý thông báo nhầm. PM nên làm gì trước tiên?

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

    Nếu là PM, bạn muốn diễn tập phản ứng sự cố cho đội vận hành. Diễn tập không báo trước sát thực tế hơn nhưng dễ gây nhầm lẫn như ở Hawaii. 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)