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ý Giao tiếp
  3. /Post Office Horizon (Anh): khi các báo cáo về lỗ…
Quản lý Giao tiếp

Post Office Horizon (Anh): khi các báo cáo về lỗi phần mềm không đến được hội đồng quản trị và người dùng bị truy tố

Hệ thống kế toán Horizon do Fujitsu xây dựng được dùng tại các bưu cục ở Anh từ 1999. Hơn 900 chủ bưu cục bị truy tố trong giai đoạn 1999–2015. Post Office nhiều năm khẳng định không thể sửa dữ liệu chi nhánh từ xa, trong khi các báo cáo độc lập chỉ ra điều ngược lại. Phân tích dưới góc nhìn truyền thông: thông tin về chất lượng hệ thống bị lọc, giữ kín và không tới nơi cần đến.

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

Bối cảnh thực tế

Horizon là hệ thống kế toán do Fujitsu xây dựng, được hình thành từ năm 1996 theo hợp đồng PFI và được dùng tại các bưu cục từ năm 1999. Theo Wikipedia, giữa 1999 và 2015 hơn 900 chủ bưu cục (subpostmaster) bị truy tố, 236 người bị tù; Post Office tự truy tố khoảng 700 người.

Nhiều chủ bưu cục báo hệ thống có chênh lệch kế toán không giải thích được. Theo tổng hợp trong bài, Post Office kiên trì cho rằng không thể thay đổi tài khoản chi nhánh từ xa nếu chủ bưu cục không biết. Tuy nhiên, báo cáo của Second Sight năm 2015 nói rằng Post Office biết kỹ thuật viên của Fujitsu có thể sửa dữ liệu chi nhánh từ xa mà không để lại dấu vết kiểm toán đầy đủ; cuộc rà soát Swift năm 2016 cũng thấy truy cập từ xa là có thể, nhưng không được chia sẻ với hội đồng quản trị.

Vụ kiện tập thể Bates & Others v Post Office kết thúc bằng phán quyết rằng Horizon “có lỗi, sai sót và khiếm khuyết”, rồi Post Office dàn xếp 58 triệu bảng cuối năm 2019 mà không nhận trách nhiệm. Tháng 04/2021, 39 trong 42 kháng cáo Hamilton được chấp nhận; tới 02/2024 đã có 101 bản án bị huỷ theo thống kê của Post Office. Chính phủ lập điều tra độc lập năm 2020, chuyển thành điều tra theo luật năm 2021; Quốc hội ban hành luật huỷ các bản án năm 2024.

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

  • Bằng chứng độc lập không đến được người ra quyết định

    Kết quả rà soát Swift hoàn tất tháng 02/2016 nhưng không được chia sẻ với hội đồng quản trị. Quy trình Quản lý truyền thông và Giám sát tương tác với bên liên quan đòi hỏi báo cáo quan trọng có đường đi bắt buộc tới người chịu trách nhiệm, không phụ thuộc vào việc cấp dưới có muốn gửi hay không.

  • Một thông điệp lặp đi lặp lại thay vì kiểm chứng

    Việc khẳng định hệ thống đáng tin cậy được duy trì dù có báo cáo ngược lại. Trong quản lý chất lượng, tuyên bố chất lượng phải dựa trên bằng chứng hiện hành và được rà soát lại khi có dữ liệu mới, không trở thành lập trường.

  • Người dùng cuối không có kênh được lắng nghe

Các chủ bưu cục báo lỗi nhưng bị xem là sai sót của cá nhân. Một chương trình quản lý bên liên quan lành mạnh cần kênh phản hồi có người sở hữu, ghi nhận và phân tích xu hướng, nhất là khi nhiều người báo cùng một triệu chứng.

  • Khoảng cách trách nhiệm giữa nhà cung cấp và khách hàng

    Fujitsu và Post Office đều có thông tin về khả năng truy cập từ xa và lỗi, nhưng thông tin này không được tập hợp và công bố khi tranh chấp. Hợp đồng và kế hoạch quản lý nhà cung cấp cần điều khoản chia sẻ thông tin lỗi và truy cập quản trị.

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

    1. 1

      Bước 1: Thiết lập đường báo cáo bắt buộc cho phát hiện về độ tin cậy hệ thống

      Đặt quy tắc không thể bỏ qua về việc báo các phát hiện liên quan chất lượng và rủi ro lên cấp quản trị:

      • Báo cáo độc lập chỉ ra rủi ro

        Trình hội đồng hoặc ban chỉ đạo trong kỳ họp gần nhất, kèm phản hồi chính thức của đội dự án.

      • Mâu thuẫn với tuyên bố hiện hành

        Rà soát lại tuyên bố, tạm dừng việc dựa vào nó để ra quyết định bất lợi cho người khác.

      • Có thể ảnh hưởng quyền lợi người dùng

        Báo ngay pháp lý và lãnh đạo; không tiếp tục các hành động pháp lý dựa trên độ tin cậy chưa xác nhận.

    2. 2

      Bước 2: Phân tích xu hướng phản hồi từ người dùng

      Gom các báo cáo lỗi vào một sổ theo dõi, phân tích theo triệu chứng, và yêu cầu đội kỹ thuật điều tra khi số báo vượt ngưỡng.

    3. 3

      Bước 3: Đưa điều khoản chia sẻ thông tin vào hợp đồng nhà cung cấp

      Quy định nhà cung cấp phải báo lỗi đã biết, ghi nhật ký truy cập quản trị và cho khách hàng quyền kiểm toán.

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

    Một hệ thống có lỗi là điều bình thường; điều nguy hiểm là thông tin về lỗi không đến được người quyết định và người bị ảnh hưởng. PM cần đảm bảo đường báo cáo lên trên không bị lọc, tuyên bố chất lượng luôn dựa trên bằng chứng mới nhất và tiếng nói người dùng được lắng nghe có hệ thống.

    Nguồn tham khảo

    • British Post Office scandal — Wikipedia
    #Quản lý truyền thông#Post Office Horizon#Báo cáo lên lãnh đạo#minh bạch#Fujitsu#Quản trị

    Nguồn: British Post Office scandal — Wikipedia ↗ (mở trong thẻ mới)

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

    Câu 1/1
    Bạn là PM nhận được báo cáo độc lập cho thấy hệ thống có thể sai lệch dữ liệu, trong khi lãnh đạo công khai khẳng định hệ thống đáng tin cậy và nhiều người dùng đang bị quy trách nhiệm về chênh lệch. Việc ĐẦU TIÊN bạn nên làm?

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

    Báo cáo độc lập nói hệ thống có thể sai, nhưng đội kỹ thuật chưa tái hiện được lỗi. Bạn sẽ 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ý Giao tiếp

    Khách hàng đòi thay thế Tech Lead & Nghệ thuật Bảo vệ Đội ngũ

    Mảng kiến thức trọng tâm: Quản lý Nguồn lực, Quản lý Các bên liên quan & Lãnh đạo Phục vụ (Resource Management, Stakeholder Engagement & Servant Leadership - PMBOK 6/7)

    1 lượt thích 0 lượt đánh giá hữu ích 0 bình luận15/10/2026
    Quản lý Giao tiếp

    "Hố sâu chuyển giao" (Operational Transition Gap) – Khi Đội Vận hành từ chối tiếp nhận hệ thống

    Mảng kiến thức trọng tâm: Chuyển giao từ Dự án sang Vận hành & Quản lý Các bên liên quan nội bộ (Project-to-Operations Transition, Operational Readiness & Internal Stakeholder Engagement - PMBOK 6/7)

    0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận13/10/2026
    Quản lý Giao tiếp

    Slack 22/02/2022: nâng cấp Consul làm bộ nhớ đệm rơi, cơ sở dữ liệu quá tải và cách vừa giảm tải vừa thông tin cho người dùng

    Sáng 22/02/2022, đúng giờ cao điểm, nhiều người dùng Slack không kết nối được. Nguyên nhân là một chuỗi yếu tố: nâng cấp Consul theo từng bước 25%, bộ nhớ đệm mất hiệu quả, truy vấn quét mọi shard làm Vitess quá tải và máy khách thử lại dồn dập. Slack giảm tải có kiểm soát, thông báo trên mạng xã hội rồi công bố bản post-mortem kỹ thuật vào cuối tháng 4. Phân tích dưới góc nhìn quản lý truyền thông sự cố.

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