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. /Ontario SAMS: ra mắt hệ thống trợ cấp xã hội khi…
Quản lý Mua sắm

Ontario SAMS: ra mắt hệ thống trợ cấp xã hội khi chưa đạt tiêu chí, 771 lỗi nghiêm trọng còn tồn và hàng chục triệu đô tính sai trợ cấp

Hệ thống quản lý trợ cấp xã hội SAMS của tỉnh bang Ontario (Canada) ra mắt tháng 11/2014. Kiểm toán viên trưởng nhận định ban điều hành biết hệ thống chưa đạt tiêu chí ra mắt nhưng vẫn chấp nhận rủi ro, quan chức không được báo đủ lỗi đã biết, đến 07/2015 còn 771 lỗi nghiêm trọng và chi phí gần 300 triệu đô la Canada. Phân tích kiểm soát nhà cung cấp, báo cáo trung thực và chi phí tư vấn.

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

Bối cảnh thực tế

SAMS (Social Assistance Management System) là hệ thống để tỉnh bang Ontario quản lý các chương trình trợ cấp xã hội. Hệ thống ra mắt tháng 11/2014. Ngày 02/12/2015 báo Canadian Press (qua Global News) đưa tin về báo cáo của Kiểm toán viên trưởng của tỉnh bang:

  • Ban điều hành hiểu rằng SAMS chưa đáp ứng tiêu chí ra mắt do bộ đặt ra, nhưng vẫn chấp nhận rủi ro.
  • Quan chức không được thông báo đủ vấn đề đã biết: kiểm toán viên thấy lỗi nghiêm trọng nhiều hơn họ biết, ít kiểm thử hơn họ tin, và kết quả kém hơn.
  • Bộ phận kiểm toán nội bộ khuyến nghị rà soát mức sẵn sàng bốn tháng trước ra mắt; việc này không diễn ra vì hai bên không thống nhất được phạm vi.
  • Tháng 12/2014, khoảng 20 triệu đô la Canada tiền chi trả sai đã nằm trong hàng đợi, làm vấn đề lộ ra; đến 10/2015 hệ thống tính sai khoảng 89 triệu đô có thể trả thừa và 51 triệu đô có thể trả thiếu.
  • Tháng 07/2015 còn 771 lỗi nghiêm trọng chưa xử lý và chưa phải tất cả đã được nhận diện; hàng đợi tổng đài khoảng 11.500 cuộc gọi, lỗi nghiêm trọng mất trung bình 40 ngày để sửa.
  • Bộ không gia hạn hợp đồng với các tư vấn biết cách kiểm thử các bản nâng cấp nên không kiểm thử được; sau đó thuê 8 tư vấn mới cần khoảng sáu tháng để nắm việc.

Chính phủ chi thêm 52 triệu đô cho khắc phục, đưa tổng chi gần 300 triệu đô la Canada, và dự kiến ổn định vào mùa xuân 2016. Các tư vấn được nêu tính phí trung bình 190 đô mỗi giờ, một số người giám sát tư vấn khác nhận tới 2.000 đô mỗi ngày. Bài báo không nêu tên nhà cung cấp.

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

  • Tiêu chí ra mắt có nhưng không có hiệu lực ràng buộc (Control Quality, Validate Scope)

    Bộ đã xây tiêu chí ra mắt nhưng ban điều hành vẫn chấp nhận rủi ro mà không có điều kiện bổ sung. Tiêu chí go/no-go chỉ có giá trị khi vi phạm kích hoạt hành động bắt buộc (hoãn, ra mắt hạn chế, phê duyệt cấp cao hơn).

  • Thông tin báo cáo lên lãnh đạo không đầy đủ (Manage Communications)

Lãnh đạo tin rằng lỗi ít hơn và kiểm thử nhiều hơn thực tế. Báo cáo trạng thái phải lấy số liệu trực tiếp từ hệ thống theo dõi lỗi và kiểm thử, và kiểm toán nội bộ cần quyền tiếp cận độc lập.

  • Rà soát độc lập bị bỏ vì tranh chấp phạm vi (Control Procurements)

    Một đánh giá mức sẵn sàng được khuyến nghị bốn tháng trước nhưng không diễn ra vì hai bên không thống nhất phạm vi. Đây là rủi ro quản trị: quyền rà soát độc lập cần được quy định trong hợp đồng và điều lệ dự án, không phụ thuộc đàm phán từng lần.

  • Phụ thuộc vào tư vấn và đánh mất tri thức (Manage Project Knowledge)

    Không gia hạn tư vấn biết kiểm thử khiến các bản nâng cấp không kiểm thử được. Kế hoạch tài nguyên cần chuyển giao tri thức sang nhân sự nội bộ trước khi để hợp đồng tư vấn hết hạn.

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

    1. 1

      Bước 1: Gắn tiêu chí ra mắt với cơ chế quyết định có điều kiện

      Định nghĩa trước các mức quyết định:

      • Đạt tiêu chí

        Không còn lỗi mức nghiêm trọng ở tính toán trợ cấp, đã kiểm thử tải và kiểm thử chấp nhận với dữ liệu thật; ra mắt toàn bộ.

      • Chưa đạt, có kiểm soát

        Ra mắt hạn chế (một nhóm địa bàn nhỏ), có rà soát thủ công kết quả chi trả và kênh sửa lỗi nhanh.

      • Không đạt

        Còn lỗi ảnh hưởng chi trả cho người dân thì không ra mắt; trình lãnh đạo cấp cao với phương án và chi phí hoãn.

    2. 2

      Bước 2: Bảo đảm báo cáo độc lập và đầy đủ

      Cho kiểm toán nội bộ quyền truy cập trực tiếp vào số liệu kiểm thử và lỗi, và đưa đánh giá sẵn sàng độc lập thành bắt buộc trong điều khoản hợp đồng.

    3. 3

      Bước 3: Giữ lại tri thức kiểm thử và vận hành

      Lập kế hoạch bàn giao cho nhân sự nội bộ, chỉ để hợp đồng tư vấn hết hạn khi đã có người thay thế kiểm chứng được.

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

    Với hệ thống chi trả cho người dân, một lỗi không chỉ là lỗi phần mềm. Hãy biến tiêu chí ra mắt thành cổng bắt buộc, đảm bảo lãnh đạo thấy số liệu thật, và đưa quyền rà soát độc lập vào hợp đồng.

    Nguồn tham khảo

    • Global News — Ontario government knew of welfare payment problems before new system launch
    #Quản lý mua sắm#Kiểm toán#Ontario#chuyển đổi số#nghiem-thu#Chi phí tư vấn

    Nguồn: Global News — Ontario government knew of welfare payment problems before new system launch ↗ (mở trong thẻ mới)

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

    Câu 1/1
    Hệ thống chi trả trợ cấp sắp ra mắt. Nhóm kiểm thử báo còn nhiều lỗi nghiêm trọng ở tính toán trợ cấp, còn tiêu chí ra mắt chưa đạt. Cấp trên muốn giữ mốc đã công bố. Bạn nên làm gì?

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

    Hệ thống chi trả chưa đạt tiêu chí ra mắt nhưng đã công bố ngày. 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)