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. /ECSS (Không quân Mỹ): hơn 1 tỷ USD cho hệ thống …
Quản lý Tích hợp

ECSS (Không quân Mỹ): hơn 1 tỷ USD cho hệ thống ERP hậu cần, và quyết định dừng khi tiếp tục chỉ còn mua được 1/4 phạm vi

Expeditionary Combat Support System (ECSS) là dự án ERP nhằm thay khoảng 240 hệ thống hậu cần cũ của Không quân Mỹ bằng một hệ thống tích hợp. Sau khoảng 7 năm, hơn 1 tỷ USD và ba lần tái cấu trúc, Không quân ước tính cần thêm khoảng 1,1 tỷ USD chỉ để có khoảng 1/4 phạm vi ban đầu vào năm 2020, nên huỷ chương trình (11/2012). Bài học về quyết định dừng dự án và chi phí chìm.

HP
Nguyễn Thu Hà, PMP
11/11/2025
4 phút đọc 0 lượt xem
ECSS (Không quân Mỹ): hơn 1 tỷ USD cho hệ thống ERP hậu cần, và quyết định dừng khi tiếp tục chỉ còn mua được 1/4 phạm vi
Bình luận0

Bối cảnh thực tế

Không quân Mỹ vận hành hàng trăm hệ thống CNTT riêng lẻ cho hậu cần: theo dõi máy bay, nhiên liệu, phụ tùng… ECSS được khởi động giữa thập niên 2000 để thay thế khoảng 240 hệ thống đó bằng một hệ thống hoạch định nguồn lực doanh nghiệp (ERP) tích hợp, đồng thời giúp có được báo cáo tài chính kiểm toán được. Phần mềm nền là sản phẩm thương mại của Oracle; Computer Sciences Corporation (CSC) là nhà tích hợp hệ thống.

Theo IEEE Spectrum, Air & Space Forces Magazine và Wikipedia:

  • 9/2011 Không quân ra lệnh dừng việc với CSC vì thiếu tiến triển; hợp đồng sau đó bị chấm dứt.
  • Chương trình đã trải qua ba lần tái cấu trúc trong khoảng ba năm trước khi bị huỷ.
  • Không quân đánh giá chương trình chưa tạo ra năng lực quân sự đáng kể nào; để tiếp tục cần thêm khoảng 1,1 tỷ USD cho khoảng một phần tư phạm vi ban đầu, với thời điểm đưa vào dùng không sớm hơn 2020.
  • 8/11/2012 Không quân thông báo Quốc hội huỷ chương trình, sau khi đã chi hơn 1 tỷ USD.

Một báo cáo đánh giá được IEEE Spectrum dẫn lại cho rằng các nhà quản lý chương trình e ngại báo tin xấu vì sợ chương trình bị huỷ, khiến lãnh đạo không thể gỡ vướng kịp thời. Năm 2014, Tiểu ban Điều tra Thường trực của Thượng viện Mỹ công bố báo cáo lưỡng đảng về ECSS, gọi đây là một trong những ví dụ quản lý kém nghiêm trọng nhất của Bộ Quốc phòng.

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

  • Phạm vi tích hợp khổng lồ cho một lần chuyển đổi

    Thay 240 hệ thống bằng một ERP không chỉ là dự án phần mềm mà là chuyển đổi cách làm việc của cả tổ chức. Quản lý tích hợp dự án đòi hỏi điều phối đồng thời công nghệ, quy trình nghiệp vụ, dữ liệu và con người; khi phạm vi lớn như vậy được cam kết như một khối, rủi ro dồn về cuối.

  • Văn hoá giấu tin xấu làm hỏng hệ thống báo cáo

    Quy trình Giám sát và kiểm soát công việc dự án (Monitor and Control Project Work) chỉ hiệu quả khi báo cáo hiệu suất trung thực. Bộ quy tắc đạo đức PMI đặt trung thực (honesty) là giá trị cốt lõi; một tổ chức mà người báo tin xấu bị coi là đe doạ sẽ chỉ biết vấn đề khi đã quá muộn.

  • Tái cấu trúc nhiều lần không trả lời câu hỏi giá trị

    Ba lần tái cấu trúc trong ba năm cho thấy đường cơ sở liên tục thay đổi mà không đánh giá lại trường hợp kinh doanh. Mỗi lần nên là một điểm quyết định thực sự: tiếp tục, thay đổi căn bản hay dừng.

  • Chi phí chìm và quyết định dừng

    Hơn 1 tỷ USD đã chi là chi phí chìm (sunk cost) — không nên ảnh hưởng tới quyết định tương lai. Câu hỏi đúng là: 1,1 tỷ USD tiếp theo mua được gì? Khi câu trả lời là 1/4 phạm vi, trễ tới 2020, quyết định dừng là hợp lý về mặt kinh tế dù khó khăn về mặt chính trị.

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

    1. 1

      Bước 1: Chia chương trình thành các bản phát hành có giá trị độc lập

      Thay vì một lần chuyển đổi lớn, chọn các nhóm chức năng hoặc đơn vị triển khai trước, mỗi bước thay được một số hệ thống cũ và tạo lợi ích đo được.

    2. 2

      Bước 2: Đặt tiêu chí dừng ngay từ đầu

      Hiến chương dự án (project charter) và kế hoạch quản lý lợi ích ghi rõ điều kiện để đánh giá lại hoặc dừng:

      • Lợi ích tối thiểu

        Mỗi giai đoạn phải thay được số hệ thống cũ đã định; không đạt thì trình hội đồng quyết định.

      • Ngưỡng chi phí tăng thêm

        Khi chi phí ước tính để hoàn thành vượt ngưỡng so với giá trị phần phạm vi còn lại, bắt buộc phân tích dừng hay tiếp tục.

      • Đánh giá độc lập

        Rà soát độc lập định kỳ báo cáo trực tiếp cho nhà tài trợ, không qua văn phòng chương trình.

    3. 3

      Bước 3: Xây văn hoá báo tin xấu sớm

      Nhà tài trợ cam kết công khai rằng báo cáo trung thực về rủi ro sẽ không bị trừng phạt; dùng chỉ số khách quan (EVM, burn-up) thay cho báo cáo màu xanh chủ quan.

    4. 4

      Bước 4: Lập kế hoạch thay đổi quy trình nghiệp vụ song song

      Đưa việc chuẩn hoá quy trình hậu cần vào phạm vi với chủ sở hữu nghiệp vụ, để phần mềm thương mại không phải bị tuỳ biến theo từng quy trình cũ.

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

    Dừng một dự án đúng lúc cũng là quản lý tốt. Hãy đặt tiêu chí dừng từ đầu, nuôi dưỡng văn hoá báo tin xấu sớm, và khi đánh giá lại, chỉ hỏi phần đầu tư tiếp theo mua được bao nhiêu giá trị — không phải đã chi bao nhiêu.

    Nguồn tham khảo

    • IEEE Spectrum — U.S. Air Force Blows $1 Billion on Failed ERP Project
    • Air & Space Forces Magazine (11/2012) — Next-Gen Logistics System Gets Axed
    • Wikipedia — Expeditionary Combat Support System
    #Quản lý tích hợp#Quyết định dừng dự án#Chi phí chìm#ERP#Báo cáo trung thực

    Nguồn: IEEE Spectrum — U.S. Air Force Blows $1 Billion on Failed ERP Project ↗ (mở trong thẻ mới)

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

    Câu 1/1
    Một chương trình ERP đã chi 800 triệu USD. Đánh giá độc lập cho thấy cần thêm 700 triệu USD và 6 năm để giao khoảng 30% phạm vi ban đầu. Nhà tài trợ hỏi ý kiến PM. Khuyến nghị nào phù hợp nhất?

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

    Nếu là PM của ECSS năm 2012, khi tiếp tục chỉ còn mua được khoảng 1/4 phạm vi với thêm 1,1 tỷ USD, bạn khuyến nghị gì với nhà tài trợ?

    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)