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. /Công tắc đánh lửa General Motors (Mỹ): linh kiện…
Số 319Quản lý Chất lượng

Công tắc đánh lửa General Motors (Mỹ): linh kiện dưới chuẩn vẫn được duyệt, đổi thiết kế mà không đổi mã và hơn một thập kỷ mới thu hồi

Một công tắc đánh lửa không đạt chính thông số mô-men xoắn của GM vẫn được duyệt đưa vào xe Chevrolet Cobalt. Chìa khoá có thể tự xoay sang vị trí phụ khi xe đang chạy, làm mất điện túi khí. Lỗi bị xếp vào nhóm "bất tiện cho khách hàng", thiết kế được sửa lặng lẽ không đổi mã linh kiện, và phải đến 2014 GM mới thu hồi gần 30 triệu xe. Bài học về kiểm soát chất lượng, quản lý cấu hình và văn hoá báo cáo lỗi.

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

Bối cảnh thực tế

Đầu những năm 2000, General Motors (GM) phát triển công tắc đánh lửa mới cho dòng xe nhỏ như Chevrolet Cobalt và Saturn Ion. Thông số của chính GM yêu cầu lực xoay chìa nằm trong một khoảng mô-men xoắn nhất định để chìa không tự trượt khỏi vị trí "Run". Khi chìa trượt sang "Accessory", động cơ tắt, trợ lực lái và trợ lực phanh mất, và túi khí không bung khi va chạm.

Theo báo cáo điều tra nội bộ do luật sư Anton Valukas thực hiện (6/2014) và hồ sơ của Bộ Tư pháp Mỹ:

  • Năm 2002, kỹ sư phụ trách duyệt công tắc dù biết linh kiện không đạt thông số mô-men xoắn của GM; công tắc cũng không đạt yêu cầu về rung.
  • Từ khoảng 2004–2005, GM đã nhận phản ánh xe tắt máy khi chìa bị chạm nhẹ. Vấn đề được xếp loại "bất tiện cho khách hàng" chứ không phải lỗi an toàn; các kỹ sư không nhận ra mối liên hệ với việc túi khí không bung.
  • Năm 2006, thiết kế công tắc được sửa để tăng lực xoay nhưng không cấp mã linh kiện mới, khiến các nhóm điều tra trong nhiều năm không hiểu vì sao xe đời mới ít sự cố hơn.
  • Tháng 2/2014 GM mới thu hồi khoảng 800.000 xe Cobalt và G5; sau mở rộng, tổng số xe bị thu hồi liên quan lên gần 30 triệu xe trên toàn cầu. Quỹ bồi thường của GM chấp nhận 124 trường hợp tử vong.
  • Báo cáo Valukas mô tả "một khuôn mẫu bất tài và lơ là" chứ không phải sự che giấu có chủ đích; 15 nhân viên bị sa thải.
  • Năm 2014 GM nộp mức phạt tối đa 35 triệu USD cho NHTSA vì chậm thu hồi; năm 2015 GM ký thoả thuận hoãn truy tố và nộp 900 triệu USD cho Bộ Tư pháp.

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

  • Chấp nhận sản phẩm không phù hợp mà không có quyết định chính thức

    Linh kiện không đạt thông số nhưng vẫn được duyệt bởi một cá nhân, không qua đánh giá rủi ro hay phê duyệt sai lệch (deviation/waiver). Trong Kiểm soát chất lượng (Control Quality), sản phẩm không phù hợp phải được ghi nhận và xử lý minh bạch: sửa, loại bỏ hay chấp nhận có điều kiện kèm phân tích hậu quả.

  • Phân loại sai mức độ nghiêm trọng của lỗi

Xếp lỗi tắt máy vào nhóm "bất tiện" khiến nó đi theo luồng xử lý chi phí – lợi ích thông thường. Thiếu một phân tích dạng FMEA liên kết hỏng hóc linh kiện với hậu quả cấp hệ thống (túi khí không bung), tổ chức đã đánh giá thấp tác động — một lỗi điển hình của phân tích định tính rủi ro và chất lượng.

  • Phá vỡ quản lý cấu hình

    Thay đổi thiết kế mà không đổi mã linh kiện làm mất khả năng truy vết (traceability) giữa các phiên bản. Kiểm soát thay đổi tích hợp (Perform Integrated Change Control) và quản lý cấu hình tồn tại chính để mọi người biết "cái gì đã đổi, khi nào, vì sao".

  • Văn hoá né trách nhiệm làm thông tin không đi lên

    Báo cáo Valukas mô tả các cuộc họp mà mọi người đồng ý cần hành động rồi không ai làm, và thói quen chỉ tay sang bộ phận khác. Khi không có chủ sở hữu rõ ràng (owner) cho một vấn đề chất lượng, chi phí của sự không phù hợp (cost of nonconformance) cứ tích luỹ đến khi thành khủng hoảng.

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

    1. 1

      Bước 1: Bắt buộc quy trình phê duyệt sai lệch cho mọi linh kiện dưới chuẩn

      Linh kiện không đạt thông số chỉ được dùng khi có hội đồng (thiết kế, an toàn, chất lượng) phê duyệt bằng văn bản, kèm phân tích hậu quả cấp hệ thống và kế hoạch khắc phục.

    2. 2

      Bước 2: Phân loại lỗi theo hậu quả xấu nhất, không theo tần suất

      Dùng tiêu chí rõ ràng để quyết định luồng xử lý một lỗi hiện trường:

      • Lỗi an toàn — xử lý ngay

        Có khả năng gây thương tích hoặc vô hiệu hoá hệ thống an toàn (túi khí, phanh, lái): báo cáo lên cấp cao trong vài ngày, cân nhắc thu hồi.

      • Chưa rõ hậu quả — điều tra

        Chưa chứng minh được không ảnh hưởng an toàn: lập nhóm điều tra có hạn chót và chủ sở hữu, không xếp vào "bất tiện".

      • Bất tiện thuần tuý

        Đã chứng minh bằng phân tích kỹ thuật rằng không ảnh hưởng hệ thống an toàn: xử lý theo chi phí – lợi ích thông thường.

    3. 3

      Bước 3: Gắn mọi thay đổi thiết kế với mã cấu hình mới

      Thay đổi hình dạng, vật liệu hay chức năng của linh kiện phải đi qua yêu cầu thay đổi chính thức và cấp mã mới để có thể truy vết xe nào lắp phiên bản nào.

    4. 4

      Bước 4: Gán chủ sở hữu và hạn chót cho mỗi vấn đề chất lượng mở

      Nhật ký vấn đề (issue log) phải ghi rõ ai chịu trách nhiệm, hạn xử lý và tiêu chí đóng; vấn đề quá hạn tự động được báo lên cấp trên.

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

    Một linh kiện vài USD trở thành khoản chi gần một tỷ USD vì ba quyết định nhỏ: chấp nhận hàng dưới chuẩn, gọi lỗi an toàn là "bất tiện", và sửa thiết kế mà không để lại dấu vết. Chi phí phòng ngừa luôn rẻ hơn chi phí sai hỏng bên ngoài — nhất là khi sai hỏng đo bằng tính mạng.

    Nguồn tham khảo

    • U.S. Attorney SDNY — Criminal charges against General Motors and deferred prosecution agreement (2015)
    • Wikipedia — General Motors ignition switch recalls
    • MPR News (AP) — Engineer's "switch from hell" began GM recall woes (2014)
    #Quản lý chất lượng#Quản lý cấu hình#kiem-soat-thay-doi#Chi phí chất lượng#Thu hồi sản phẩm#Ô tô

    Nguồn: U.S. Attorney SDNY — Criminal charges against General Motors and deferred prosecution agreement (09/2015) ↗ (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 dòng xe mới, nhóm kiểm tra báo một linh kiện của nhà cung cấp không đạt thông số kỹ thuật của công ty, nhưng kỹ sư phụ trách cho rằng "vẫn chạy được" và muốn duyệt để kịp tiến độ sản xuất. PM nên làm gì?

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

    Nếu là giám đốc chất lượng của GM năm 2005, khi nhận báo cáo xe tắt máy vì chìa khoá bị chạm nhẹ, 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)