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ý Rủi ro
  3. /Giàn khoan Deepwater Horizon (2010): áp lực tiến…
Số 79Quản lý Rủi ro

Giàn khoan Deepwater Horizon (2010): áp lực tiến độ, tín hiệu cảnh báo bị diễn giải sai và thất bại quản lý

Ngày 20/04/2010, vụ nổ trên giàn khoan Deepwater Horizon làm 11 người thiệt mạng và gây ra vụ tràn dầu kéo dài 87 ngày ở Vịnh Mexico. Uỷ ban quốc gia của Mỹ kết luận gốc rễ là thất bại quản lý. Phân tích áp lực tiến độ, kết quả thử nghiệm bị diễn giải sai và thiếu quản lý thay đổi.

HP
Nguyễn Thu Hà, PMP
20/12/2025
4 phút đọc 0 lượt xem
Giàn khoan Deepwater Horizon (2010): áp lực tiến độ, tín hiệu cảnh báo bị diễn giải sai và thất bại quản lý
Bình luận0

Bối cảnh thực tế

Tối 20/04/2010, giàn khoan nửa chìm Deepwater Horizon do Transocean vận hành, đang khoan giếng Macondo cho BP ở Vịnh Mexico, bị một luồng khí và dầu phun trào rồi phát nổ. 11 người lao động thiệt mạng, 17 người bị thương; 115 trong số 126 người trên giàn được sơ tán. Giàn chìm hai ngày sau. Dầu tràn ra biển suốt 87 ngày — một trong những thảm hoạ môi trường biển nghiêm trọng nhất lịch sử. Đến năm 2015, tổng chi phí của BP lên tới khoảng 54 tỷ USD.

Giếng đang ở giai đoạn hoàn tất, dưới áp lực phải kết thúc nhanh. Các điều tra sau đó chỉ ra chuỗi sai sót nối tiếp nhau: lớp xi măng đáy giếng không ngăn được dòng khí; van một chiều không làm việc; thử nghiệm áp suất âm (negative pressure test) bị diễn giải sai; và thiết bị chống phun trào (BOP) không đóng kín được giếng.

Dấu hiệu cảnh báo:

  • Phần mềm mô phỏng khuyến nghị dùng khoảng 21 bộ định tâm ống chống, nhưng chỉ 6 bộ được dùng.
  • Các mẻ thử hỗn hợp xi măng từng cho kết quả không đạt mà quy trình không được điều chỉnh.
  • Kết quả thử nghiệm áp suất bất thường được giải thích theo hướng "chấp nhận được".

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

  • Áp lực tiến độ làm lệch khẩu vị rủi ro

    Uỷ ban quốc gia nhận định đã có xu hướng vội vàng hoàn tất. Khi chi phí mỗi ngày rất lớn, các quyết định tiết kiệm thời gian dễ được ưu tiên mà không đánh giá đầy đủ rủi ro gia tăng. Trong Kế hoạch quản lý rủi ro, khẩu vị rủi ro phải được xác định trước — không để áp lực tiến độ ngầm định lại nó trong từng quyết định.

  • Tư duy "giải quyết từng vấn đề" thay vì nhìn hệ thống

    Theo phân tích của các chuyên gia trong uỷ ban, mỗi vấn đề được xử lý riêng lẻ mà không nhận ra hệ thống phức tạp đang tích luỹ rủi ro. Nhiều quyết định "chấp nhận được" từng cái một có thể cộng lại thành một rủi ro tổng thể không chấp nhận được — đó là lý do PMBOK nhấn mạnh rủi ro tổng thể của dự án (overall project risk), không chỉ rủi ro riêng lẻ.

Thiếu quản lý thay đổi khi thử nghiệm không đạt

Khi các thử nghiệm xi măng không đạt, quy trình lẽ ra phải qua đánh giá thay đổi chính thức. Việc tiếp tục mà không điều chỉnh là bỏ qua kiểm soát thay đổi tích hợp — một thay đổi điều kiện kỹ thuật không được đánh giá tác động.

  • Diễn giải dữ liệu theo hướng mong muốn (thiên kiến xác nhận)

    Kết quả thử nghiệm áp suất bất thường là trigger rõ ràng. Khi đội muốn kết thúc nhanh, dữ liệu mơ hồ dễ được hiểu theo hướng có lợi. Quy trình rủi ro cần tiêu chí đạt/không đạt xác định trước, không để diễn giải tại chỗ.

  • Phụ thuộc vào lớp bảo vệ cuối cùng

    BOP là hàng rào cuối nhưng đã không hoạt động. Khi các lớp phía trước bị xem nhẹ vì "đã có BOP", rủi ro tồn dư thực tế lớn hơn nhiều so với đánh giá. Các lớp bảo vệ phải được quản lý độc lập, không lớp nào được coi là đủ.

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

    1. 1

      Bước 1: Xác định trước tiêu chí đạt/không đạt cho thử nghiệm trọng yếu

      Mọi thử nghiệm liên quan an toàn phải có tiêu chí rõ ràng, được duyệt trước khi thực hiện, kèm hành động bắt buộc khi không đạt:

      • Đạt rõ ràng

        Kết quả nằm trong ngưỡng đã duyệt: ghi nhận và tiếp tục bước sau.

      • Mơ hồ

        Kết quả không rõ ràng: dừng, thử lại hoặc mời chuyên gia độc lập; không được tự diễn giải để tiếp tục.

      • Không đạt

        Dừng công việc, đánh giá thay đổi chính thức và báo cáo lên cấp có thẩm quyền.

    2. 2

      Bước 2: Quản lý thay đổi cho mọi sai lệch so với khuyến nghị kỹ thuật

      Việc dùng ít bộ định tâm hơn khuyến nghị hay giữ nguyên hỗn hợp xi măng sau khi thử không đạt phải đi qua đánh giá thay đổi có ghi chép, với người phê duyệt hiểu rõ rủi ro tăng thêm.

    3. 3

      Bước 3: Đánh giá rủi ro tổng thể, không chỉ từng quyết định

      Định kỳ tổng hợp tất cả quyết định chấp nhận rủi ro gần đây để xem rủi ro tổng thể của giai đoạn có vượt ngưỡng không.

    4. 4

      Bước 4: Trao quyền dừng công việc cho mọi người

      Bất kỳ ai cũng có quyền dừng công việc khi thấy nguy hiểm, không bị trừng phạt vì làm chậm tiến độ. Đây là nền tảng của văn hoá an toàn.

    5. 5

      Bước 5: Kiểm tra và diễn tập kế hoạch ứng phó sự cố

      Uỷ ban cũng chỉ ra kế hoạch ứng phó sự cố của ngành không đầy đủ và ít được rà soát. Kế hoạch dự phòng phải được kiểm tra thực tế, không chỉ tồn tại trên giấy.

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

    Thảm hoạ hiếm khi đến từ một quyết định sai duy nhất mà từ chuỗi quyết định "chấp nhận được" dưới áp lực tiến độ. PM phải đặt tiêu chí an toàn trước, trao quyền dừng việc cho đội, và luôn nhìn rủi ro tổng thể chứ không chỉ từng vấn đề riêng lẻ.

    Nguồn tham khảo

    • Wikipedia — Deepwater Horizon explosion
    • Harvard Gazette — Deep water, deep trouble (02/2011)
    #Quản lý rủi ro#Văn hoá an toàn#quan-ly-thay-doi#ra-quyet-dinh#Đạo đức nghề nghiệp

    Nguồn: Wikipedia — Deepwater Horizon explosion ↗ (mở trong thẻ mới)

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

    Câu 1/1
    Dự án khoan đang chậm 3 tuần, mỗi ngày phát sinh chi phí lớn. Một thử nghiệm an toàn cho kết quả mơ hồ; trưởng ca đề xuất diễn giải là "đạt" để tiếp tục vì các bước trước đều ổn. Tiêu chí đạt/không đạt chưa được định nghĩa rõ. PM nên làm gì?

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

    Bạn là PM, dự án chậm tiến độ và nhóm kỹ thuật đề xuất đơn giản hoá một bước lắp đặt (dùng ít linh kiện hơn khuyến nghị của mô phỏng) để tiết kiệm 1 ngày. 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ý Rủi ro

    SolarWinds Orion (2020): khi chính bản cập nhật phần mềm tin cậy trở thành vũ khí xâm nhập hàng nghìn tổ chức

    Kẻ tấn công cài mã độc vào quy trình build của SolarWinds, khiến các bản cập nhật Orion từ tháng 3 đến tháng 6/2020 mang theo cửa hậu; khoảng 18.000 khách hàng tải về. Vụ việc chỉ lộ ra khi FireEye điều tra vụ xâm nhập chính mình. Phân tích dưới góc nhìn rủi ro: tài sản nào cần được bảo vệ như "sản phẩm", và vì sao rủi ro phần mềm bên thứ ba phải nằm trong sổ đăng ký rủi ro của người mua lẫn người bán.

    0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận15/10/2026
    Quản lý Rủi ro

    Target 2013: kẻ tấn công vào mạng qua nhà thầu điều hoà, cảnh báo của hệ thống phát hiện xâm nhập không ai xử lý

    Cuối năm 2013, tin tặc đánh cắp thông tin khoảng 40 triệu tài khoản thẻ và dữ liệu cá nhân của tới 70 triệu khách hàng Target. Báo cáo của Uỷ ban Thương mại Thượng viện Mỹ cho thấy điểm vào là tài khoản của một nhà thầu điều hoà, mạng không được phân tách và các cảnh báo không được hành động. Phân tích dưới góc nhìn rủi ro: nhận diện, đánh giá và ứng phó rủi ro từ bên thứ ba.

    0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận09/10/2026
    Quản lý Rủi ro

    Log4Shell (2021): một thư viện nguồn mở do tình nguyện viên duy trì và cuộc chạy đua tìm xem "mình đang dùng nó ở đâu"

    Lỗ hổng CVE-2021-44228 trong thư viện ghi nhật ký Log4j có điểm CVSS 10, tồn tại từ năm 2013 và ảnh hưởng 93% môi trường đám mây doanh nghiệp theo khảo sát của Wiz và EY. Hội đồng Rà soát An toàn Mạng Mỹ gọi đây là lỗ hổng "đặc hữu". Bài học rủi ro: không có bản kê thành phần phần mềm thì không thể ứng phó nhanh, và phụ thuộc nguồn mở cần được quản lý như phụ thuộc nhà cung cấp.

    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)