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ý Tiến độ
  3. /Hệ thống điều khiển mặt đất GPS OCX: bắt đầu trư…
Quản lý Tiến độ

Hệ thống điều khiển mặt đất GPS OCX: bắt đầu trước khi xong rà soát, báo cáo tiến độ lạc quan và hơn 5 năm trễ hạn

OCX là phần mặt đất cần để điều khiển đầy đủ thế hệ vệ tinh GPS III, do Raytheon phát triển. GAO nhiều lần chỉ ra: chương trình khởi động trước khi xong rà soát kỹ thuật, tăng tốc dù lỗi chồng chất, báo cáo tiến độ lạc quan hơn đánh giá độc lập; đến 2019 đã trễ khoảng 5 năm và tăng 2,5 tỷ USD. Phân tích dưới góc độ quản lý tiến độ.

HP
Nguyễn Thu Hà, PMP
09/05/2026
4 phút đọc 0 lượt xem
Hệ thống điều khiển mặt đất GPS OCX: bắt đầu trước khi xong rà soát, báo cáo tiến độ lạc quan và hơn 5 năm trễ hạn
Bình luận0

Bối cảnh thực tế

Hệ thống điều khiển thế hệ mới OCX (Next Generation Operational Control System) là phần mặt đất cần để Không quân (sau này là Lực lượng Không gian) Mỹ điều khiển đầy đủ vệ tinh GPS III, với an ninh mạng mạnh hơn và hỗ trợ tín hiệu quân sự M-code. Nhà thầu chính là Raytheon.

GAO-15-657 (2015):

  • Phát triển bắt đầu năm 2010 trước khi hoàn tất các rà soát sơ bộ bắt buộc.
  • Năm 2012 chương trình được tăng tốc để khớp lịch phóng vệ tinh, dù vấn đề kỹ thuật đang tăng; tỉ lệ lỗi vẫn cao sau cả một đợt tạm dừng năm 2013 để xử lý nguyên nhân gốc.
  • Không quân "liên tục báo cáo tiến độ cao hơn" so với các đánh giá độc lập; chương trình cần thêm 1,1 tỷ USD và 4 năm so với kế hoạch.

GAO-19-250 (2019):

  • OCX đã trễ khoảng 5 năm, còn ít nhất 2 năm việc, tăng 2,5 tỷ USD kể từ 2012 và nhiều khả năng còn trễ nữa.
  • Nhà thầu đã dùng gần hết dự trữ tiến độ; cải thiện năng suất phần mềm chưa thành hiện thực, sửa lỗi mất lâu hơn dự kiến; giai đoạn kiểm thử của chính phủ sau nghiệm thu có thể kéo dài gấp đôi.
  • GAO khuyến nghị một đánh giá tiến độ độc lập; Bộ Quốc phòng không đồng ý vì cho rằng đã có đánh giá và theo dõi.

Năm 2014, Không quân xác định nguyên nhân gốc gồm kỹ thuật hệ thống chưa đầy đủ, kỷ luật quy trình kém và độ phức tạp của an ninh mạng.

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

  • Tiến độ bị áp từ bên ngoài, không xây từ dưới lên

    Việc tăng tốc năm 2012 xuất phát từ nhu cầu khớp lịch vệ tinh, không từ ước tính thời lượng hoạt động (Estimate Activity Durations) dựa trên năng suất thực. Một lịch biểu không phản ánh khối lượng và năng suất thực chỉ là mục tiêu, không phải kế hoạch.

  • Báo cáo tiến độ lạc quan làm mù quyết định

    Khi báo cáo nội bộ luôn tốt hơn đánh giá độc lập, nhà tài trợ mất khả năng phản ứng sớm. Quy trình Kiểm soát tiến độ (Control Schedule) cần dữ liệu khách quan — ví dụ số lỗi mở, tốc độ đóng lỗi, chỉ số hiệu suất tiến độ dựa trên giá trị thu được — thay cho tự đánh giá phần trăm hoàn thành.

  • Dự trữ tiến độ bị tiêu hết mà không có hành động

    Dự trữ (schedule reserve/buffer) là chỉ báo sớm; khi đã tiêu gần hết ở giữa dự án, xác suất trễ mốc cuối rất cao. Đây là tín hiệu để phân tích rủi ro tiến độ định lượng (ví dụ mô phỏng Monte Carlo), không phải tiếp tục chờ.

  • Giai đoạn kiểm thử cuối bị ước tính quá ngắn

    Phát triển chồng lấn, kế hoạch kiểm thử chưa rõ và phát hiện lỗi muộn khiến giai đoạn kiểm thử sau nghiệm thu có thể kéo dài gấp đôi. Các hoạt động cuối dự án thường bị nén vì "còn xa", trong khi chúng lại chịu ảnh hưởng tích luỹ của mọi trễ hạn trước đó.

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

    1. 1

      Bước 1: Hoàn tất rà soát kỹ thuật trước khi cam kết đường cơ sở tiến độ

      Không bắt đầu phát triển chính thức khi rà soát sơ bộ chưa xong; nếu bắt buộc phải bắt đầu, ghi rõ độ tin cậy thấp của tiến độ và lập dự trữ tương xứng.

    2. 2

      Bước 2: Dùng thước đo khách quan và đánh giá độc lập

      Thiết lập bộ chỉ số tiến độ dựa trên dữ liệu:

      • Lỗi phần mềm

        Theo dõi số lỗi mở, tốc độ phát hiện và đóng lỗi theo tuần; xu hướng xấu trong 4 tuần liên tiếp phải được báo cáo.

      • Dự trữ tiến độ

        Tỉ lệ dự trữ đã dùng so với tỉ lệ công việc hoàn thành; dùng nhanh hơn thì cảnh báo vàng.

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

        Chênh lệch giữa báo cáo của nhà thầu và đánh giá độc lập vượt ngưỡng thì leo thang lên nhà tài trợ.

    3. 3

      Bước 3: Phân tích rủi ro tiến độ định lượng

      Dùng mô phỏng Monte Carlo với dữ liệu năng suất thực để đưa ra mốc có mức tin cậy (ví dụ P80), thay cho một ngày duy nhất.

    4. 4

      Bước 4: Lập kế hoạch kiểm thử cuối thực tế

      Ước tính giai đoạn kiểm thử sau nghiệm thu dựa trên số lỗi dự kiến và kinh nghiệm thực tế, với kế hoạch kiểm thử chi tiết sớm.

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

    Lịch biểu áp từ bên ngoài cộng với báo cáo lạc quan là công thức cho trễ hạn kéo dài. Hãy để dữ liệu khách quan và đánh giá độc lập nói thay, theo dõi tốc độ tiêu dự trữ, và đưa ra mốc có mức tin cậy thay vì một ngày đẹp trên giấy.

    Nguồn tham khảo

    • GAO-19-250 — Global Positioning System: Updated Schedule Assessment Could Help Decision Makers Address Likely Delays Related to New Ground Control System
    • GAO-15-657 — GPS: Actions Needed to Address Ground System Development Problems and User Equipment Production Readiness
    #Quản lý tiến độ#gao#Quốc phòng Mỹ#Không gian#Phần mềm#Đánh giá tiến độ độc lập

    Nguồn: GAO-19-250 — Global Positioning System: Updated Schedule Assessment Could Help Decision Makers Address Likely Delays Related to New Ground Control System ↗ (mở trong thẻ mới)

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

    Câu 1/1
    Giữa dự án, nhà thầu báo cáo tiến độ "đúng kế hoạch". Tuy nhiên dữ liệu cho thấy 85% dự trữ tiến độ đã dùng trong khi mới hoàn thành 50% khối lượng, và số lỗi phần mềm mở tăng liên tục. Bạn nên làm gì?

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

    Nếu là PM phía chính phủ khi báo cáo của nhà thầu và đánh giá độc lập về tiến độ chênh nhau 2 năm, bạn làm gì?

    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ý Tiến độ

    Windows Longhorn thành Vista: "tái lập" năm 2004, khi phụ thuộc chéo giữa các đội làm mọi mốc trượt dần

    Longhorn ban đầu được hình dung là bản phát hành nhỏ vào cuối 2003, rồi dần gánh thêm cả những tính năng vốn dành cho thế hệ sau. Tháng 8/2004 Microsoft quyết định làm lại từ nền Windows Server 2003 SP1, cắt hoặc hoãn WinFS và phần lớn Palladium; Vista chỉ đến tay người dùng tháng 1/2007. Phân tích dưới góc nhìn quản lý tiến độ: phụ thuộc giữa các đội, nợ kỹ thuật và quyết định "đặt lại đường cơ sở".

    0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận14/10/2026
    Quản lý Tiến độ

    Final Fantasy XIV: làm lại cả trò chơi trong khi bản cũ vẫn vận hành — lộ trình 3 năm từ thất bại 2010 đến A Realm Reborn

    Bản gốc ra mắt tháng 9/2010 với đánh giá rất tệ. Square Enix thay đội lãnh đạo, tạm ngừng thu phí và quyết định xây lại trò chơi trên động cơ, máy chủ mới trong khi vẫn cập nhật bản cũ. Phiên bản A Realm Reborn phát hành 27/8/2013. Phân tích ở góc nhìn tái lập kế hoạch tiến độ, lộ trình công khai và chuyển đổi không gián đoạn.

    0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận04/10/2026
    Số 120Quản lý Tiến độ

    Tên lửa SLS và chuyến bay Artemis I: khi lần tái lập kế hoạch che mất 19 tháng trượt tiến độ

    Báo cáo IG-20-012 (03/2020) của Văn phòng Tổng Thanh tra NASA cho thấy chương trình Space Launch System vượt đường cơ sở cam kết với Quốc hội ít nhất 33%, trong khi một lần tái lập kế hoạch năm 2017 đã rút gần 1 tỷ USD chi phí ra khỏi đường cơ sở mà không hạ mức cam kết — làm mờ tác động của 19 tháng trượt tiến độ. Phân tích theo góc nhìn quản lý tiến độ và đường cơ sở.

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