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. /Trực thăng Chinook Mk3: 8 chiếc nằm trong kho nh…
Số 181Quản lý Mua sắm

Trực thăng Chinook Mk3: 8 chiếc nằm trong kho nhiều năm vì hợp đồng không đòi quyền tiếp cận mã nguồn

Bộ Quốc phòng Anh đặt mua 8 trực thăng Chinook Mk3 từ Boeing năm 1995 cho lực lượng đặc nhiệm. Máy bay được giao năm 2001 nhưng không thể cấp chứng nhận đủ điều kiện bay vì bên mua không có quyền tiếp cận mã nguồn phần mềm buồng lái để chứng minh an toàn. Tổng chi phí lên 422 triệu bảng. Phân tích dưới góc nhìn quản lý mua sắm: yêu cầu nghiệm thu phải được viết vào hợp đồng.

HP
Nguyễn Thu Hà, PMP
17/03/2026
4 phút đọc 0 lượt xem
Trực thăng Chinook Mk3: 8 chiếc nằm trong kho nhiều năm vì hợp đồng không đòi quyền tiếp cận mã nguồn
Bình luận0

Bối cảnh thực tế

Năm 1995, MoD đặt mua 8 trực thăng vận tải hạng nặng Chinook HC3 (Mk3) từ Boeing, cấu hình đặc biệt cho lực lượng đặc nhiệm. Máy bay được giao năm 2001 — nhưng không thể đưa vào phục vụ.

Vấn đề nằm ở hệ thống điện tử buồng lái: để cơ quan quản lý cấp chứng nhận đủ điều kiện bay (airworthiness) theo chuẩn của Anh, MoD cần chứng minh phần mềm an toàn. Nhưng hợp đồng không quy định quyền tiếp cận mã nguồn — điều kiện cần để đánh giá rủi ro an toàn của phần mềm. Như một bài báo mô tả, không ai nói được buồng lái không an toàn; vấn đề là không ai chứng minh được nó an toàn.

Theo báo cáo của NAO tháng 6/2008:

  • Dự án “Fix to Field” — sửa để đưa máy bay ra hiện trường — tiến triển rất chậm suốt khoảng sáu năm.
  • Tháng 3/2007, MoD chuyển sang phương án “Reversion”: hạ cấu hình về gần chuẩn Mk2 để có máy bay sớm hơn khoảng hai năm, chấp nhận năng lực thấp hơn. Hợp đồng chính ký tháng 12/2007.
  • Quyết định tháng 3/2007 được đưa ra mà thiếu phân tích chi tiết vốn có với một khoản đầu tư lớn như vậy.
  • Tổng chi phí từ mua sắm đến hoàn tất dự án ước khoảng 422 triệu bảng cho 8 chiếc.

Trong khi đó, lực lượng ở Afghanistan thiếu trực thăng vận tải. Về sau, các máy bay này còn được nâng cấp buồng lái kỹ thuật số và cuối cùng chuyển sang chuẩn Mk5 — hơn 15 năm sau lúc đặt mua.

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

  • Tiêu chí nghiệm thu thiếu trong tài liệu mua sắm (Plan Procurement Management)

    Tài liệu đấu thầu và tuyên bố công việc (procurement SOW) phải nêu đủ những gì bên mua cần để nghiệm thu và sử dụng sản phẩm, không chỉ sản phẩm vật lý. Ở đây, chứng nhận đủ điều kiện bay là điều kiện tiên quyết để dùng máy bay, nhưng dữ liệu cần cho chứng nhận (mã nguồn, tài liệu kiểm chứng) không nằm trong phạm vi hợp đồng.

  • Rủi ro sở hữu trí tuệ và dữ liệu kỹ thuật không được nhận diện

    Quyền đối với dữ liệu kỹ thuật (technical data rights) là một hạng mục rủi ro kinh điển trong mua sắm sản phẩm phần mềm nhúng. Không nhận diện nó lúc lập kế hoạch nghĩa là đến khi cần, bên mua đã mất đòn bẩy đàm phán.

  • Kế hoạch sửa chữa kéo dài vì thiếu điểm quyết định

    Dự án sửa lỗi kéo dài nhiều năm trước khi đổi hướng. Không có tiêu chí dừng (kill criteria) hay mốc rà soát bắt buộc khiến tổ chức tiếp tục theo một phương án tiến triển chậm thay vì so sánh sớm với phương án thay thế.

  • Quyết định chuyển hướng thiếu phân tích

    NAO ghi nhận quyết định Reversion năm 2007 ban đầu thiếu phân tích chi tiết. Áp lực tác chiến là có thật, nhưng một khoản đầu tư lớn vẫn cần so sánh phương án (alternatives analysis) và phân tích chi phí – lợi ích, dù được rút gọn.

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

    1. 1

      Bước 1: Bắt đầu từ câu hỏi “cần gì để được phép dùng?”

      Liệt kê mọi điều kiện nghiệm thu và chứng nhận (an toàn, quy chuẩn, bảo mật) rồi truy ngược ra dữ liệu, tài liệu, quyền truy cập cần có từ nhà cung cấp; đưa toàn bộ vào SOW và tiêu chí đánh giá thầu.

    2. 2

      Bước 2: Viết điều khoản dữ liệu kỹ thuật có thể kiểm chứng

      Các điều khoản tối thiểu cho sản phẩm có phần mềm nhúng:

      • Quyền tiếp cận mã nguồn

        Cho bên mua hoặc bên thẩm định độc lập được chỉ định, phục vụ chứng nhận và bảo trì.

      • Hồ sơ kiểm chứng phần mềm

        Bàn giao kế hoạch, kết quả kiểm thử và truy vết yêu cầu theo chuẩn mà cơ quan chứng nhận chấp nhận.

      • Ký quỹ mã nguồn (escrow)

        Áp dụng khi nhà cung cấp không đồng ý trao quyền trực tiếp.

      • Điều kiện thanh toán

        Khoản thanh toán cuối gắn với việc đạt chứng nhận, không chỉ với việc giao hàng.

    3. 3

      Bước 3: Mời cơ quan chứng nhận tham gia từ giai đoạn mua sắm

      Cơ quan quản lý an toàn là bên liên quan then chốt: xác nhận sớm họ cần bằng chứng gì sẽ tránh được bất ngờ khi hàng đã giao.

    4. 4

      Bước 4: Đặt mốc rà soát định kỳ cho dự án khắc phục

      Mỗi 6–12 tháng so sánh tiến độ thực tế của phương án đang làm với các phương án thay thế; ghi rõ ngưỡng chuyển hướng để quyết định không phụ thuộc vào cảm tính hay áp lực tức thời.

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

    Bạn không mua một chiếc máy bay — bạn mua khả năng được phép bay nó. Mọi thứ cần để nghiệm thu, chứng nhận và bảo trì (dữ liệu, mã nguồn, quyền sử dụng) phải nằm trong hợp đồng ngay từ đầu, vì sau khi ký, đòn bẩy của bên mua gần như biến mất.

    Nguồn tham khảo

    • National Audit Office — Ministry of Defence: Chinook Mk3 Helicopters (04/06/2008)
    • The Register — Chinook Mk3s receive Mk5 update 16 years late (2017)
    #Quản lý mua sắm#NAO#Quốc phòng Anh#Điều khoản hợp đồng#Chứng nhận#Phần mềm

    Nguồn: National Audit Office — Ministry of Defence: Chinook Mk3 Helicopters (06/2008) ↗ (mở trong thẻ mới)

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

    Câu 1/1
    Bạn đang soạn hồ sơ mời thầu mua một thiết bị y tế có phần mềm nhúng. Sản phẩm phải được cơ quan quản lý cấp phép trước khi dùng cho bệnh nhân. Nhà cung cấp hàng đầu chào giá thấp nhất nhưng từ chối chia sẻ mã nguồn và tài liệu kiểm chứng phần mềm. Bạn nên làm gì?

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

    Nếu là PM năm 2007 với 8 trực thăng chưa bay được, dự án sửa lỗi đã chậm nhiều năm và lực lượng tiền tuyến đang thiếu trực thăng, 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ý 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)