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ý Chất lượng
  3. /Boeing 737 MAX và MCAS: áp lực tiến độ, giả định…
Số 53Quản lý Chất lượng

Boeing 737 MAX và MCAS: áp lực tiến độ, giả định thiết kế sai và khủng hoảng chất lượng

Hai tai nạn Lion Air 610 (2018) và Ethiopian Airlines 302 (2019) làm 346 người thiệt mạng, liên quan hệ thống MCAS dựa vào một cảm biến góc tấn duy nhất. Phân tích từ báo cáo Quốc hội Mỹ: áp lực tiến độ, giả định sai, che giấu thông tin và giám sát chất lượng bị xung đột lợi ích.

HP
Nguyễn Thu Hà, PMP
27/06/2026
4 phút đọc 0 lượt xem
Boeing 737 MAX và MCAS: áp lực tiến độ, giả định thiết kế sai và khủng hoảng chất lượng
Bình luận0

Bối cảnh thực tế

Boeing 737 MAX được phát triển để cạnh tranh với Airbus A320neo. Để máy bay mới bay giống các phiên bản 737 trước (giảm chi phí đào tạo phi công cho hãng hàng không), Boeing bổ sung phần mềm MCAS (Maneuvering Characteristics Augmentation System) có thể tự động đẩy mũi máy bay xuống dựa trên dữ liệu cảm biến góc tấn (angle of attack).

Ngày 29/10/2018, chuyến bay Lion Air 610 rơi, 189 người thiệt mạng. Ngày 10/3/2019, chuyến bay Ethiopian Airlines 302 rơi, 157 người thiệt mạng. Chúng tôi tưởng nhớ 346 nạn nhân và phân tích sự kiện với mục đích rút ra bài học quản lý chất lượng. Đội bay 737 MAX bị cấm bay trên toàn cầu; tại Mỹ, lệnh cấm kéo dài 619 ngày đến 18/11/2020.

Các dấu hiệu bất thường theo các cuộc điều tra:

  • MCAS dựa vào dữ liệu của một cảm biến góc tấn — một điểm hỏng đơn lẻ.
  • Phi công phần lớn không biết MCAS tồn tại; mô tả hệ thống không có trong tài liệu hướng dẫn bay.
  • Cảnh báo "AoA disagree" (hai cảm biến không khớp) không hoạt động trên đa số máy bay, điều này được biết nhưng không công bố kịp thời.
  • Dữ liệu mô phỏng cho thấy phi công cần hơn 10 giây để phản ứng với lỗi MCAS — gấp đôi giả định thiết kế.

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

  • Áp lực tiến độ và chi phí lấn át yêu cầu chất lượng

    Báo cáo của Ủy ban Giao thông Hạ viện Mỹ nêu áp lực cạnh tranh khiến tiến độ và chi phí được ưu tiên hơn an toàn. Trong tam giác ràng buộc, chất lượng của hạng mục an toàn không phải biến số để đánh đổi; Plan Quality Management phải xác định rõ yêu cầu nào là "không thương lượng".

  • Giả định thiết kế không được xác nhận (validation)

    Thiết kế giả định phi công sẽ nhận diện và xử lý lỗi MCAS trong vài giây — trong khi chính phi công không được biết về hệ thống. Kiểm chứng xác nhận phần mềm "làm đúng đặc tả", nhưng xác nhận phải trả lời: sản phẩm có an toàn trong tay người dùng thật, trong tình huống thật hay không?

  • Phân tích sai hỏng bỏ qua điểm hỏng đơn lẻ

    Một hệ thống có thẩm quyền điều khiển lớn lại phụ thuộc một cảm biến duy nhất. FMEA đúng nghĩa phải chỉ ra rằng hỏng một cảm biến có thể dẫn tới hậu quả nghiêm trọng nhất, và yêu cầu dư thừa (redundancy) hoặc giới hạn thẩm quyền.

  • Đảm bảo chất lượng bị xung đột lợi ích

    Theo báo cáo, cơ chế ủy quyền chứng nhận (ODA) khiến nhân viên của chính nhà sản xuất thực hiện nhiều phần giám sát thay cơ quan quản lý, và có trường hợp ý kiến chuyên môn bị cấp quản lý gạt đi. Kiểm toán chất lượng chỉ có giá trị khi người kiểm toán độc lập với áp lực tiến độ.

  • Văn hoá che giấu thông tin

    Báo cáo chỉ ra thông tin quan trọng bị giữ lại với cơ quan quản lý, khách hàng và phi công. Theo Bộ quy tắc đạo đức PMI, trung thực và minh bạch là chuẩn mực bắt buộc; chất lượng không thể tồn tại trong một tổ chức coi tin xấu là thứ cần giấu.

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

    1. 1

      Bước 1: Xác định yêu cầu chất lượng "không đánh đổi"

      Trong kế hoạch quản lý chất lượng, liệt kê các yêu cầu an toàn mà mọi thay đổi tiến độ/chi phí không được phép vi phạm; mọi đề xuất chạm vào chúng phải qua hội đồng kiểm soát thay đổi có chuyên gia an toàn độc lập.

    2. 2

      Bước 2: Thiết lập tiêu chí an toàn cho chức năng tự động

      Áp dụng cho mọi chức năng có quyền can thiệp vào điều khiển:

      • Không điểm hỏng đơn lẻ

        Hỏng một cảm biến không được dẫn đến hậu quả nghiêm trọng; cần dữ liệu từ nhiều nguồn đối chiếu.

      • Giả định con người đã xác nhận

        Thời gian phản ứng giả định phải được đo trên mô phỏng với người vận hành thật.

      • Minh bạch với người dùng

        Chức năng và cách vô hiệu hoá phải có trong tài liệu và chương trình đào tạo.

    3. 3

      Bước 3: Bảo đảm tính độc lập của kiểm toán chất lượng

      Người đánh giá an toàn báo cáo theo tuyến độc lập với quản lý dự án và có quyền dừng phát hành; ý kiến bất đồng chuyên môn phải được ghi nhận và giải quyết chính thức.

    4. 4

      Bước 4: Kênh báo cáo vấn đề an toàn không bị trừng phạt

      Thiết lập cơ chế để kỹ sư nêu lo ngại mà không sợ ảnh hưởng sự nghiệp; theo dõi từng lo ngại đến khi đóng có bằng chứng.

    5. 5

      Bước 5: Chia sẻ thông tin chủ động với các bên liên quan

      Thông tin về khiếm khuyết đã biết (như cảnh báo không hoạt động) phải được công bố kịp thời cho cơ quan quản lý và khách hàng, kèm kế hoạch khắc phục.

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

    Khi áp lực tiến độ được phép định nghĩa lại thế nào là "đủ an toàn", mọi quy trình chất lượng chỉ còn là hình thức. PM phải bảo vệ những yêu cầu chất lượng không thương lượng, xác nhận giả định với người dùng thật và giữ cho tiếng nói chuyên môn độc lập không bị dập tắt.

    Nguồn tham khảo

    • Ủy ban Giao thông và Hạ tầng, Hạ viện Mỹ – Báo cáo cuối cùng về Boeing 737 MAX (2020)
    • Wikipedia – Boeing 737 MAX groundings
    #Quản lý chất lượng#An toàn hệ thống#Đạo đức nghề nghiệp#Phân tích nguyên nhân gốc#Hàng không

    Nguồn: House Committee on Transportation and Infrastructure – Final Committee Report on the Boeing 737 MAX (09/2020) ↗ (mở trong thẻ mới)

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

    Câu 1/1
    Trong dự án phát triển một hệ thống điều khiển tự động, kỹ sư an toàn cảnh báo chức năng mới chỉ dựa vào một cảm biến. Giám đốc chương trình cho rằng xác suất hỏng cảm biến rất thấp, bổ sung cảm biến thứ hai sẽ làm trễ chứng nhận 3 tháng và đề nghị PM ghi nhận rồi tiếp tục. PM nên làm gì?

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

    Nếu là PM, phát hiện một tính năng cảnh báo phụ không hoạt động trên sản phẩm đã giao cho khách hàng, nhưng đội thiết kế cho rằng nó "không ảnh hưởng an toàn", bạn chọn gì?

    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ý Chất lượng

    Cloudflare 02/07/2019: một quy tắc WAF được đẩy toàn cầu trong vài giây, không qua canary, làm CPU toàn mạng kịch trần

    Ngày 02/07/2019, một thay đổi nhỏ trong bộ quy tắc WAF của Cloudflare chứa biểu thức chính quy gây backtracking khủng khiếp, khiến CPU của mọi máy xử lý HTTP/HTTPS trên toàn cầu gần như 100% và khách hàng nhận lỗi 502 khoảng 27 phút. Bài học về kiểm thử hiệu năng trong CI, quy trình triển khai theo giai đoạn và việc "ngoại lệ khẩn cấp" trở thành đường tắt mặc định.

    0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận15/10/2026
    Số 149Quản lý Chất lượng

    Facebook ngoại tuyến 04/10/2021: một lệnh bảo trì, công cụ kiểm tra có lỗi và hệ thống khôi phục phụ thuộc chính mạng đã sập

    Ngày 04/10/2021, một lệnh bảo trì định đánh giá dung lượng mạng xương sống đã ngắt toàn bộ kết nối giữa các trung tâm dữ liệu của Facebook; công cụ kiểm tra lệnh có lỗi nên không chặn được. DNS biến mất khỏi Internet, công cụ nội bộ hỏng theo và kỹ sư phải đến tận nơi. Phân tích dưới góc nhìn kiểm soát thay đổi, kiểm thử tình huống thảm hoạ và phụ thuộc vòng của công cụ khôi phục.

    0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận11/10/2026
    Số 150Quản lý Chất lượng

    Amazon S3 ngày 28/02/2017: một tham số nhập sai trong lệnh gỡ máy chủ làm gián đoạn dịch vụ lưu trữ khoảng 4 giờ 17 phút

    Trong lúc điều tra hệ thống tính phí S3 chạy chậm, một thành viên được ủy quyền chạy lệnh trong playbook nhưng nhập sai một tham số, gỡ ra nhiều máy chủ hơn dự định ở vùng US-EAST-1. AWS sau đó sửa công cụ để gỡ chậm hơn, chặn việc đưa hệ thống xuống dưới dung lượng tối thiểu và rà soát các công cụ khác. Bài học về thiết kế công cụ vận hành chống lỗi người.

    0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận06/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)