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.109 người đã truy cậpPhiên bản 1.15.0
  1. /Tình huống
  2. /Quản lý Rủi ro
  3. /Pennsylvania kiện IBM (Mỹ, 2006–2017): hệ thống …
Số 406Quản lý Rủi ro

Pennsylvania kiện IBM (Mỹ, 2006–2017): hệ thống trợ cấp thất nghiệp trễ gần bốn năm, 170 triệu USD và cảnh báo "không nên tiếp tục"

Năm 2006, Pennsylvania thuê IBM thay hệ thống xử lý trợ cấp thất nghiệp đã cũ. Khi hợp đồng hết hạn năm 2013, dự án trễ gần bốn năm, vượt ngân sách 60 triệu USD, bang đã trả IBM 170 triệu USD. Đánh giá của Viện Kỹ thuật Phần mềm thuộc Carnegie Mellon khuyến nghị không tiếp tục, đồng thời chỉ ra đến năm 2011 bang không có ai chịu trách nhiệm chương trình. Năm 2017, bang kiện IBM; IBM bác bỏ. Bài học về quản lý rủi ro và trách nhiệm phía chủ đầu tư.

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

Bối cảnh thực tế

Sở Lao động và Công nghiệp Pennsylvania xử lý trợ cấp thất nghiệp trên phần mềm đã hơn 50 năm tuổi, vẫn dựa vào việc gửi biểu mẫu qua bưu điện. Theo hãng AP (đăng trên Insurance Journal):

  • IBM chào thầu năm 2005, dẫn các dự án tương tự ở Utah, Louisiana và New York; hợp đồng được ký năm 2006.
  • Năm 2013, bang để hợp đồng hết hạn khi dự án trễ gần bốn năm và vượt ngân sách 60 triệu USD; bang đã trả IBM 170 triệu USD.
  • Bang thuê Viện Kỹ thuật Phần mềm (SEI) của Đại học Carnegie Mellon đánh giá. Báo cáo năm 2013 tìm thấy nhiều vấn đề thiết kế và triển khai, khuyến nghị bang không tiếp tục; báo cáo cũng chỉ ra đến năm 2011, không ai tại Sở Lao động chịu trách nhiệm giải trình cho chương trình.
  • Tháng 3/2017, bang kiện IBM vi phạm hợp đồng và cố ý trình bày sai: điều phối kém, thay nhân sự chủ chốt liên tục, thúc đẩy công nhận các thành phần còn đầy lỗi là "hoàn thành"; Sở không thể tính đúng khoản đóng góp của doanh nghiệp trong hơn một năm.
  • IBM gọi cáo buộc là vô căn cứ; năm 2013, IBM từng cho rằng "trách nhiệm thuộc về cả hai phía". Từ 2013, bang đã chi thêm hơn 100 triệu USD để cải thiện vận hành.

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

  • Rủi ro "không có chủ" phía chủ đầu tư

    Năm năm không có người chịu trách nhiệm giải trình là một rủi ro tổ chức lớn hơn bất kỳ rủi ro kỹ thuật nào. Không ai theo dõi, ai sẽ phát hiện rủi ro đang thành sự cố?

  • Rủi ro thay đổi nhân sự nhà thầu

    Thay nhân sự chủ chốt liên tục làm mất tri thức dự án — rủi ro cần được nhận diện, có điều khoản giữ người và chỉ số theo dõi.

  • Nghiệm thu thành phần lỗi tích tụ nợ rủi ro

    Công nhận "hoàn thành" cho thành phần còn lỗi chuyển rủi ro sang giai đoạn tích hợp, nơi chi phí sửa lớn hơn nhiều.

  • Đánh giá độc lập đến muộn

Đánh giá của SEI cho thông tin chất lượng nhưng đến khi đã trễ bốn năm. Đánh giá độc lập định kỳ ngay từ đầu là biện pháp xử lý rủi ro rẻ hơn nhiều.

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

  1. 1

    Bước 1: Chỉ định nhà tài trợ và chủ sở hữu rủi ro ngay từ đầu

    Mỗi rủi ro lớn trong sổ đăng ký rủi ro (risk register) có người sở hữu phía chủ đầu tư, được rà soát hằng tháng.

  2. 2

    Bước 2: Đánh giá độc lập theo mốc với quyền khuyến nghị dừng

    Kết quả đánh giá dẫn đến quyết định rõ:

    • Tiếp tục

      Không có phát hiện nghiêm trọng; rủi ro trong ngưỡng chấp nhận.

    • Khắc phục

      Có phát hiện nghiêm trọng nhưng xử lý được: kế hoạch khắc phục có hạn, đánh giá lại.

    • Dừng

      Vấn đề thiết kế nền tảng: dừng chi, xem xét phương án khác.

  3. 3

    Bước 3: Nghiệm thu dựa trên tiêu chí chất lượng

    Không công nhận hoàn thành khi lỗi nghiêm trọng còn mở; theo dõi lỗi tích luỹ như một chỉ số rủi ro.

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

Rủi ro lớn nhất của một dự án thuê ngoài có thể nằm ở phía chủ đầu tư: không ai chịu trách nhiệm. Hãy gán chủ sở hữu cho rủi ro, đưa đánh giá độc lập vào từ sớm, và đừng để chữ "hoàn thành" che những lỗi sẽ bùng ra lúc tích hợp.

Nguồn tham khảo

  • Insurance Journal (AP) — Pennsylvania Sues IBM Over $170M Jobless Claims Contract
#Quản lý rủi ro#Phát triển phần mềm#khu vực công#Hệ thống di sản#Mỹ#Tranh chấp nhà cung cấp

Nguồn: Insurance Journal (AP) — Pennsylvania Sues IBM Over $170M Jobless Claims Contract (13/03/2017) ↗ (mở trong thẻ mới)

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

Câu 1/1
Bạn được giao làm PM phía chủ đầu tư cho một dự án thuê ngoài đã chạy ba năm. Bạn phát hiện sổ đăng ký rủi ro chỉ do nhà thầu cập nhật, và nhiều thành phần được ghi "hoàn thành" dù còn lỗi nghiêm trọng mở. Việc ưu tiên của bạn là gì?

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

Năm 2013, sau đánh giá của SEI, nếu là lãnh đạo Sở Lao độ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 tương tự

Số 474Quản lý Rủi ro

Cầu Morandi (Genova, 2018): rủi ro ăn mòn cáp đã biết hàng chục năm, gói gia cố 20 triệu euro mời thầu ba tháng trước khi cầu sập

Ngày 14/8/2018, một nhịp của cầu cạn Morandi ở Genova (Ý) đổ sập trong mưa giông, làm 43 người chết. Cây cầu khánh thành năm 1967 có lịch sử ăn mòn cáp văng được ghi nhận từ thập niên 1990; tháng 2/2018, một cuộc họp của cơ quan bộ đã nêu tiết diện cáp giảm trung bình 10–20% nhưng không áp biện pháp phòng ngừa. Gói gia cố khoảng 20 triệu euro chỉ được mời thầu tháng 5/2018. Bài học về rủi ro đã biết, ngưỡng hành động và cái giá của sự trì hoãn.

0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận29/10/2026
Quản lý Rủi ro

Khủng hoảng Rò rỉ Dữ liệu & Quy trình Ứng phó Sự cố An ninh mạng

Dự án xây dựng nền tảng hồ sơ sức khỏe và bảo hiểm số đang ở tuần thứ 36 trên tổng tiến độ 40 tuần, chuẩn bị bước vào giai đoạn nghiệm thu kỹ thuật và diễn tập Golive. Hệ thống chứa cơ sở dữ liệu định danh cá nhân (PII) và lịch sử khám chữa bệnh nhạy cảm của hơn 150.000 người dùng thử nghiệm.

0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận23/10/2026
Số 382Quản lý Rủi ro

Toyota (29/08/2023): bảo trì cơ sở dữ liệu làm hết dung lượng đĩa, hệ thống dự phòng cùng lỗi và 14 nhà máy tại Nhật ngừng một ngày

Sau đợt bảo trì định kỳ dọn dẹp dữ liệu tích luỹ, máy chủ xử lý đơn đặt linh kiện của Toyota dừng vì không đủ dung lượng đĩa. Máy dự phòng chạy cùng hệ thống nên gặp lỗi tương tự, không chuyển sang được. Toàn bộ 14 nhà máy lắp ráp tại Nhật ngừng một ngày. Bài học về rủi ro trong bảo trì và giả định "đã có dự phòng".

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