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ý Tích hợp
  3. /Tàu sân bay USS Gerald R. Ford (CVN 78): đóng tà…
Số 110Quản lý Tích hợp

Tàu sân bay USS Gerald R. Ford (CVN 78): đóng tàu song song với phát triển công nghệ chưa chín và kiểm thử chồng lấn

Hải quân Mỹ đưa hàng loạt công nghệ mới (máy phóng điện từ EMALS, hệ thống hãm đà AAG, thang nâng vũ khí điện từ…) vào tàu sân bay dẫn đầu lớp Ford khi chúng còn chưa được chứng minh. GAO nhiều lần cảnh báo về chi phí tăng và độ tin cậy thấp. Phân tích dưới góc nhìn quản lý tích hợp: khi kế hoạch tổng thể đặt cược vào giả định "công nghệ sẽ kịp chín".

HP
Nguyễn Thu Hà, PMP
21/09/2026
5 phút đọc 0 lượt xem
Tàu sân bay USS Gerald R. Ford (CVN 78): đóng tàu song song với phát triển công nghệ chưa chín và kiểm thử chồng lấn
Bình luận0

Bối cảnh thực tế

Lớp tàu sân bay Ford được thiết kế để thay thế lớp Nimitz với năng lực xuất kích cao hơn và chi phí vận hành thấp hơn. Để đạt mục tiêu đó, tàu dẫn đầu CVN 78 tích hợp cùng lúc nhiều công nghệ mới:

  • EMALS — máy phóng máy bay bằng điện từ thay cho máy phóng hơi nước.
  • AAG (Advanced Arresting Gear) — hệ thống hãm đà dùng động cơ điện khi máy bay hạ cánh.
  • Thang nâng vũ khí tiên tiến dùng trường điện từ thay vì cáp.
  • Radar băng tần kép và nhiều hệ thống điện, điều khiển mới khác.

Theo GAO (báo cáo GAO-13-396, 2013), Hải quân đã sản xuất các hệ thống then chốt trước khi chứng minh được độ chín của chúng. Thử nghiệm trên bờ (land-based testing) của EMALS và AAG bị chậm nhiều năm vì hỏng máy phát, thay đổi cấu hình thiết kế và vấn đề kỹ thuật hệ thống; EMALS được đưa vào sản xuất ngay khi thử nghiệm trên bờ còn đang diễn ra, nên lỗi phát hiện ở khâu chuyển đổi điện buộc phải sửa cả những bộ đã sản xuất. Chi phí tàu dẫn đầu tăng hơn 22% so với lúc được phê duyệt năm tài khoá 2008, lên khoảng 12,8 tỷ USD.

Kế hoạch còn dồn kiểm thử tích hợp các hệ thống với con tàu vào cùng giai đoạn với đánh giá tác chiến ban đầu. Đến năm 2015, trong lời điều trần GAO-16-84T, GAO nhận định kết quả kém là hệ quả có thể đoán trước của văn hoá mua sắm: chi phí bị ước tính thấp, công nghệ chưa chín, và tiến độ "không còn biên cho điều bất ngờ". GAO từng khuyến nghị hoãn ký hợp đồng tàu thứ hai (CVN 79) tới khi các hệ thống then chốt thử nghiệm xong trên bờ, nhưng Bộ Quốc phòng không chấp nhận.

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

  • Kế hoạch quản lý dự án (Develop Project Management Plan) dựa trên giả định chưa kiểm chứng

    Đường cơ sở chi phí và tiến độ của CVN 78 ngầm giả định mọi công nghệ mới sẽ kịp chín và tích hợp trơn tru. Một kế hoạch tổng thể tốt phải ghi các giả định này vào nhật ký giả định (assumption log), gắn với rủi ro và mốc kiểm chứng; ở đây giả định quan trọng nhất lại không có điểm kiểm tra "đi/không đi" trước khi cam kết sản xuất.

  • Chồng lấn (concurrency) giữa phát triển, sản xuất và kiểm thử

    Cho các giai đoạn gối đầu là kỹ thuật rút ngắn tiến độ (fast tracking) hợp lệ, nhưng nó luôn làm tăng rủi ro làm lại. Khi EMALS vừa thử nghiệm vừa sản xuất, mỗi lỗi phát hiện muộn kéo theo thay đổi trên phần cứng đã chế tạo và lắp đặt — chi phí sửa tăng theo cấp số so với lúc còn trên bản vẽ.

  • Kiểm thử tích hợp bị đẩy về cuối

    Quản lý tích hợp đòi hỏi kiểm chứng giao diện giữa các thành phần càng sớm càng tốt. Dồn kiểm thử tích hợp cùng lúc với đánh giá tác chiến khiến không còn khoảng đệm để sửa lỗi trước khi tàu được bàn giao; vấn đề độ tin cậy lộ ra khi mọi thứ đã "đóng cứng".

  • Quyết định tiếp theo không dựa trên bài học đã có

    Ký hợp đồng tàu thứ hai trước khi xong thử nghiệm trên bờ nghĩa là chưa đưa bài học từ tàu dẫn đầu vào quyết định. Quy trình Quản lý tri thức dự án (Manage Project Knowledge) và tư duy chương trình (program) yêu cầu dùng kết quả của dự án trước làm đầu vào cho cam kết của dự án sau.

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

    1. 1

      Bước 1: Đặt cổng độ chín công nghệ trước khi cam kết sản xuất

      Mỗi công nghệ mới cần một cổng giai đoạn (phase gate) với tiêu chí rõ ràng; chỉ khi đạt mới được đưa vào đường cơ sở của con tàu:

      • Thử nghiệm trên bờ

        Hệ thống đã chạy đủ số chu kỳ trong cấu hình đại diện cho môi trường trên tàu và đạt mục tiêu độ tin cậy tạm thời.

      • Phương án dự phòng

        Có thiết kế thay thế (ví dụ công nghệ cũ đã chứng minh) và ngày quyết định chuyển phương án nếu cổng không đạt.

      • Ngưỡng dừng

        Thử nghiệm trên bờ chậm quá một mức thoả thuận thì không ký hợp đồng sản xuất cho hạng mục đó, phải trình lại ban chỉ đạo.

    2. 2

      Bước 2: Tách kiểm thử tích hợp khỏi đánh giá tác chiến

      Lập kế hoạch kiểm thử tích hợp theo từng lớp (thành phần → phân hệ → con tàu), với dự trữ thời gian riêng để sửa lỗi trước khi bước vào đánh giá tác chiến chính thức.

    3. 3

      Bước 3: Đưa dự trữ quản lý tương xứng với mức độ mới

      Dự án có nhiều hạng mục "lần đầu" cần dự trữ dự phòng (contingency reserve) dựa trên phân tích rủi ro định lượng, không dùng tỉ lệ kinh nghiệm của các lớp tàu đã quen thuộc.

    4. 4

      Bước 4: Đặt kết quả tàu dẫn đầu làm điều kiện cho tàu tiếp theo

      Ở cấp chương trình, cam kết cho tàu thứ hai nên gắn với các mốc kiểm chứng của tàu thứ nhất, kèm cơ chế kiểm soát thay đổi tích hợp (Perform Integrated Change Control) cho các thay đổi thiết kế rút ra từ thử nghiệm.

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

    Gối đầu phát triển, sản xuất và kiểm thử chỉ rút ngắn tiến độ khi công nghệ đã chín. Với hạng mục "lần đầu", PM phải biến giả định "sẽ kịp" thành cổng kiểm chứng có tiêu chí và phương án dự phòng — nếu không, chi phí sửa lỗi muộn sẽ ăn hết thời gian tưởng là tiết kiệm được.

    Nguồn tham khảo

    • GAO-13-396 — Ford-Class Carriers: Lead Ship Testing and Reliability Shortfalls Will Limit Initial Fleet Capabilities
    • GAO-16-84T — Ford Class Aircraft Carrier: Poor Outcomes Are the Predictable Consequences of the Prevalent Acquisition Culture
    #Quản lý tích hợp#gao#Quốc phòng Mỹ#Độ chín công nghệ#Kiểm thử tích hợp#Đóng tàu

    Nguồn: GAO-13-396 — Ford-Class Carriers: Lead Ship Testing and Reliability Shortfalls Will Limit Initial Fleet Capabilities ↗ (mở trong thẻ mới)

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

    Câu 1/1
    Bạn là PM của một chương trình đóng tàu. Một hệ thống mới then chốt đang thử nghiệm trên bờ chậm 18 tháng, nhưng nhà tài trợ muốn ký ngay hợp đồng sản xuất để giữ mốc hạ thuỷ. Trước khi trình ý kiến, bạn nên làm gì ĐẦU TIÊN?

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

    Nếu là PM của tàu dẫn đầu, khi máy phóng mới còn chậm thử nghiệm trên bờ nhưng xưởng đã sẵn sàng lắp đặt, 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ý Tích hợp

    Avon dừng dự án SMT toàn cầu: thí điểm Canada gây gián đoạn kinh doanh và quyết định cắt lỗ khoảng 125 triệu USD phần mềm

    Avon khởi động chương trình Service Model Transformation (SMT) năm 2009 để đổi hệ thống quản lý đơn hàng cho đại diện bán hàng. Năm 2013, thí điểm tại Canada gây gián đoạn đáng kể và không cho thấy lợi tức đầu tư rõ ràng, nên Avon dừng triển khai và ghi giảm giá trị phần mềm. Một ví dụ về quyết định đóng dự án sớm dựa trên kết quả thí điểm, và cái giá của việc không kiểm tra giả định lợi ích trước.

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

    GitHub nâng cấp MySQL 8.0 cho hơn 1.200 máy chủ: cutover từng cụm, giữ đường lui và kiểm soát thay đổi trong hơn một năm

    GitHub chuẩn bị từ tháng 7/2022 để chuyển toàn bộ đội máy chủ MySQL (hơn 1.200 máy, trên 50 cụm, trên 300 TB) từ 5.7 sang 8.0 mà không vi phạm cam kết dịch vụ. Điểm đáng học không nằm ở công nghệ mà ở cách quản lý: danh mục kiểm tra sẵn sàng, đưa 8.0 vào CI, nâng cấp từng bước và luôn giữ khả năng quay về 5.7.

    0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận09/10/2026
    Số 30Quản lý Tích hợp

    FBI Virtual Case File: 170 triệu USD, 700.000 dòng mã và bài học về kiểm soát thay đổi tích hợp

    Sau sự kiện 11/9, FBI đặt cược vào hệ thống quản lý hồ sơ vụ án Virtual Case File. Bốn năm, năm đời CIO và khoảng 400 yêu cầu thay đổi sau, dự án bị huỷ năm 2005 với khoảng 105 triệu USD mã không dùng được. Phân tích dưới góc Quản lý tích hợp và những gì PM lẽ ra phải làm.

    0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận07/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)