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. /Chương trình dữ liệu thực thi pháp luật quốc gia…
Số 175Quản lý Giao tiếp

Chương trình dữ liệu thực thi pháp luật quốc gia (Anh): 5 năm phát triển, chi phí tăng 68% và chưa có cách hiểu chung về "sẽ giao cái gì"

Bộ Nội vụ Anh khởi động NLEDS năm 2016 để thay Police National Computer (từ 1974) và Police National Database. NAO năm 2021 ghi nhận chi phí tăng 68% lên 1,1 tỷ bảng, chưa có gì được dùng rộng rãi, tầm nhìn chỉ được viết ra năm 2018 và lực lượng cảnh sát mất niềm tin. Bài học về truyền thông tầm nhìn và phạm vi giữa chủ đầu tư và người dùng.

HP
Nguyễn Thu Hà, PMP
11/07/2026
4 phút đọc 0 lượt xem
Chương trình dữ liệu thực thi pháp luật quốc gia (Anh): 5 năm phát triển, chi phí tăng 68% và chưa có cách hiểu chung về "sẽ giao cái gì"
Bình luận0

Bối cảnh thực tế

Bộ Nội vụ Anh quản lý hai hệ thống CNTT quan trọng của cảnh sát: Police National Computer (PNC) — cơ sở dữ liệu tiền án tiền sự chính từ năm 1974, được mọi lực lượng cảnh sát và nhiều tổ chức khác sử dụng — và Police National Database (PND), hệ thống chia sẻ thông tin tình báo từ năm 2011.

Năm 2016, chương trình National Law Enforcement Data Service (NLEDS) được khởi động để thay cả hai, mục tiêu hoàn thành năm 2020. Báo cáo NAO ngày 10/9/2021 ghi nhận:

  • Tổng chi phí với Bộ Nội vụ tăng 68% lên khoảng 1,1 tỷ bảng; dự kiến hoàn thành 2025-26.
  • Sau năm năm, chưa có dịch vụ nào được dùng trực tiếp trên toàn bộ các lực lượng cảnh sát.
  • Bộ Nội vụ và cảnh sát không có cách hiểu nhất quán về những gì NLEDS sẽ giao; tầm nhìn đến 9/2018 mới được viết thành văn bản; trọng tâm thay đổi nhiều lần giữa "thay thế chức năng hiện có" và "bổ sung năng lực mới".
  • Mùa thu 2020, cảnh sát chính thức nêu quan ngại; chương trình "reset", đưa PND ra khỏi phạm vi và chuyển sang triển khai từng giai đoạn với sự tham gia nhiều hơn của cảnh sát.
  • Công nghệ PNC hết hỗ trợ của nhà cung cấp vào 12/2024; tháng 1/2021 xảy ra sự cố mất dữ liệu liên quan khoảng 112.697 bản ghi về người; duy trì hệ thống cũ tốn khoảng 21 triệu bảng/năm cho PNC và 13 triệu cho PND.

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

  • Không có tầm nhìn chung được viết ra (Develop Project Charter)

    Hai năm đầu chương trình chạy mà tầm nhìn chưa thành văn bản. Không có tuyên bố chung về vấn đề, kết quả mong đợi và ranh giới phạm vi, mỗi bên tự diễn giải — chủ đầu tư nghĩ tới hiện đại hoá, người dùng cần thay thế an toàn hệ thống đang hỏng dần.

  • Phạm vi dao động vì bên liên quan không được hỏi đúng lúc

    Việc trọng tâm thay đổi nhiều lần cho thấy yêu cầu chưa được thu thập và xác nhận với người dùng chính. Mỗi lần thay đổi là một lần phải truyền thông lại, làm xói mòn uy tín chương trình.

  • Người dùng lên tiếng chính thức khi niềm tin đã mất (Monitor Stakeholder Engagement)

Quan ngại của cảnh sát được nêu chính thức vào mùa thu 2020 — muộn so với dấu hiệu tiến độ và chi phí. Kênh phản hồi định kỳ từ người dùng lẽ ra phải đưa vấn đề lên sớm hơn nhiều.

  • Rủi ro hệ thống kế thừa không được truyền đạt như yếu tố thời gian cứng

    Ngày hết hỗ trợ của PNC là ràng buộc cứng. Khi thông điệp chương trình tập trung vào năng lực mới thay vì "phải thay xong trước hạn này", ưu tiên bị lệch.

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

    1. 1

      Bước 1: Viết và ký chung tầm nhìn ngay từ đầu

      Soạn tuyên bố tầm nhìn, mục tiêu và phạm vi (gồm cả những gì không làm) cùng đại diện cảnh sát; ký xác nhận và dùng làm tham chiếu cho mọi yêu cầu thay đổi.

    2. 2

      Bước 2: Ưu tiên theo ràng buộc hệ thống cũ, truyền thông bằng mốc rủi ro

      Xếp hạng chức năng theo mức độ rủi ro khi hệ thống cũ hết hỗ trợ, và báo cáo tiến độ theo các ngưỡng sau:

      • An toàn

        Chức năng thiết yếu đã chạy trên nền tảng mới trước hạn hết hỗ trợ ít nhất 12 tháng.

      • Cần phương án dự phòng

        Dự báo hoàn thành sát hạn hết hỗ trợ: đàm phán gia hạn hỗ trợ hệ thống cũ và báo người dùng.

      • Leo thang ngay

        Dự báo vượt hạn hết hỗ trợ: trình nhà tài trợ quyết định cắt phạm vi tính năng mới để dồn lực thay thế.

    3. 3

      Bước 3: Đưa người dùng vào nhịp giao hàng

      Giao từng phần cho một số lực lượng thí điểm, thu phản hồi định kỳ và công bố cách phản hồi đã thay đổi kế hoạch — điều mà chương trình chỉ làm sau đợt reset 2020.

    4. 4

      Bước 4: Khảo sát niềm tin người dùng định kỳ

      Đo mức độ tin tưởng của các lực lượng cảnh sát mỗi quý như một chỉ số chương trình, để quan ngại được phát hiện trước khi thành phản đối chính thức.

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

    Nếu tầm nhìn chưa được viết ra và cùng ký, mỗi bên sẽ xây một dự án khác nhau trong đầu. PM phải biến tầm nhìn thành văn bản chung, rồi dùng nó để nói "không" với thay đổi phạm vi và để báo cáo theo ràng buộc thật của người dùng.

    Nguồn tham khảo

    • NAO — The National Law Enforcement Data Programme (báo cáo)
    • NAO — The National Law Enforcement Data Programme (thông cáo báo chí)
    #Quản lý truyền thông#NAO#Hệ thống kế thừa#Tầm nhìn sản phẩm#Cảnh sát

    Nguồn: NAO — The National Law Enforcement Data Programme (2021) ↗ (mở trong thẻ mới)

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

    Câu 1/1
    Bạn tiếp quản chương trình thay hệ thống dữ liệu cốt lõi đã chạy hai năm. Phỏng vấn cho thấy chủ đầu tư muốn "nền tảng hiện đại nhiều năng lực mới", còn người dùng muốn "thay hệ thống cũ an toàn trước khi hết hỗ trợ". Chưa có văn bản tầm nhìn. Bạn nên làm gì trước tiên?

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

    Nếu là PM chương trình kiểu NLEDS, hệ thống cũ còn 3 năm hỗ trợ và chương trình đã chậm, 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)