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. /Chuyến bay Alaska Airlines 1282 (Mỹ): tấm bịt cử…
Số 320Quản lý Chất lượng

Chuyến bay Alaska Airlines 1282 (Mỹ): tấm bịt cửa 737-9 bung giữa không trung vì bu lông không được lắp lại sau sửa chữa

Tháng 1/2024, tấm bịt cửa thoát hiểm giữa thân của một chiếc Boeing 737-9 mới giao văng ra khi máy bay đang lên cao. NTSB kết luận bốn bu lông giữ tấm bịt đã bị tháo khi sửa đinh tán tại nhà máy và không được lắp lại, vì Boeing thiếu đào tạo, hướng dẫn và giám sát cho quy trình tháo linh kiện. Bài học về đảm bảo chất lượng trong sản xuất, hồ sơ công việc và hệ thống quản lý an toàn.

HP
Nguyễn Thu Hà, PMP
01/09/2025
4 phút đọc 0 lượt xem
Bình luận0

Bối cảnh thực tế

Ngày 5/1/2024, chuyến bay 1282 của Alaska Airlines cất cánh từ Portland (Oregon) bằng một chiếc Boeing 737-9 mới đưa vào khai thác vài tháng. Khi máy bay lên tới khoảng 14.830 ft, tấm bịt cửa thoát hiểm giữa thân bên trái (mid exit door plug) văng ra, cabin giảm áp đột ngột. Tổ bay quay về Portland hạ cánh an toàn; 7 hành khách và 1 tiếp viên bị thương nhẹ.

Theo cuộc điều tra của Ủy ban An toàn Giao thông Quốc gia Mỹ (NTSB):

  • Bốn bu lông ngăn tấm bịt dịch chuyển lên trên không có mặt trên máy bay khi xảy ra sự cố.
  • Tấm bịt đã được mở tại nhà máy Renton của Boeing để sửa các đinh tán bị hỏng; sau đó bu lông không được lắp lại và không có hồ sơ ghi nhận việc tháo.
  • Nguyên nhân có thể xảy ra: Boeing không cung cấp đủ đào tạo, hướng dẫn và giám sát để công nhân tuân thủ nhất quán quy trình tháo linh kiện (parts removal process) — quy trình vốn để ghi lại và đảm bảo phần cứng bị tháo khi làm lại được lắp trả.
  • Yếu tố góp phần: hoạt động giám sát, đánh giá tuân thủ của FAA không hiệu quả. NTSB mô tả các vấn đề không phù hợp "dai dẳng, lặp lại và mang tính hệ thống" quanh quy trình tháo linh kiện.
  • NTSB đưa ra 19 khuyến nghị mới, trong đó yêu cầu Boeing tích hợp hệ thống quản lý chất lượng với hệ thống quản lý an toàn, xây dựng chương trình đào tạo tại chỗ có cấu trúc và xử lý yếu tố lỗi con người trong các lỗi chất lượng lọt lưới.

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

  • Quy trình làm lại (rework) là điểm mù của kiểm soát chất lượng

    Quy trình lắp ráp chuẩn được kiểm tra kỹ, nhưng công việc làm lại phát sinh ngoài kế hoạch lại không được ghi nhận đầy đủ. Mọi hoạt động tháo – lắp lại cần được coi như một thay đổi có kiểm soát, có hồ sơ và điểm kiểm tra (inspection point) riêng.

  • Đảm bảo chất lượng dựa vào cá nhân thay vì hệ thống

    Khi đúng sai phụ thuộc vào việc từng công nhân có nhớ ghi hồ sơ hay không, quy trình không đủ chắc chắn. Quản lý chất lượng (Manage Quality) đòi hỏi thiết kế quy trình sao cho bỏ sót bị phát hiện — ví dụ không thể đóng phiếu công việc khi phần cứng tháo ra chưa được đối chiếu.

  • Không xử lý nguyên nhân gốc của các lỗi lặp lại

    NTSB ghi nhận không phù hợp mang tính hệ thống. Đó là tín hiệu để dùng phân tích nguyên nhân gốc (root cause analysis), biểu đồ Pareto và hành động khắc phục – phòng ngừa (CAPA), thay vì chỉ sửa từng trường hợp.

  • Áp lực tiến độ và năng lực đào tạo

    Thiếu chương trình đào tạo tại chỗ có cấu trúc và không ghi nhận kết quả đào tạo khiến năng lực thực hiện quy trình không đồng đều. Đây là phần của chi phí phòng ngừa (prevention cost) trong chi phí chất lượng.

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

    1. 1

      Bước 1: Biến việc tháo linh kiện thành bước bắt buộc có hồ sơ

      Mọi lần tháo phần cứng khi làm lại phải mở một phiếu "tháo – lắp lại" riêng, chỉ đóng được khi người kiểm tra độc lập xác nhận đã lắp trả.

    2. 2

      Bước 2: Đặt cổng kiểm tra trước khi bàn giao theo mức rủi ro

      Phân loại mức kiểm tra cho các khu vực từng bị làm lại:

      • Đạt — được bàn giao

        Không có phiếu làm lại mở; hồ sơ tháo – lắp khớp với kiểm tra thực tế.

      • Kiểm tra bổ sung

        Khu vực từng bị mở nhưng hồ sơ thiếu chữ ký kiểm tra: mở lại để kiểm trực tiếp trước khi giao.

      • Dừng bàn giao

        Không xác định được ai đã tháo gì: giữ máy bay cho đến khi kiểm tra toàn bộ phần liên quan.

    3. 3

      Bước 3: Phân tích xu hướng lỗi lọt lưới

      Gom các lỗi chất lượng lọt lưới, phân tích Pareto theo quy trình gốc và theo dõi hiệu quả hành động khắc phục bằng chỉ số đo được.

    4. 4

      Bước 4: Đầu tư đào tạo tại chỗ có cấu trúc

      Xây dựng chương trình đào tạo theo vị trí, có đánh giá năng lực và lưu hồ sơ, đặc biệt cho các bước ít gặp như tháo – lắp lại.

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

    Chất lượng thường hỏng ở những việc "ngoài luồng" như sửa chữa, làm lại, thay thế gấp. Hãy thiết kế quy trình để bỏ sót không thể lặng lẽ đi qua, và xem lỗi lặp lại là vấn đề của hệ thống chứ không phải của từng người.

    Nguồn tham khảo

    • NTSB — Investigation DCA24MA063: Alaska Airlines Flight 1282
    • FLYING Magazine — NTSB reports no bolts in blown-out 737 MAX door
    #Đảm bảo chất lượng#Kiểm soát chất lượng#Quy trình làm lại#Hệ thống quản lý an toàn#NTSB#Hàng không

    Nguồn: NTSB — In-flight separation of left mid exit door plug, Alaska Airlines Flight 1282 (DCA24MA063, AIR-25-04) ↗ (mở trong thẻ mới)

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

    Câu 1/1
    Trong dự án sản xuất thiết bị, nhóm QA nhận thấy nhiều lỗi lọt lưới đều phát sinh từ các công việc làm lại ngoài kế hoạch, mỗi lỗi đã được sửa riêng lẻ. Bước tiếp theo phù hợp nhất là gì?

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

    Nếu là giám đốc nhà máy, khi phát hiện hồ sơ tháo – lắp lại cho các máy bay sắp giao không đầy đủ, bạn chọn hướng nào?

    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 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)