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 khu trục Zumwalt (DDG 1000): từ kế hoạch 32 …
Số 113Quản lý Tích hợp

Tàu khu trục Zumwalt (DDG 1000): từ kế hoạch 32 tàu còn 3, rồi tích hợp lại để mang tên lửa siêu thanh

Zumwalt khởi đầu với mục tiêu 32 tàu và nhiều công nghệ riêng (hệ thống chiến đấu TSCE, radar SPY-3). Năm 2008, chương trình bị cắt còn 3 tàu; hai thập kỷ sau, ba tàu này được hiện đại hoá để mang tên lửa siêu thanh và GAO (2026) ghi nhận chậm 24 tháng. Bài học về tích hợp khi sản phẩm "độc bản" phải đổi nhiệm vụ.

HP
Nguyễn Thu Hà, PMP
20/04/2026
4 phút đọc 0 lượt xem
Tàu khu trục Zumwalt (DDG 1000): từ kế hoạch 32 tàu còn 3, rồi tích hợp lại để mang tên lửa siêu thanh
Bình luận0

Bối cảnh thực tế

Năm 1997, Hải quân Mỹ đặt đường cơ sở cho chương trình tàu khu trục thế hệ mới (sau này là lớp Zumwalt, DDG 1000) với số lượng 32 tàu. Con tàu mang nhiều công nghệ riêng: thân tàu tàng hình, hệ thống điện tích hợp, môi trường tính toán toàn tàu (Total Ship Computing Environment — TSCE) và radar SPY-3, khác với hệ thống chiến đấu Aegis của các tàu khu trục Arleigh Burke (DDG 51).

Năm 2008, trong lời điều trần GAO-08-1061T, GAO nhận định Hải quân sắp khởi công tàu đầu tiên "giữa nhiều bất định" và khả năng cao chi phí, tiến độ sẽ tăng. Cùng năm, Hải quân cắt chương trình xuống 3 tàu và quay lại đóng DDG 51 — vì DDG 51 với Aegis đã chứng minh năng lực phòng thủ tên lửa đạn đạo, còn sửa DDG 1000 cho nhiệm vụ này được đánh giá quá tốn kém và rủi ro.

Hệ quả kéo dài: ba tàu Zumwalt trở thành nhóm nhỏ với hệ thống chiến đấu và radar gần như không dùng chung với đội tàu, tạo rủi ro lỗi thời (obsolescence). Sau đó Hải quân quyết định hiện đại hoá cả ba tàu để mang tên lửa tấn công nhanh thông thường siêu thanh (Conventional Prompt Strike — CPS).

GAO-26-107974 (2026) ghi nhận:

  • Việc hiện đại hoá ba tàu chậm khoảng 24 tháng; USS Zumwalt đạt 94% khối lượng vào tháng 1/2026.
  • Chi phí hiện đại hoá tăng từ 1,8 tỷ lên ít nhất 2 tỷ USD; thử bắn CPS từ tàu dời từ 2025 sang 2027.
  • Nhà máy tên lửa mới sản xuất được 6–7 quả/năm so với nhu cầu 12 quả/năm.
  • Hải quân và Lục quân chưa có chiến lược tổng thể điều phối đầu tư vào các chương trình liên quan đến CPS; Bộ Quốc phòng đồng ý với khuyến nghị của GAO.

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

  • Tích hợp quá nhiều công nghệ riêng vào một nền tảng

    Mỗi công nghệ riêng đều hợp lý khi xét đơn lẻ, nhưng gộp lại tạo ra một sản phẩm khó tích hợp với hệ sinh thái chung của đội tàu. Quản lý tích hợp phải nhìn cả vòng đời (life cycle) — chi phí duy trì, nâng cấp, tương thích — chứ không chỉ năng lực lúc bàn giao.

  • Cắt số lượng làm đảo lộn tình huống kinh doanh

Khi từ 32 tàu còn 3, chi phí phát triển chia cho rất ít sản phẩm và các nhà cung cấp mất động lực duy trì linh kiện riêng. Quyết định cắt giảm là hợp lý về chiến lược, nhưng kế hoạch quản lý lợi ích (benefits management plan) và kế hoạch duy trì vòng đời cần được làm lại tương ứng.

  • Đổi nhiệm vụ là thay đổi phạm vi lớn trên nền tảng có sẵn

    Đưa tên lửa siêu thanh vào một con tàu không được thiết kế cho nó là dự án tích hợp mới, với rủi ro ở giao diện cơ khí, điện, hệ thống chiến đấu. Chậm 24 tháng cho thấy độ bất định của việc sửa đổi nền tảng "độc bản" thường bị đánh giá thấp.

  • Phụ thuộc liên chương trình chưa được điều phối

    Thành công của tàu phụ thuộc vào tiến độ tên lửa, dây chuyền sản xuất và chương trình anh em của Lục quân. Thiếu chiến lược tổng thể là thiếu quản lý ở cấp danh mục/chương trình (portfolio/program) — nơi các phụ thuộc bên ngoài của từng dự án phải được quản lý.

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

    1. 1

      Bước 1: Đánh giá chi phí vòng đời khi chọn công nghệ riêng

      Mỗi lựa chọn "khác biệt với đội tàu" cần phân tích tổng chi phí sở hữu và kế hoạch xử lý lỗi thời, đặc biệt khi số lượng có thể bị cắt giảm.

    2. 2

      Bước 2: Lập lại đường cơ sở khi số lượng thay đổi

      Quyết định cắt từ 32 xuống 3 tàu phải kích hoạt cập nhật tình huống kinh doanh, kế hoạch duy trì và kế hoạch quản lý lợi ích — không chỉ điều chỉnh ngân sách.

    3. 3

      Bước 3: Quản lý dự án tích hợp nhiệm vụ mới với tiêu chí rõ

      Coi việc tích hợp CPS là một dự án riêng với các cổng kiểm chứng:

      • Giao diện nền tảng

        Hoàn tất khảo sát và mô hình hoá giao diện kết cấu, điện, hệ thống chiến đấu trước khi cắt sửa thân tàu.

      • Phụ thuộc bên ngoài

        Mốc tên lửa, bệ phóng, năng lực sản xuất được theo dõi trong một lịch tích hợp chung với chương trình liên quan.

      • Ngưỡng leo thang

        Năng lực sản xuất tên lửa thấp hơn nhu cầu quá một ngưỡng thì leo thang lên cấp danh mục để quyết định ưu tiên.

    4. 4

      Bước 4: Xây chiến lược ở cấp danh mục

      Phối hợp đầu tư giữa các chương trình dùng chung tên lửa, như GAO khuyến nghị, để quyết định trình tự và tránh mỗi dự án tối ưu cục bộ.

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

    Một sản phẩm càng "độc bản" thì càng đắt khi phải duy trì và đổi nhiệm vụ. Quyết định thay đổi lớn về số lượng hay nhiệm vụ phải kéo theo việc lập lại đường cơ sở, kế hoạch vòng đời và quản lý phụ thuộc ở cấp chương trình — không chỉ là một dòng điều chỉnh ngân sách.

    Nguồn tham khảo

    • GAO-26-107974 — Navy Ship Modernization: DOD Needs Comprehensive Strategy to Field Hypersonic Missile Capability
    • GAO-08-1061T — Defense Acquisitions: Zumwalt-Class Destroyer (điều trần trước Quốc hội, 07/2008)
    #Quản lý tích hợp#gao#Quốc phòng Mỹ#Đóng tàu#Thay đổi phạm vi#Bảo trì vòng đời

    Nguồn: GAO-26-107974 — Navy Ship Modernization: DOD Needs Comprehensive Strategy to Field Hypersonic Missile Capability ↗ (mở trong thẻ mới)

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

    Câu 1/1
    Chương trình của bạn vừa bị nhà tài trợ cắt số lượng sản phẩm từ 32 xuống 3 vì lý do chiến lược. Sản phẩm dùng nhiều linh kiện riêng không có trong hệ thống khác. Việc ĐẦU TIÊN bạn nên làm là gì?

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

    Nếu là PM chịu trách nhiệm ba tàu "độc bản" sau khi chương trình bị cắt, bạn ưu tiên hướng nào cho 10 năm tới?

    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)