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. /Apollo 13 (1970): ứng phó sự cố bằng kế hoạch dự…
Số 72Quản lý Rủi ro

Apollo 13 (1970): ứng phó sự cố bằng kế hoạch dự phòng và giải pháp tình thế

Gần 56 giờ sau khi phóng, một bình oxy trên tàu Apollo 13 phát nổ, buộc NASA huỷ đổ bộ Mặt Trăng và đưa ba phi hành gia về nhà an toàn. Nguyên nhân bắt nguồn từ một thay đổi thiết kế không được lan truyền đầy đủ. Phân tích kiểm soát cấu hình, kế hoạch dự phòng "tàu cứu sinh" và giải pháp tình thế (workaround) nổi tiếng.

HP
Nguyễn Thu Hà, PMP
18/07/2026
4 phút đọc 0 lượt xem
Apollo 13 (1970): ứng phó sự cố bằng kế hoạch dự phòng và giải pháp tình thế
Bình luận0

Bối cảnh thực tế

Apollo 13 rời bệ phóng ngày 11/04/1970 với mục tiêu đổ bộ lần thứ ba lên Mặt Trăng. Khoảng 55 giờ 55 phút sau khi phóng, bình oxy số 2 trong khoang dịch vụ phát nổ. Khoang chỉ huy mất dần điện và oxy; nhiệm vụ đổ bộ bị huỷ, mục tiêu duy nhất còn lại là đưa phi hành đoàn trở về.

Trung tâm điều khiển chỉ đạo phi hành đoàn chuyển sang khoang đổ bộ Mặt Trăng (Lunar Module) làm "tàu cứu sinh". Khoang này được thiết kế cho 2 người trong khoảng 45 giờ, nhưng phải nuôi 3 người trong khoảng 90 giờ. Khi khí CO₂ tăng nguy hiểm, các kỹ sư mặt đất nghĩ ra cách nối hộp lọc hình vuông của khoang chỉ huy vào khe tròn của khoang đổ bộ bằng túi nhựa, bìa cứng và băng dính. Ngày 17/04/1970, cả ba phi hành gia trở về an toàn.

Dấu hiệu cảnh báo trước khi phóng (theo hội đồng điều tra):

  • Điện áp bộ gia nhiệt trong bình đã được nâng từ 28 V lên 65 V, nhưng công tắc nhiệt không được nâng cấp tương ứng.
  • Khi xả bình trong thử nghiệm trên bệ, bình gặp khó khăn và được gia nhiệt kéo dài nhiều giờ, làm hỏng lớp cách điện dây dẫn.

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

  • Thay đổi không được lan truyền qua kiểm soát cấu hình

    Việc nâng điện áp là một thay đổi đã được phê duyệt, nhưng tác động của nó lên linh kiện liên quan (công tắc nhiệt) không được phân tích đầy đủ. Trong Thực hiện kiểm soát thay đổi tích hợp (Perform Integrated Change Control), mọi thay đổi phải được đánh giá tác động lên toàn bộ cấu hình — đây là nguồn rủi ro kỹ thuật kinh điển.

  • Dấu hiệu bất thường bị xử lý như vấn đề cục bộ

    Sự cố khi xả bình trong thử nghiệm là một dấu hiệu kích hoạt (trigger) lẽ ra phải đưa bình vào diện đánh giá rủi ro. Thay vào đó, nó được giải quyết bằng một thủ tục tạm thời để kịp tiến độ. Khi dấu hiệu bị "khắc phục cho xong", rủi ro tiềm ẩn vẫn nằm nguyên trong hệ thống.

  • Kế hoạch dự phòng đã có sẵn từ trước

Việc dùng khoang đổ bộ làm tàu cứu sinh đã từng được tính đến như một kịch bản, dù được coi là khó xảy ra. Đó là bản chất của kế hoạch dự phòng (contingency plan): chuẩn bị trước cho rủi ro đã nhận diện, để khi trigger xuất hiện, đội có ngay khung hành động thay vì bắt đầu từ con số không.

  • Giải pháp tình thế (workaround) cho vấn đề chưa được lường trước

    Hộp lọc CO₂ không tương thích là vấn đề không có trong kế hoạch. Bộ chuyển đổi tự chế là một workaround — phản ứng với rủi ro đã xảy ra mà không có kế hoạch ứng phó sẵn. Nó thành công nhờ đội có chuyên môn sâu, biết chính xác vật dụng nào có trên tàu và làm việc dưới ràng buộc rõ ràng.

  • Quản lý ràng buộc tài nguyên như quỹ dự phòng

    Điện, nước, oxy trở thành "ngân sách" phải phân bổ từng đơn vị cho đến khi về tới Trái Đất. Tư duy này tương ứng với việc kiểm soát quỹ dự phòng (reserve analysis) trong dự án: biết còn bao nhiêu, cần bao nhiêu, và ưu tiên cho mục tiêu sống còn.

  • Điều gì làm nên thành công

    1. 1

      Bước 1: Xác định lại mục tiêu ngay lập tức

      Trung tâm điều khiển nhanh chóng chuyển mục tiêu từ "đổ bộ" sang "đưa người về an toàn". Khi rủi ro lớn xảy ra, PM phải tái xác định mục tiêu và tiêu chí thành công với bên liên quan thay vì cố bám kế hoạch cũ.

    2. 2

      Bước 2: Kích hoạt kế hoạch dự phòng đã chuẩn bị

      Khoang đổ bộ được kích hoạt làm tàu cứu sinh theo kịch bản đã từng được nghiên cứu. Bài học: đầu tư lập kế hoạch dự phòng cho rủi ro có tác động thảm hoạ, kể cả khi xác suất thấp.

    3. 3

      Bước 3: Phân bổ tài nguyên theo ngưỡng sống còn

      Mỗi tài nguyên cần có ngưỡng theo dõi và hành động rõ ràng:

      • Theo dõi liên tục

        Đo mức tiêu thụ điện, nước, oxy so với thời gian còn lại của hành trình.

      • Ngưỡng cắt giảm

        Khi dự báo thiếu hụt, tắt mọi hệ thống không thiết yếu, chấp nhận điều kiện khắc nghiệt (cabin rất lạnh).

      • Ngưỡng ứng phó khẩn

        Khi chỉ số nguy hiểm (như CO₂) tăng, ưu tiên toàn đội cho giải pháp tình thế trước mọi việc khác.

    4. 4

      Bước 4: Huy động chuyên môn và thử nghiệm giải pháp trên mặt đất

      Đội mặt đất dựng và thử bộ chuyển đổi bằng đúng vật dụng có trên tàu trước khi hướng dẫn phi hành đoàn. Workaround tốt vẫn cần kiểm chứng trước khi áp dụng.

    5. 5

      Bước 5: Điều tra và đưa bài học vào cấu hình

      Hội đồng điều tra truy ra nguyên nhân gốc và NASA sửa thiết kế bình oxy cho các chuyến sau. Đây là bước cập nhật risk register và kho bài học kinh nghiệm của tổ chức.

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

    Kế hoạch dự phòng cho rủi ro đã biết giúp đội không hoảng loạn; năng lực xây dựng workaround cho điều chưa biết giúp đội vượt qua. Nhưng bài học gốc nằm ở mặt đất: một thay đổi không được đánh giá tác động đầy đủ có thể trở thành rủi ro lớn nhất của dự án.

    Nguồn tham khảo

    • NASA — Apollo 13 Mission Details
    • Wikipedia — Apollo 13
    #Quản lý rủi ro#Ứng phó sự cố#Giải pháp tình thế#Kế hoạch dự phòng#kiem-soat-thay-doi

    Nguồn: NASA — Apollo 13 Mission Details ↗ (mở trong thẻ mới)

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

    Câu 1/1
    Giữa dự án, một sự cố chưa từng được nhận diện xảy ra: hai thiết bị quan trọng không tương thích khiến hệ thống ngừng hoạt động. Không có kế hoạch ứng phó nào trong risk register. Đội ghép một bộ chuyển đổi tạm từ vật tư sẵn có và hệ thống chạy lại. Hành động của đội là gì?

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

    Bạn là PM, còn 2 tuần đến mốc nghiệm thu thì một thiết bị thử nghiệm có biểu hiện bất thường nhưng đã chạy lại được sau khi xử lý tạm. 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 PMPĐiều gì làm nên thành côngPM 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)