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ý Tích hợp
  3. /Hệ thống lương Queensland Health 2010: go-live v…
Số 34Quản lý Tích hợp

Hệ thống lương Queensland Health 2010: go-live với 2.422 lỗi đã biết và hoá đơn hơn 1,2 tỷ đô la

Ngày 14/3/2010, bang Queensland (Úc) đưa hệ thống lương mới cho ngành y tế vào vận hành dù còn hàng nghìn lỗi đã biết. Nhân viên y tế bị trả thiếu, trả thừa hoặc không được trả; chi phí khắc phục dự kiến vượt 1,2 tỷ đô la Úc. Phân tích về phạm vi không chốt, quản trị yếu và quyết định go-live.

HP
Nguyễn Thu Hà, PMP
09/06/2026
4 phút đọc 0 lượt xem
Hệ thống lương Queensland Health 2010: go-live với 2.422 lỗi đã biết và hoá đơn hơn 1,2 tỷ đô la
Bình luận0

Bối cảnh thực tế

Queensland Health — cơ quan y tế công của bang Queensland, Úc — cần thay hệ thống trả lương cũ cho khoảng 80.000 nhân viên với quy tắc lương, phụ cấp, ca kíp cực kỳ phức tạp. IBM được chọn làm nhà thầu chính trong khuôn khổ chương trình dùng chung dịch vụ của chính quyền bang.

Ngày 14/3/2010, hệ thống được đưa vào vận hành. Ngay sau đó, y tá, bác sĩ và nhân viên y tế bị trả thiếu, trả thừa hoặc không được trả lương; ở đỉnh khủng hoảng, có người phải chờ nhiều tuần. Hơn 800 nhân viên phải xử lý thủ công mỗi kỳ lương nhiều năm sau đó.

Những dấu hiệu bất thường:

  • Hệ thống go-live khi còn 2.422 lỗi đã biết.
  • Yêu cầu không được nêu rõ và phạm vi không được chốt cố định — chính IBM sau này dùng điều này để biện hộ.
  • Phí hợp đồng của IBM chỉ khoảng 25,7 triệu đô la, trong khi chi phí khắc phục toàn bộ dự kiến vượt 1,2 tỷ đô la.

Năm 2013, một Ủy ban điều tra (Commission of Inquiry) công bố báo cáo; chính quyền bang cấm IBM nhận hợp đồng mới cho tới khi cải thiện quản trị và thực hành hợp đồng, đồng thời Quốc hội bang chính thức xin lỗi nhân viên y tế.

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

  • Quyết định go-live không dựa trên tiêu chí chấp nhận (Monitor and Control Project Work)

    Đưa hệ thống trả lương vào vận hành với hàng nghìn lỗi đã biết là chấp nhận rủi ro lên trực tiếp người lao động. Một quy trình kiểm soát tích hợp đúng nghĩa phải có tiêu chí chấp nhận định lượng (mức độ nghiêm trọng của lỗi, tỷ lệ phiếu lương chính xác khi chạy song song) và quyền nói "chưa".

  • Phạm vi không chốt, yêu cầu không rõ (Develop Project Management Plan)

    Báo cáo điều tra và các bên đều thừa nhận phía chính quyền không nêu rõ yêu cầu và không cam kết phạm vi cố định. Với quy tắc lương phức tạp, yêu cầu mơ hồ biến dự án thành chuỗi thay đổi liên tục — không có baseline để đo, không có điểm dừng.

  • Quản trị và mua sắm yếu (Governance — PMBOK 7)

Cuộc điều tra chỉ ra quản trị yếu kém và thực hành đàm phán hợp đồng kém của chính quyền, đồng thời phê phán hành vi của nhà thầu trong quá trình đấu thầu. Khi quy trình lựa chọn và giám sát nhà thầu không chặt, rủi ro đã được "cài sẵn" ngay từ trước khi dự án bắt đầu.

  • Thiếu phương án dự phòng cho hệ thống thiết yếu (Plan Risk Responses)

    Trả lương là dịch vụ không được phép gián đoạn. Không có kế hoạch chạy song song đủ dài hay phương án quay lui khả thi khiến mọi lỗi đi thẳng tới túi tiền của nhân viên, kéo theo chi phí xử lý thủ công khổng lồ trong nhiều năm.

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

    1. 1

      Bước 1: Chốt yêu cầu lương và quy tắc nghiệp vụ thành baseline

      Lập danh mục quy tắc lương (thoả ước, phụ cấp, ca kíp) có chủ sở hữu nghiệp vụ ký xác nhận; mọi thay đổi sau đó qua CCB với phân tích tác động.

    2. 2

      Bước 2: Chạy song song và đối soát trước khi tắt hệ thống cũ

      Chạy song song nhiều kỳ lương, đối soát từng phiếu lương giữa hai hệ thống, chỉ chuyển khi đạt ngưỡng chính xác. Gợi ý tiêu chí:

      • GO

        Ít nhất 2–3 kỳ song song liên tiếp đạt tỷ lệ phiếu lương chính xác trong ngưỡng đã thống nhất.

      • Chưa go

        Còn lỗi mức nghiêm trọng ảnh hưởng tiền lương, dù đã có cách xử lý tạm.

      • Dừng ngay

        Không có phương án quay lui về hệ thống cũ hoặc đội hỗ trợ thủ công chưa sẵn sàng.

    3. 3

      Bước 3: Phân loại và công khai danh sách lỗi đã biết cho ban điều hành

      Không để con số "2.422 lỗi" chỉ nằm trong báo cáo kỹ thuật. Trình bày theo mức nghiêm trọng, số người bị ảnh hưởng và cách khắc phục để nhà tài trợ hiểu rủi ro mình đang chấp nhận.

    4. 4

      Bước 4: Tăng cường năng lực chủ đầu tư

      Chủ đầu tư cần đội ngũ đủ năng lực để viết yêu cầu, giám sát nhà thầu và nghiệm thu độc lập; thuê đảm bảo độc lập (independent assurance) cho các mốc quan trọng.

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

    Với hệ thống tác động trực tiếp đến người lao động, "đúng hạn" không bao giờ quan trọng hơn "đúng lương". Một danh sách lỗi đã biết mà không ai dám dùng để nói "chưa go-live" là dấu hiệu quản trị dự án đã thất bại.

    Nguồn tham khảo

    • Queensland Government Media Statement — Health payroll inquiry (2013)
    • The Register — Australian state bans IBM from future work (2013)
    #Quản lý tích hợp#go-live#khu vực công#quản trị dự án#Tiêu chí go/no-go

    Nguồn: Queensland Government Media Statement — Health payroll inquiry report (2013) ↗ (mở trong thẻ mới)

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

    Câu 1/1
    Hệ thống tính lương mới cho 15.000 nhân viên dự kiến go-live tuần tới. Kỳ chạy song song gần nhất cho thấy khoảng 4% phiếu lương lệch so với hệ thống cũ; nhà thầu nói có thể sửa dần sau go-live. Hợp đồng duy trì hệ thống cũ sẽ hết hạn sau 2 tháng. PM nên làm gì?

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

    Hệ thống cũ sắp hết hỗ trợ, hệ thống mới còn nhiều lỗi mức trung bình. Nếu là PM, 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)