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ý Mua sắm
  3. /JEDI của Bộ Quốc phòng Mỹ: hợp đồng đám mây một …
Số 142Quản lý Mua sắm

JEDI của Bộ Quốc phòng Mỹ: hợp đồng đám mây một nhà thầu khoảng 10 tỷ USD, hai năm kiện tụng rồi bị huỷ để chuyển sang nhiều nhà cung cấp

JEDI là hợp đồng đám mây của Bộ Quốc phòng Mỹ, được nêu ở mức khoảng 10 tỷ USD trong 10 năm theo mô hình một nhà thầu. Oracle và Amazon khiếu nại, toà ra lệnh dừng công việc của Microsoft tháng 02/2020, hợp đồng bị huỷ ngày 06/07/2021 và thay bằng JWCC với bốn nhà cung cấp. Phân tích quyết định chọn mô hình trúng thầu một người, rủi ro khiếu nại và khoá nhà cung cấp.

HP
Nguyễn Thu Hà, PMP
22/09/2026
4 phút đọc 0 lượt xem
Bình luận0

Bối cảnh thực tế

JEDI (Joint Enterprise Defense Infrastructure) là chương trình mua dịch vụ điện toán đám mây cho Bộ Quốc phòng Mỹ, được nêu ở mức khoảng 10 tỷ USD trong mười năm, theo hình thức một nhà thầu trúng duy nhất. Ngay từ đầu đã có tranh luận nên dùng một hợp đồng cho toàn bộ nhu cầu hay mô hình nhiều đám mây; Hội đồng Tư vấn Mua sắm CNTT nghiêng về nhiều đám mây. Google rút khỏi cuộc thầu sau phản đối của nhân viên.

Theo Wikipedia, diễn biến chính:

  • Oracle khiếu nại, nêu quy định mua sắm và xung đột lợi ích liên quan một quan chức từng làm cho Amazon; thẩm phán Eric Bruggink tạm dừng việc trao thầu.
  • 08/2019: Tổng thống ra lệnh tạm dừng để Bộ trưởng Quốc phòng xem xét cáo buộc thiên vị Amazon.
  • 25/10/2019: Bộ Quốc phòng trao thầu cho Microsoft; 22/11/2019 Amazon Web Services khiếu nại.
  • 13/02/2020: thẩm phán Patricia Campbell-Smith dừng công việc của Microsoft, một ngày trước khi hệ thống dự kiến vận hành, vì Amazon có khả năng thắng ở lập luận Bộ đánh giá sai bản chào của Microsoft; Bộ phải mở lại việc đánh giá.
  • 04/09/2020: Bộ xác nhận lại Microsoft; Amazon tiếp tục phản đối.
  • 06/07/2021: hợp đồng JEDI bị huỷ; chương trình kế nhiệm JWCC (Joint Warfighter Cloud Capability) nhiều nhà cung cấp được kỳ vọng thay thế.
  • Tháng 12/2022: JWCC được trao cho bốn công ty, tổng tối đa khoảng 9 tỷ USD (nguồn dẫn CNN ghi 08/12 nên ngày có thể lệch).

Đến tháng 05/2021, theo nguồn, việc triển khai vẫn chưa bắt đầu. Nguồn không nêu lý do chính thức của việc huỷ nên bài này chỉ phân tích hệ quả của mô hình mua sắm.

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

  • Chiến lược mua sắm (Plan Procurement Management): một nhà thầu cho nhu cầu kéo dài mười năm

    Hợp đồng một nhà thầu dài hạn tập trung rủi ro và giá trị lớn vào một quyết định, nên mỗi kẽ hở thủ tục trở thành điểm khiếu nại. Mô hình này còn tăng khoá nhà cung cấp trong lĩnh vực công nghệ thay đổi nhanh.

  • Tiêu chí đánh giá và xung đột lợi ích (Conduct Procurements) dễ bị phản bác

Khi nhiều nhà thầu đều có thể khiếu nại, quy trình đánh giá phải minh bạch, nhất quán, có tài liệu và loại trừ xung đột lợi ích. Toà nhận thấy khả năng đánh giá chưa đúng làm chương trình đứng yên.

  • Rủi ro tiến độ từ khiếu nại pháp lý chưa được tính trong kế hoạch

    Hai năm kiện tụng làm lỡ giá trị mong muốn (một đám mây dùng chung). Sổ đăng ký rủi ro cần có rủi ro khiếu nại thầu với xác suất và biện pháp ứng phó (thông tin phản hồi, thời gian dự phòng).

  • Nhu cầu thay đổi trong khi quy trình mua sắm kéo dài

    Công nghệ đám mây và nhu cầu của các đơn vị thay đổi trong lúc kiện tụng; chuyển sang mô hình nhiều nhà cung cấp phản ánh việc thích nghi với thực tế mới.

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

    1. 1

      Bước 1: Chọn cấu trúc hợp đồng theo rủi ro khoá và khiếu nại

      Cân nhắc các phương án và tiêu chí ra quyết định:

      • Nhiều nhà cung cấp, cạnh tranh liên tục

        Hợp đồng khung cho nhiều nhà cung cấp, mỗi đơn hàng cạnh tranh lại, giảm khoá và giảm sức nặng của một quyết định.

      • Một nhà thầu có điều kiện

        Nếu cần thống nhất, đặt thời hạn ngắn hơn, điều khoản di chuyển dữ liệu và quyền chuyển sang nhà cung cấp khác.

      • Điều kiện không nên dùng

        Một nhà thầu, mười năm, giá trị rất lớn mà không có cơ chế cạnh tranh lại và lối thoát thì không nên.

    2. 2

      Bước 2: Chuẩn bị cho khiếu nại ngay trong lịch trình

      Lập kế hoạch tài liệu hoá đánh giá, rà xung đột lợi ích, tư vấn pháp lý sớm và dành thời gian dự phòng cho giai đoạn khiếu nại.

    3. 3

      Bước 3: Chia giá trị thành các đợt giao nhanh

      Cho phép đơn vị dùng sớm các khả năng cốt lõi theo từng đợt nhỏ để lợi ích không phụ thuộc vào kết quả của một hợp đồng khổng lồ.

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

    Một hợp đồng lớn, dài hạn, một nhà thầu thường là hợp đồng dễ bị khiếu nại và khoá chặt nhất. Cấu trúc mua sắm cũng là quyết định quản lý rủi ro: hãy thiết kế để cạnh tranh còn tiếp tục và lợi ích đến từng đợt.

    Nguồn tham khảo

    • Wikipedia — Joint Enterprise Defense Infrastructure
    #Quản lý mua sắm#Đấu thầu#Điện toán đám mây#Khiếu nại thầu#Bộ Quốc phòng Mỹ#Khoá nhà cung cấp

    Nguồn: Wikipedia — Joint Enterprise Defense Infrastructure ↗ (mở trong thẻ mới)

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

    Câu 1/1
    Cơ quan của bạn chuẩn bị mua dịch vụ đám mây trị giá rất lớn trong mười năm. Lãnh đạo muốn trao cho một nhà thầu duy nhất để đơn giản hoá. Cách tiếp cận nào phù hợp nhất với quản lý rủi ro mua sắm?

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

    Bạn chọn mô hình nào cho hợp đồng đám mây dùng chung của một bộ lớn?

    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ý Mua sắm

    Novopay (New Zealand): hệ thống lương cho khoảng 90.000 nhân viên trường học và năng lực quản lý hợp đồng của bên mua

    Bộ Giáo dục New Zealand chọn Talent2 sau đấu thầu để làm hệ thống lương Novopay, chạy từ tháng 8/2012 và gây hàng nghìn lỗi trả lương. Cuộc điều tra cấp bộ (6/2013) kết luận việc chọn nhà thầu không sai, nhưng bộ thiếu kinh nghiệm thương mại, quản trị yếu và báo cáo cho bộ trưởng quá lạc quan; chi phí tăng khoảng 23,9 triệu NZD. Phân tích quản lý mua sắm và nghiệm thu.

    0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận10/10/2026
    Số 140Quản lý Mua sắm

    Hertz kiện Accenture: 32 triệu USD cho dự án website và ứng dụng di động, đồng hồ go-live trượt hai lần rồi bị chấm dứt hợp đồng

    Năm 2016 Hertz thuê Accenture làm lại website và ứng dụng di động. Theo hồ sơ khởi kiện tháng 04/2019, Hertz đã trả 32 triệu USD, mốc go-live 12/2017 trượt sang 01/2018 rồi 04/2018, và Hertz chấm dứt hợp đồng năm 2018. Hertz nêu các cáo buộc về chất lượng mã, kiểm thử và phạm vi; Accenture phản bác. Phân tích điều khoản nghiệm thu, thay đổi và tiêu chí chất lượng trong hợp đồng với nhà tích hợp số.

    0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận04/10/2026
    Số 141Quản lý Mua sắm

    Munich LiMux: gần 15.000 máy tính chuyển sang Linux rồi quay lại Windows, và câu hỏi về khoá nhà cung cấp và tổ chức

    Thành phố Munich (Đức) năm 2003 chọn hệ thống Linux riêng LiMux thay Windows, đến năm 2013 đã chuyển trên 15.000 máy. Tháng 11/2017 hội đồng quyết định quay lại phần mềm nền Windows trước năm 2020. Các nguồn nêu nguyên nhân khác nhau: tương thích phần mềm, vấn đề tổ chức, chính trị. Một ví dụ cân nhắc khoá nhà cung cấp, chi phí chuyển đổi và quản trị nguồn mở.

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