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. /FiReControl (Anh): 9 trung tâm điều phối cứu hoả…
Số 171Quản lý Giao tiếp

FiReControl (Anh): 9 trung tâm điều phối cứu hoả vùng, ít nhất 469 triệu bảng lãng phí vì không thuyết phục được chính các đội cứu hoả

Dự án thay 46 phòng điều phối cứu hoả địa phương ở Anh bằng 9 trung tâm vùng nối với hệ thống CNTT mới bị huỷ năm 2010, không giao được hệ thống nào và tám trung tâm bỏ trống. NAO kết luận dự án hỏng từ đầu vì thiếu sự ủng hộ của các đơn vị cứu hoả, và lý do của mô hình vùng được truyền đạt kém. Bài học về truyền thông "vì sao" trước khi truyền thông "làm gì".

HP
Nguyễn Thu Hà, PMP
21/01/2026
4 phút đọc 0 lượt xem
FiReControl (Anh): 9 trung tâm điều phối cứu hoả vùng, ít nhất 469 triệu bảng lãng phí vì không thuyết phục được chính các đội cứu hoả
Bình luận0

Bối cảnh thực tế

Năm 2004, Bộ Cộng đồng và Chính quyền địa phương Anh (DCLG) khởi động FiReControl: thay 46 phòng điều phối của các đơn vị cứu hoả và cứu nạn (Fire and Rescue Services) bằng 9 trung tâm điều phối vùng xây mới, liên kết qua một hệ thống CNTT thống nhất.

Theo báo cáo NAO ngày 1/7/2011:

  • Bộ cam kết dự án năm 2004 dựa trên ước tính chi phí khoảng 120 triệu bảng và tiết kiệm 86 triệu; đến 2007 mới có đánh giá toàn diện đầu tiên, khi ước tính chi phí đã lên khoảng 340 triệu.
  • Bộ cố áp đặt một hệ thống quốc gia khi không có đủ quyền bắt buộc và không tham vấn đúng mức các đơn vị cứu hoả — vốn coi trọng tính độc lập vận hành.
  • Dự án có 5 người chịu trách nhiệm cao nhất (SRO), 4 giám đốc dự án; nhân sự thay đổi nhiều và phụ thuộc vào tư vấn quản lý kém.
  • Tháng 12/2010 hợp đồng bị chấm dứt; ít nhất 469 triệu bảng bị lãng phí, không có hệ thống CNTT nào được giao, 8/9 trung tâm vùng bỏ trống nhưng vẫn tốn chi phí duy trì.

NAO nhận xét lý do của cách tiếp cận theo vùng không rõ ràng và được truyền đạt kém. Theo IEEE Spectrum, sau khi huỷ, chính phủ cấp khoảng 81 triệu bảng để các đơn vị cứu hoả tự xây giải pháp riêng.

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

  • Bỏ qua phân tích bên liên quan khi khởi tạo (Identify Stakeholders)

    Các đơn vị cứu hoả là người vận hành, người sở hữu nhân viên điều phối và có quyền tự quyết. Không phân loại họ là bên có quyền lực và lợi ích cao để "quản lý chặt" ngay từ đầu, dự án đã đặt cược vào một mệnh lệnh mà bộ không có thẩm quyền ban hành.

  • Truyền thông "làm gì" mà không truyền thông "vì sao"

    Khi lý do của mô hình 9 trung tâm vùng không được giải thích thuyết phục, người dùng nhìn thấy mất mát (phòng điều phối địa phương, việc làm, hiểu biết địa bàn) mà không thấy lợi ích. Kế hoạch truyền thông phải xây quanh business case được chia sẻ, không chỉ quanh lịch triển khai.

  • Quản trị bất ổn làm đứt mạch thông điệp

Năm SRO và bốn giám đốc dự án đồng nghĩa với nhiều lần thay đổi người phát ngôn, ưu tiên và cam kết. Bên liên quan khó tin một chương trình mà người đứng đầu liên tục thay đổi.

  • Khởi động vội trên ước tính sơ sài (Develop Project Charter)

    Cam kết với ước tính 120 triệu bảng rồi ba năm sau mới đánh giá toàn diện cho thấy cổng phê duyệt ban đầu thiếu kiểm tra. Khi chi phí thật lộ ra, uy tín của mọi thông điệp trước đó cũng sụp theo.

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

    1. 1

      Bước 1: Tham vấn trước khi cam kết mô hình

      Tổ chức tham vấn có cấu trúc với các đơn vị cứu hoả về các phương án (giữ nguyên, hợp tác vùng tự nguyện, trung tâm vùng bắt buộc) và công bố kết quả phân tích trước khi chọn.

    2. 2

      Bước 2: Cổng quyết định gắn với mức độ ủng hộ của bên liên quan

      Đưa mức độ gắn kết của người dùng thành tiêu chí đi tiếp tại mỗi cổng phê duyệt:

      • Đi tiếp

        Đa số đơn vị cứu hoả đã ký thoả thuận tham gia và cử nhân sự vào nhóm thiết kế.

      • Thí điểm trước

        Chỉ một phần đơn vị đồng ý: triển khai thử ở một vùng tự nguyện, đo kết quả rồi mới mở rộng.

      • Dừng xây dựng hạ tầng

        Chưa có cam kết tham gia: không ký hợp đồng thuê, xây trung tâm cho tới khi giải quyết được vấn đề thẩm quyền.

    3. 3

      Bước 3: Ổn định vai trò lãnh đạo

      Giữ SRO và giám đốc dự án ổn định trong suốt giai đoạn chính; nếu buộc phải thay, có kế hoạch bàn giao và thông báo cho bên liên quan về các cam kết được giữ nguyên.

    4. 4

      Bước 4: Ước tính có dải và đánh giá độc lập sớm

      Trình bày chi phí và lợi ích dưới dạng dải, có rà soát độc lập trước khi cam kết, để thông điệp ban đầu không phải rút lại sau đó.

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

    Không thể truyền thông để "bán" một giải pháp mà người dùng chưa từng được hỏi ý kiến. Với bên liên quan có quyền tự quyết, tham vấn và giải thích "vì sao" phải đi trước mọi hợp đồng và mọi viên gạch.

    Nguồn tham khảo

    • NAO — The failure of the FiReControl project
    • IEEE Spectrum — UK FiReControl IT Project One of the Worst Ever
    #Quản lý truyền thông#NAO#Gắn kết bên liên quan#quản trị dự án#Dự án thất bại

    Nguồn: NAO — The failure of the FiReControl project (2011) ↗ (mở trong thẻ mới)

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

    Câu 1/1
    Bạn được giao dự án hợp nhất phòng điều phối của nhiều đơn vị địa phương có quyền tự quyết. Nhà tài trợ muốn ký hợp đồng xây trung tâm mới ngay để giữ tiến độ, trong khi nhiều đơn vị chưa đồng ý tham gia. Bạn nên làm gì?

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

    Nếu là PM tiếp quản dự án kiểu FiReControl giữa chừng, trung tâm đã xây nhưng nhiều đơn vị vẫn phản đối, 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ý 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)