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. /Gimli Glider 1983: Bàn giao mơ hồ, giả định khôn…
Số 14Quản lý Giao tiếp

Gimli Glider 1983: Bàn giao mơ hồ, giả định không kiểm chứng và một hệ số quy đổi sai

Chiếc Boeing 767 của Air Canada hết nhiên liệu ở độ cao 41.000 feet vì chuỗi hiểu lầm: kỹ thuật viên và phi công hiểu khác nhau về tình trạng đồng hồ nhiên liệu, rồi khối lượng nhiên liệu được tính bằng pound/lít thay vì kg/lít. Bài học về bàn giao, xác nhận và phân công trách nhiệm giao tiếp.

HP
Nguyễn Thu Hà, PMP
22/05/2026
3 phút đọc 0 lượt xem
Gimli Glider 1983: Bàn giao mơ hồ, giả định không kiểm chứng và một hệ số quy đổi sai
Bình luận0

Bối cảnh thực tế

Ngày 23/07/1983, chuyến bay 143 của Air Canada từ Montreal đi Edmonton bằng một chiếc Boeing 767 mới đưa vào khai thác chưa đầy bốn tháng — một trong những máy bay đầu tiên của hãng dùng đơn vị hệ mét.

Hệ thống chỉ báo nhiên liệu của máy bay gặp lỗi. Theo quy định danh mục thiết bị tối thiểu (Minimum Equipment List), máy bay không được bay khi đồng hồ nhiên liệu trống. Phi hành đoàn phải đo nhiên liệu thủ công bằng que đo rồi quy đổi thể tích sang khối lượng.

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

  • Trao đổi khi bàn giao máy bay khiến cơ trưởng tin rằng máy bay đã bay bình thường với đồng hồ trống.
  • Một kỹ thuật viên ở Montreal thử lại hệ thống, bị gọi đi giữa chừng, để lại tình trạng cả hai kênh chỉ báo không hoạt động.
  • Cơ trưởng hỏi về tính hợp lệ; theo điều tra, có người trấn an rằng bộ phận bảo dưỡng trung tâm đã cho phép, nhưng không hề có sự cho phép đó.
  • Hệ số 1,77 (pound/lít) được dùng thay cho khoảng 0,8 kg/lít — máy bay chỉ có khoảng một nửa lượng nhiên liệu cần thiết.

Cả hai động cơ tắt ở độ cao 41.000 feet. Máy bay lượn xuống hạ cánh tại một căn cứ không quân cũ ở Gimli; cả 69 người sống sót.

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

  • Bàn giao thiếu cấu trúc, người nhận "điền vào chỗ trống" bằng giả định

    Thông tin bàn giao về lỗi đồng hồ nhiên liệu được truyền miệng và được hiểu theo hai cách khác nhau. Khi thông điệp không đầy đủ, người nhận tự giải mã dựa trên giả định của mình — một dạng nhiễu kinh điển trong mô hình giao tiếp sender–receiver.

  • Không phân công rõ ai chịu trách nhiệm tính toán

    Hội đồng điều tra kết luận Air Canada đã không giao rõ trách nhiệm tính lượng nhiên liệu trong tình huống bất thường sau khi chuyển từ tổ lái ba người sang hai người. Thiếu ma trận phân công trách nhiệm (RAM/RACI) khiến mỗi bên nghĩ bên kia đã kiểm tra.

  • Đơn vị và thuật ngữ không thống nhất

Trong giai đoạn chuyển đổi sang hệ mét, tài liệu và con người vẫn quen dùng đơn vị cũ. Kế hoạch giao tiếp của một thay đổi lớn (máy bay mới, đơn vị mới) cần chuẩn hoá thuật ngữ, đơn vị và mẫu tính, kèm đào tạo — hội đồng điều tra cũng khuyến nghị thống nhất hệ mét toàn đội bay.

  • Xác nhận bằng lời thay cho xác nhận chính thức

    Lời trấn an "đã được cho phép" không đi kèm văn bản hay người có thẩm quyền xác nhận. Với quyết định ảnh hưởng an toàn, phê duyệt phải được truyền qua kênh chính thức và lưu vết.

  • Lẽ ra PM nên làm gì

    1. 1

      Bước 1: Chuẩn hoá bàn giao bằng mẫu viết và đọc lại

      Mẫu bàn giao nêu rõ tình trạng hiện tại, việc đang dở và hạn chế; người nhận đọc lại các điểm chính để người giao xác nhận.

    2. 2

      Bước 2: Xây dựng ma trận RACI cho tình huống bất thường

      Không chỉ phân công cho quy trình chuẩn mà cả cho tình huống ngoại lệ: ai tính, ai kiểm tra chéo, ai phê duyệt.

      • Một người chịu trách nhiệm

        Mỗi phép tính then chốt có đúng một người "Accountable".

      • Kiểm tra chéo độc lập

        Người thứ hai tính lại bằng phương pháp hoặc nguồn số liệu khác.

      • Phê duyệt có lưu vết

        Phê duyệt ngoại lệ bằng văn bản từ người có thẩm quyền.

    3. 3

      Bước 3: Chuẩn hoá đơn vị, thuật ngữ trong giai đoạn chuyển đổi

      Lập bảng thuật ngữ và đơn vị dùng chung, ghi đơn vị ở mọi trường số liệu, đào tạo trước khi đưa thiết bị/quy trình mới vào vận hành.

    4. 4

      Bước 4: Biến "có ai đó đã cho phép" thành câu hỏi kiểm chứng

      Khuyến khích văn hoá hỏi lại: "Ai cho phép, bằng văn bản nào?". PM làm gương bằng cách luôn xác minh nguồn của thông tin quan trọng.

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

    Phần lớn sự cố giao tiếp không đến từ việc thiếu thông tin mà từ việc mỗi người hiểu cùng một thông tin theo một cách. Bàn giao có cấu trúc, phân công rõ ràng và đơn vị thống nhất biến giả định thành sự thật đã kiểm chứng.

    Nguồn tham khảo

    • Gimli Glider (Wikipedia)
    • Case Study: Air Canada 143 (Code7700)
    #Quản lý giao tiếp#Bàn giao#Phân công trách nhiệm#Giả định

    Nguồn: Gimli Glider (Wikipedia) ↗ (mở trong thẻ mới)

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

    Câu 1/1
    Dự án đang chuyển giao một hệ thống từ nhóm phát triển sang nhóm vận hành. Trong buổi bàn giao, trưởng nhóm phát triển nói "lỗi đồng bộ dữ liệu đã được xử lý tạm". Hai tuần sau, sự cố mất dữ liệu xảy ra; nhóm vận hành hiểu "xử lý tạm" là đã an toàn, còn nhóm phát triển hiểu là vẫn cần giám sát thủ công. Để tránh lặp lại, PM nên ưu tiên làm gì?

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

    Nếu là PM, bạn đang chuyển đổi đơn vị đo (ví dụ từ đơn vị cũ sang chuẩn mới) trong một hệ thống nhiều đội dùng chung, và thời hạn rất gấp. 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 PMPLẽ ra PM nên làm gìPM 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)