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
  2. /Tình huống
  3. /Quản lý Tích hợp
  4. /Cover Oregon (2013–2014): bang tự làm "nhà tích …
Số 139Quản lý Tích hợp

Cover Oregon (2013–2014): bang tự làm "nhà tích hợp", website đăng ký bảo hiểm không xử lý nổi hồ sơ và quyết định chuyển sang HealthCare.gov

Bang Oregon thuê Oracle xây website đăng ký bảo hiểm y tế Cover Oregon nhưng không thuê một nhà tích hợp hệ thống độc lập, tự quản lý dự án. Ngày 1/10/2013 website không xử lý được đăng ký; người dân phải nộp đơn giấy, và tháng 4/2014 hội đồng bỏ website để dùng sàn liên bang. Năm 2016 hai bên dàn xếp. Phân tích quản lý tích hợp khi không ai chịu trách nhiệm đầu cuối.

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

Bối cảnh thực tế

Theo luật Chăm sóc sức khoẻ giá phải chăng của Mỹ, mỗi bang cần có sàn giao dịch bảo hiểm y tế. Oregon lập sàn của mình, đặt tên Cover Oregon (ngày 1/10/2012), và thuê Oracle phát triển website đăng ký. Theo Wikipedia, bang tự quản lý dự án thay vì thuê một nhà tích hợp hệ thống độc lập.

Diễn biến chính:

  • Website lẽ ra bắt đầu xử lý đăng ký ngày 1/10/2013, nhưng đến giữa tháng 10 vẫn chưa xử lý được đăng ký nào.
  • Thống đốc kêu gọi người dân nộp đơn giấy; bang thuê hoặc điều động gần 500 người xử lý hồ sơ giấy. Đến tháng 4/2014 khoảng 200.000 người đã đăng ký theo cách này, chủ yếu qua chương trình Oregon Health Plan (Medicaid).
  • Theo bài Wikipedia, khoảng 200 triệu trên 300 triệu USD được cấp đã chi đến tháng 1/2014; bài còn dẫn con số tổng cộng 240 triệu USD chi theo một tường thuật về thoả thuận năm 2016.
  • Tháng 4/2014, hội đồng quản trị bỏ phiếu bỏ website và dùng HealthCare.gov cho đợt ghi danh 2015; người dùng hiện tại phải đăng ký lại. Cover Oregon chính thức giải thể tháng 3/2015.
  • Tháng 8/2014 Oracle và bang kiện lẫn nhau; tháng 9/2016 hai bên dàn xếp, Oracle trả 35 triệu USD tiền mặt cùng hỗ trợ kỹ thuật và giấy phép phần mềm ước tính khoảng 60 triệu USD.

Một báo cáo độc lập do thống đốc đặt hàng năm 2014 (theo báo địa phương) quy lỗi cho giám sát yếu của bang, thiếu trách nhiệm giải trình và kết quả kém của nhà thầu chính. Bài tình huống này nhìn từ góc độ không ai chịu trách nhiệm tích hợp đầu cuối.

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

  • Thiếu chủ sở hữu tích hợp đầu cuối (Develop Project Charter, Governance)

    Khi bang tự làm chủ dự án, ai phối hợp các hệ thống phụ (đăng ký, đủ điều kiện, thanh toán, dữ liệu liên bang)? Quản lý tích hợp cần một vai trò rõ ràng: nhà tích hợp độc lập hoặc đội nội bộ đủ năng lực với quyền ra quyết định.

  • Giám sát nhà thầu chính thiếu bằng chứng (Control Procurements, Monitor)

Nhà thầu chính báo cáo tiến độ nhưng không có kiểm định độc lập về chất lượng và tình trạng thật. Cần các mốc nghiệm thu dựa trên sản phẩm chạy được (demo, kiểm thử chấp nhận) thay vì báo cáo phần trăm hoàn thành.

  • Kiểm thử tích hợp và tải chưa đủ trước ngày ra mắt (Quality Management)

    Website phụ thuộc nhiều hệ thống bên ngoài và dự kiến có lưu lượng đỉnh trong ngày mở cửa. Cần kiểm thử tích hợp end-to-end và kiểm thử tải trước khi cam kết ngày công khai.

  • Ngày công bố cố định bởi luật nhưng không có kế hoạch dự phòng đủ sớm (Plan Risk Responses)

    Việc nộp đơn giấy trở thành "kế hoạch B" phải dựng vội sau khi ra mắt. Với ngày mở cửa cố định, kế hoạch B cần được chuẩn bị và diễn tập trước, kể cả quy trình xử lý hồ sơ giấy.

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

    1. 1

      Bước 1: Chỉ định nhà tích hợp độc lập hoặc đội tích hợp nội bộ có quyền

      Lập vai trò chịu trách nhiệm đầu cuối về giao diện giữa các hệ thống, với tiêu chí chọn vai trò:

      • Nên chọn

        Có kinh nghiệm tích hợp quy mô tương tự, độc lập với nhà thầu phát triển và báo cáo thẳng cho ban chỉ đạo.

      • Cần bổ sung

        Đội nội bộ có năng lực nhưng thiếu kinh nghiệm quy mô lớn: bổ sung chuyên gia ngoài làm cố vấn và rà soát độc lập.

      • Không nên

        Phó mặc cho nhà thầu chính tự kiểm tra và tự báo cáo: không có đối trọng khi tiến độ xấu đi.

    2. 2

      Bước 2: Nghiệm thu theo sản phẩm chạy được

      Gắn thanh toán với các mốc có sản phẩm chạy thử (đăng ký đến cuối, tích hợp với dữ liệu liên bang) và kiểm thử tải trước mỗi mốc chính.

    3. 3

      Bước 3: Chuẩn bị kế hoạch B và tiêu chí chuyển hướng

      Xây sẵn quy trình đăng ký giấy hoặc thay thế, và đặt ngưỡng quyết định khi nào ngừng sửa và chuyển sang giải pháp khác (như dùng nền tảng liên bang).

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

    Tích hợp cần một chủ sở hữu có quyền và có đối trọng với nhà thầu. Khi ngày ra mắt cố định, kế hoạch B phải sẵn sàng trước ngày đó, và việc dừng một hướng đi sai sớm vẫn rẻ hơn cố chữa đến cùng.

    Nguồn tham khảo

    • Wikipedia — Cover Oregon
    #Quản lý tích hợp#Oregon#Oracle#Nhà tích hợp hệ thống#Chính phủ điện tử#Bảo hiểm y tế

    Nguồn: Wikipedia — Cover Oregon ↗ (mở trong thẻ mới)

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

    Câu 1/1
    Cơ quan của bạn tự quản lý dự án website đăng ký quy mô lớn, nhà thầu chính báo cáo "90% hoàn thành" nhưng chưa có bản chạy đầu cuối. Việc làm TỐT nhất là gì?

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

    Còn vài tuần đến ngày mở cửa cố định nhưng sản phẩm chưa chạy đầu cuối. Bạn chọn 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ý 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)