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. /Ariane 5 chuyến bay 501 (1996): tái sử dụng phần…
Số 54Quản lý Chất lượng

Ariane 5 chuyến bay 501 (1996): tái sử dụng phần mềm cũ và khoảng trống trong kiểm thử mô phỏng

Tên lửa Ariane 5 phát nổ khoảng 37 giây sau khi phóng vì phép chuyển đổi số thực 64 bit sang số nguyên 16 bit bị tràn trong phần mềm kế thừa từ Ariane 4. Phân tích theo báo cáo Hội đồng điều tra ESA: vì sao tái sử dụng không đồng nghĩa với đã kiểm chứng.

HP
Nguyễn Thu Hà, PMP
28/05/2026
4 phút đọc 0 lượt xem
Ariane 5 chuyến bay 501 (1996): tái sử dụng phần mềm cũ và khoảng trống trong kiểm thử mô phỏng
Bình luận0

Bối cảnh thực tế

Ngày 4/6/1996, Ariane 5 — tên lửa đẩy hạng nặng mới của châu Âu — thực hiện chuyến bay đầu tiên mang theo bốn vệ tinh Cluster. Khoảng 37 giây sau khi rời bệ, tên lửa lệch quỹ đạo, vỡ và tự huỷ. Hàng hoá bị mất được ước tính trị giá hơn 370 triệu USD.

Hội đồng điều tra do nhà toán học Jacques-Louis Lions chủ trì xác định: phần mềm của hệ quy chiếu quán tính (SRI) được tái sử dụng từ Ariane 4. Một biến liên quan vận tốc ngang được chuyển từ số thực 64 bit sang số nguyên có dấu 16 bit mà không có bảo vệ tràn. Quỹ đạo của Ariane 5 tạo giá trị lớn hơn nhiều so với Ariane 4, phép chuyển đổi tràn, cả SRI chính và SRI dự phòng (chạy cùng phần mềm) đều ngừng hoạt động.

Các điểm bất thường trong cách làm:

  • Chức năng căn chỉnh (alignment) chỉ cần trước khi phóng nhưng vẫn chạy sau khi cất cánh.
  • Chỉ một phần các biến có nguy cơ tràn được bảo vệ, dựa trên giả định từ Ariane 4.
  • Mô phỏng hệ thống không bao gồm hành vi của chức năng căn chỉnh với quỹ đạo thật của Ariane 5.
  • Dữ liệu chẩn đoán lỗi bị máy tính điều khiển bay hiểu nhầm là dữ liệu bay.

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

  • Tái sử dụng mà không xác nhận lại trong bối cảnh mới

    Phần mềm SRI đã chứng minh độ tin cậy trên Ariane 4, nên được coi là "đã kiểm chứng". Nhưng kiểm chứng chỉ có giá trị trong phạm vi giả định ban đầu. Khi yêu cầu (quỹ đạo, vận tốc) thay đổi, xác nhận (validation) phải được làm lại. Đây là lỗi lập kế hoạch chất lượng: không xác định tiêu chí tái kiểm chứng cho thành phần kế thừa.

  • Hội đồng điều tra: lỗi thiết kế, không phải hỏng ngẫu nhiên

    Báo cáo nhấn mạnh ngoại lệ xảy ra do lỗi thiết kế, và đặt câu hỏi vì sao một ngoại lệ phần mềm lại được phép tắt hẳn bộ xử lý quan trọng. Dư thừa phần cứng (hai SRI) vô tác dụng trước lỗi chung chế độ (common-mode failure) khi cả hai chạy cùng phần mềm.

  • Kiểm thử thiếu tính thực tế

ESA ghi nhận các bài thử thiết bị và hệ thống chưa đủ thực tế, mô phỏng không bao gồm chức năng căn chỉnh. Control Quality dựa trên dữ liệu thử nghiệm — nếu kịch bản thử không phản ánh điều kiện vận hành thật, kết quả "đạt" tạo cảm giác an toàn giả.

  • Rà soát thiết kế chưa phân tích đủ toàn hệ thống

    Hội đồng chỉ ra việc phân tích SRI và toàn bộ hệ điều khiển bay trong các kỳ rà soát chưa đầy đủ. Kiểm toán chất lượng và rà soát thiết kế (design review) cần đặt câu hỏi về giả định và tương tác, không chỉ kiểm tra từng thành phần.

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

    1. 1

      Bước 1: Lập danh mục giả định cho mọi thành phần tái sử dụng

      Ghi rõ dải giá trị, môi trường và yêu cầu mà thành phần được kiểm chứng; so sánh với yêu cầu mới và đưa khác biệt vào nhật ký giả định (assumption log) và sổ đăng ký rủi ro.

    2. 2

      Bước 2: Tiêu chí chấp nhận cho phần mềm kế thừa

      Thành phần tái sử dụng chỉ được tích hợp khi:

      • Phân tích dải giá trị mới

        Mọi biến có thể tràn đã được kiểm tra với dữ liệu quỹ đạo/vận hành của sản phẩm mới.

      • Loại bỏ chức năng thừa

        Chức năng không cần trong giai đoạn vận hành phải bị vô hiệu hoá hoặc chứng minh vô hại.

      • Mô phỏng với dữ liệu thật

        Chạy mô phỏng vòng kín với thiết bị thật và quỹ đạo bay dự kiến.

    3. 3

      Bước 3: Thiết kế xử lý lỗi an toàn

      Ngoại lệ không được phép tắt toàn bộ chức năng quan trọng; áp dụng đa dạng hoá (diversity) để tránh lỗi chung chế độ ở hệ dư thừa.

    4. 4

      Bước 4: Tăng tính thực tế của môi trường thử nghiệm

      Theo khuyến nghị của Hội đồng, đưa thiết bị thật vào môi trường kiểm định và mô phỏng quỹ đạo bay thật — chi phí thẩm định cao hơn nhưng nhỏ hơn rất nhiều so với chi phí thất bại.

    5. 5

      Bước 5: Rà soát toàn bộ phần mềm bay theo quan điểm hệ thống

      Tổ chức rà soát liên ngành, tập trung vào tương tác và giả định giữa các phân hệ, có chuyên gia độc lập tham gia.

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

    "Đã chạy tốt ở dự án trước" không phải là bằng chứng chất lượng cho dự án này. PM phải yêu cầu tái kiểm chứng mọi thành phần kế thừa theo yêu cầu mới, và thiết kế kiểm thử phản ánh điều kiện vận hành thật thay vì điều kiện thuận tiện.

    Nguồn tham khảo

    • ESA – Ariane 501: Presentation of Inquiry Board report
    • Wikipedia – Ariane flight V88
    #Quản lý chất lượng#Kiểm thử#Kiểm chứng và xác nhận#Tái sử dụng phần mềm#ESA

    Nguồn: ESA – Ariane 501: Presentation of Inquiry Board report ↗ (mở trong thẻ mới)

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

    Câu 1/1
    Dự án nâng cấp hệ thống quyết định tái sử dụng một mô-đun tính toán đã vận hành ổn định 10 năm. Hệ thống mới xử lý khối lượng giao dịch lớn gấp năm lần. Trưởng nhóm kỹ thuật đề xuất bỏ qua kiểm thử mô-đun này để tiết kiệm thời gian. PM nên làm gì?

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

    Nếu là PM, đội đề xuất giữ nguyên một chức năng cũ "vô hại" trong phần mềm tái sử dụng vì gỡ bỏ cần thêm 2 tuần kiểm thử hồi quy, 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)