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. /BBC Digital Media Initiative: Khi trạng thái "đỏ…
Số 13Quản lý Giao tiếp

BBC Digital Media Initiative: Khi trạng thái "đỏ" mất sáu tháng mới tới ban lãnh đạo

Dự án số hoá sản xuất và lưu trữ của BBC tiêu tốn 125,9 triệu bảng rồi bị huỷ năm 2013. Văn phòng Kiểm toán Quốc gia Anh chỉ ra: không có người chịu trách nhiệm duy nhất, báo cáo không phù hợp mục đích và độ trễ sáu tháng trước khi mức rủi ro đỏ được báo lên ban điều hành.

HP
Nguyễn Thu Hà, PMP
21/06/2026
4 phút đọc 0 lượt xem
BBC Digital Media Initiative: Khi trạng thái "đỏ" mất sáu tháng mới tới ban lãnh đạo
Bình luận0

Bối cảnh thực tế

Digital Media Initiative (DMI) là chương trình chuyển đổi công nghệ của BBC, nhằm cho phép nhân viên tạo, chia sẻ, dựng và lưu trữ nội dung video, âm thanh ngay trên máy tính. BBC ký hợp đồng với Siemens năm 2008; hợp đồng chấm dứt năm 2009 khi chưa có hệ thống chạy được, BBC tự làm tiếp.

Tháng 5/2013, BBC huỷ chương trình sau khi kết luận phần lớn 125,9 triệu bảng đã chi là lãng phí; chi phí ròng được ghi nhận là 98,4 triệu bảng.

Những dấu hiệu bất thường (theo NAO):

  • Các bản phát hành công nghệ dễ nhất được hoàn thành nhưng không phản ánh đúng tiến độ thực.
  • Báo cáo tập trung vào rủi ro kỹ thuật, ít nói về việc thay đổi cách làm việc của người dùng.
  • Mức rủi ro xấu đi nghiêm trọng cuối năm 2011 nhưng tới tháng 6/2012 ban điều hành và tháng 7/2012 BBC Trust mới biết.
  • Không có một người chịu trách nhiệm cao nhất (senior responsible owner) xuyên suốt các bộ phận.
  • Người dùng sản xuất chương trình mất niềm tin, một số nhóm tự lắp hệ thống thay thế.

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

  • Báo cáo không phù hợp mục đích (Monitor Communications)

    Theo đánh giá của PwC được NAO dẫn lại, chương trình không có báo cáo rõ ràng, minh bạch về tiến độ so với kế hoạch, chi phí để hoàn thành và lợi ích đạt được. Báo cáo thành tích (work performance reports) chỉ có giá trị khi trả lời đúng câu hỏi mà người ra quyết định cần — ở đây là "chương trình có mang lại thay đổi nghiệp vụ không?".

  • Độ trễ thông tin và lỗ hổng trong quy trình leo thang

    Mức rủi ro đỏ của giai đoạn cuối 2011 đã được báo cho uỷ ban tài chính vào tháng 2/2012, nhưng đến giữa năm 2012 mới tới ban điều hành và BBC Trust. Kế hoạch quản lý giao tiếp phải xác định ngưỡng và thời hạn leo thang, không để thông tin "đọng" ở một tầng.

  • Trách nhiệm phân tán, nhiều kênh giao tiếp

Bộ phận công nghệ xây hệ thống, các bộ phận sản xuất chịu trách nhiệm dùng và thu lợi ích, nhưng không ai đứng giữa để hoá giải khác biệt kỳ vọng. Số kênh giao tiếp tăng theo công thức n(n−1)/2; khi không có đầu mối chịu trách nhiệm, khoảng trống thông tin giữa các bên là tất yếu.

  • Yêu cầu mơ hồ và đo tiến độ bằng sản phẩm dễ

    NAO ghi nhận BBC ưu tiên tung ra các bản phát hành sớm để chứng minh tiến độ khi chưa xác định rõ yêu cầu người dùng. Báo cáo dựa trên đầu ra dễ đạt tạo ra cảm giác "đúng hướng" giả tạo — biến thể của báo cáo "xanh bên ngoài".

  • Hướng xử lý theo khuyến nghị PMI

    1. 1

      Bước 1: Chỉ định một người chịu trách nhiệm cao nhất và ma trận RACI

      Một nhà tài trợ/SRO có thẩm quyền xuyên bộ phận; RACI xác định ai cung cấp, ai tổng hợp và ai nhận thông tin tiến độ, lợi ích.

    2. 2

      Bước 2: Thiết kế báo cáo theo nhu cầu của người ra quyết định

      Mỗi báo cáo định kỳ phải trả lời ba câu hỏi: tiến độ so với đường cơ sở, chi phí dự báo để hoàn thành (EAC/ETC), và mức độ đạt lợi ích nghiệp vụ.

      • Tiến độ đo bằng giá trị

        Dựa trên tính năng người dùng nghiệm thu, không dựa trên số bản phát hành.

      • Chi phí để hoàn thành

        Có ETC/EAC cập nhật, so với ngân sách được duyệt.

      • Lợi ích nghiệp vụ

        Theo dõi mức độ chấp nhận của người dùng và lợi ích trong business case.

    3. 3

      Bước 3: Quy định thời hạn leo thang cho thay đổi trạng thái rủi ro

      Khi rủi ro chuyển sang đỏ, phải báo lên cấp điều hành và cơ quan giám sát trong một khoảng thời gian cố định (ví dụ trong chu kỳ báo cáo kế tiếp), không phụ thuộc lịch họp.

    4. 4

      Bước 4: Đưa người dùng cuối vào vòng phản hồi

      Tổ chức trình diễn định kỳ với người dùng thật, thu thập phản hồi và đưa vào báo cáo; mức độ chấp nhận thấp là cảnh báo sớm về lợi ích.

    5. 5

      Bước 5: Đảm bảo độc lập và xem lại business case

      Khi tiến độ, chi phí hoặc lợi ích thay đổi đáng kể, trình lại business case để cấp có thẩm quyền quyết định tiếp tục, điều chỉnh hay dừng.

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

    Báo cáo dự án không chỉ để "có báo cáo" — nó phải đưa đúng thông tin tới đúng người đủ sớm để họ còn kịp hành động. Một trạng thái đỏ được báo muộn sáu tháng có thể là khác biệt giữa cứu vãn và huỷ bỏ.

    Nguồn tham khảo

    • National Audit Office — BBC Digital Media Initiative (PDF)
    • Digital Media Initiative (Wikipedia)
    #Quản lý giao tiếp#Báo cáo dự án#quản trị dự án#leo-thang

    Nguồn: National Audit Office — BBC Digital Media Initiative (Memorandum for the BBC Trust, 2014) ↗ (mở trong thẻ mới)

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

    Câu 1/1
    PM của một chương trình chuyển đổi số nhận thấy mức rủi ro tổng thể đã chuyển sang đỏ. Kế hoạch quản lý giao tiếp quy định báo cáo lên ban điều hành theo quý, kỳ họp tiếp theo còn bốn tháng nữa. Uỷ ban tài chính đã được thông báo. PM nên làm gì?

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

    Nếu là PM, nhà tài trợ muốn báo cáo tiến độ bằng số bản phát hành đã hoàn thành vì "dễ đo, dễ hiểu", trong khi người dùng cuối vẫn chưa thực sự dùng sản phẩm. Bạn chọn…?

    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 PMPHướng xử lý theo khuyến nghị PMIPM 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)