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. /Future Combat Systems (Lục quân Mỹ): tích hợp 14…
Số 111Quản lý Tích hợp

Future Combat Systems (Lục quân Mỹ): tích hợp 14 hệ thống và một mạng thông tin khi công nghệ còn chưa chín

Khởi động năm 2003, FCS là chương trình hiện đại hoá lớn nhất của Lục quân Mỹ, giao cho một "nhà tích hợp hệ thống dẫn đầu" (LSI) quản lý 14 hệ thống liên kết bằng mạng. Sáu năm sau, chỉ 3 trên 44 công nghệ then chốt đạt mức chín cao và phần lớn chương trình bị huỷ năm 2009. Bài học về tích hợp hệ thống của các hệ thống và vai trò giám sát của bên mua.

HP
Nguyễn Thu Hà, PMP
06/08/2026
4 phút đọc 0 lượt xem
Future Combat Systems (Lục quân Mỹ): tích hợp 14 hệ thống và một mạng thông tin khi công nghệ còn chưa chín
Bình luận0

Bối cảnh thực tế

Future Combat Systems (FCS) được Lục quân Mỹ coi là trụ cột để chuyển sang một lực lượng nhẹ hơn, cơ động hơn. Chương trình gồm 14 hệ thống vũ khí tích hợp (xe có người lái, xe và máy bay không người lái, cảm biến…) liên kết bằng một mạng chỉ huy, kiểm soát, thông tin, tình báo, giám sát và trinh sát.

Theo GAO, chương trình bước vào giai đoạn phát triển hệ thống từ tháng 5/2003 khi chưa xác định đầy đủ từng hệ thống, chức năng của chúng và cách chúng tương tác. Lục quân giao cho Boeing (cùng nhà thầu phụ SAIC) vai trò nhà tích hợp hệ thống dẫn đầu (Lead Systems Integrator — LSI), rộng hơn nhiều so với một nhà thầu chính thông thường: LSI tham gia xây dựng yêu cầu, thiết kế và chọn nhà thầu cho các hệ thống, phân hệ lớn.

Một số con số GAO nêu (2009):

  • Ước tính chi phí chương trình khoảng 159 tỷ USD và Lục quân thừa nhận còn có thể tăng.
  • Đến tháng 1/2009, chỉ 3 trên 44 công nghệ then chốt đạt mức sẵn sàng công nghệ TRL 7; 4 công nghệ còn chưa đạt mức tối thiểu sau sáu năm phát triển.
  • Rà soát thiết kế sơ bộ (preliminary design review) cấp hệ thống mới dự kiến vào tháng 5/2009.

Năm 2007, GAO cảnh báo cơ cấu phí của hợp đồng LSI cho chính phủ ít đòn bẩy để thúc đẩy hiệu quả chi phí, và năng lực giám sát của Bộ Quốc phòng với một chương trình "hệ thống của các hệ thống" còn hạn chế. Năm 2009, Bộ trưởng Quốc phòng quyết định huỷ phần xe có người lái của FCS (riêng phần này đã được ước tính hơn 87 tỷ USD), chỉ giữ lại một số thành phần để phát triển tiếp.

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

  • Khởi động khi điều lệ và phạm vi tích hợp còn mơ hồ

    Quy trình Xây dựng điều lệ dự án (Develop Project Charter) và Thu thập yêu cầu (Collect Requirements) phải trả lời được: hệ thống gồm những gì, giao tiếp với nhau ra sao. FCS bắt đầu phát triển khi các câu hỏi này còn bỏ ngỏ, nên mọi ước tính chi phí, tiến độ đều đứng trên nền móng chưa ổn định.

  • Rủi ro tích hợp nhân lên theo số giao diện

Với 14 hệ thống cộng một mạng chung, số giao diện cần quản lý tăng rất nhanh; một công nghệ chưa chín (ví dụ thiết bị liên lạc) có thể chặn nhiều hệ thống khác. Đây là dạng phụ thuộc mà PMBOK 7 gọi là tính phức tạp hệ thống (system complexity) — cần chiến lược chia nhỏ, không thể quản lý như một dự án đơn.

  • Bên mua chuyển giao quá nhiều quyền tích hợp nhưng giữ lại rủi ro

    Giao LSI cả việc xây dựng yêu cầu lẫn chọn nhà thầu khiến ranh giới giữa vai trò "người mua" và "người làm" mờ đi. Theo quy trình Kiểm soát mua sắm (Control Procurements), bên mua vẫn chịu trách nhiệm cuối cùng; khi hợp đồng không gắn phí với kết quả được chứng minh, đòn bẩy quản trị gần như mất.

  • Tiến độ dẫn dắt quyết định thay vì tri thức

    GAO mô tả cách tiếp cận của FCS là dựa trên tiến độ (schedule-driven): các mốc sản xuất được lên lịch trước khi độ chín thiết kế được chứng minh. Quy trình Theo dõi và kiểm soát công việc (Monitor and Control Project Work) mất tác dụng khi các tiêu chí qua mốc chỉ là "đúng ngày".

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

    1. 1

      Bước 1: Tổ chức như một chương trình, phát triển theo từng khối có giá trị độc lập

      GAO khuyến nghị cách tiếp cận tăng dần với các khả năng có thể đứng riêng và tự biện minh được. Mỗi khối là một dự án có đường cơ sở riêng, được tích hợp dần vào kiến trúc chung.

    2. 2

      Bước 2: Định nghĩa tiêu chí qua mốc dựa trên tri thức

      Thay "đúng ngày" bằng bằng chứng kỹ thuật:

      • Độ chín công nghệ

        Công nghệ then chốt phải được chứng minh trong môi trường đại diện trước khi đưa vào phát triển hệ thống.

      • Kiểm soát giao diện

        Mọi giao diện giữa các hệ thống có tài liệu kiểm soát giao diện (ICD) được duyệt và chủ sở hữu rõ ràng.

      • Thử nghiệm đại diện

        Không ra quyết định sản xuất khi chưa thử nghiệm trên mẫu đại diện cho sản phẩm thật.

    3. 3

      Bước 3: Giữ năng lực tích hợp cốt lõi ở phía bên mua

      Bên mua cần đội ngũ kỹ thuật hệ thống đủ mạnh để tự đánh giá; phí thưởng của nhà tích hợp gắn với các lần trình diễn thực tế, và mọi thay đổi được phân loại rõ là thay đổi phạm vi hay chỉ là điều chỉnh chương trình.

    4. 4

      Bước 4: Đánh giá lại tình huống kinh doanh định kỳ

      Ở mỗi cổng lớn, so sánh lại chi phí ước tính, độ chín công nghệ và nhu cầu tác chiến; dừng hoặc thu hẹp sớm vẫn tốt hơn huỷ sau nhiều năm đầu tư.

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

    Với hệ thống của các hệ thống, rủi ro lớn nhất nằm ở giao diện chứ không ở từng thành phần. Chia nhỏ thành các khối có giá trị độc lập, giữ năng lực tích hợp ở phía chủ đầu tư và đặt cổng dựa trên bằng chứng kỹ thuật — giao "toàn bộ việc tích hợp" cho một nhà thầu không chuyển giao được trách nhiệm.

    Nguồn tham khảo

    • GAO-07-380 — Role of Lead Systems Integrator on Future Combat Systems Program Poses Oversight Challenges
    • GAO-09-288 — Decisions Needed to Shape Army's Combat Systems for the Future
    • GAO-09-288 — bản văn bản đầy đủ
    #Quản lý tích hợp#gao#Quốc phòng Mỹ#System of systems#Quản lý hợp đồng#Độ chín công nghệ

    Nguồn: GAO-07-380 — Role of Lead Systems Integrator on Future Combat Systems Program Poses Oversight Challenges ↗ (mở trong thẻ mới)

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

    Câu 1/1
    Bạn quản lý một chương trình gồm nhiều hệ thống liên kết qua mạng chung. Nhà thầu tích hợp báo cáo "đúng tiến độ" ở mọi mốc, nhưng nhóm kỹ thuật của bạn nhận thấy phần lớn công nghệ then chốt vẫn chưa được thử nghiệm trong môi trường thực. Bạn nên làm gì?

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

    Nếu là giám đốc chương trình kiểu FCS năm thứ 6, khi chỉ vài công nghệ then chốt đã chín nhưng nhu cầu hiện đại hoá vẫn cấp bách, 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)