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ý Các bên liên quan
  3. /Hiện đại hoá Cơ quan Lý lịch Tư pháp DBS (Anh): …
Số 176Quản lý Các bên liên quan

Hiện đại hoá Cơ quan Lý lịch Tư pháp DBS (Anh): dịch vụ cập nhật dự báo 2,8 triệu người dùng nhưng không thí điểm, không hỏi người dùng

Bộ Nội vụ Anh hiện đại hoá dịch vụ kiểm tra lý lịch cho người làm việc với trẻ em và người dễ tổn thương, kèm "dịch vụ cập nhật" mới. NAO năm 2018 ghi nhận chương trình trễ hơn ba năm rưỡi, chi phí vận hành tăng 229 triệu bảng, và dịch vụ cập nhật được ít người dùng hơn nhiều vì không có thí điểm hay gắn kết người dùng tiềm năng trước khi cam kết.

HP
Nguyễn Thu Hà, PMP
19/03/2026
3 phút đọc 0 lượt xem
Hiện đại hoá Cơ quan Lý lịch Tư pháp DBS (Anh): dịch vụ cập nhật dự báo 2,8 triệu người dùng nhưng không thí điểm, không hỏi người dùng
Bình luận0

Bối cảnh thực tế

Cơ quan Disclosure and Barring Service (DBS) cấp giấy chứng nhận lý lịch cho người làm việc với trẻ em và người dễ bị tổn thương ở Anh. Năm 2009, Bộ Nội vụ khởi động chương trình chuyển đổi nhằm giảm chi phí và tăng hiệu quả bằng cách hiện đại hoá hệ thống và giới thiệu "dịch vụ cập nhật" (update service), do Tata vận hành theo hợp đồng.

Dịch vụ cập nhật ra mắt tháng 6/2013, cho phép nhà tuyển dụng kiểm tra xem thông tin trên giấy chứng nhận đã cấp có thay đổi gì không, thay vì yêu cầu xin giấy mới.

Cuộc điều tra của NAO công bố ngày 1/2/2018 ghi nhận:

  • Tháng 7/2012, Bộ Nội vụ kỳ vọng 2,8 triệu người dùng trả phí vào 2017-18 (69% giao dịch); năm 2014 DBS hạ dự báo xuống 0,9 triệu (20%), và nhu cầu thực tế vẫn thấp hơn.
  • Bộ Nội vụ không thí điểm và không gắn kết với người dùng tiềm năng trước khi cam kết; DBS cũng không thu thập dữ liệu có hệ thống về lý do người ta không dùng.
  • Hiện đại hoá trễ hơn ba năm rưỡi: giai đoạn một dự kiến xong 3/2014 nhưng đến 9/2017 mới giao.
  • Chi phí vận hành dự kiến đến 31/3/2019 tăng 229 triệu bảng (35%) so với dự báo 2012. Phía Tata chi nhiều hơn dự kiến khoảng 47 triệu bảng, biên lợi nhuận chỉ khoảng 3% so với 22% kỳ vọng.

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

  • Bên liên quan quyết định thành công không được xác định và tham vấn (Identify Stakeholders)

    Lợi ích của dịch vụ cập nhật phụ thuộc vào hành vi của nhà tuyển dụng và người lao động — những người tự nguyện trả phí. Họ không được khảo sát hay thử nghiệm trước khi dự báo 69% giao dịch được đưa vào business case.

  • Dự báo nhu cầu là giả định chưa kiểm chứng

    Con số 2,8 triệu là giả định nằm trong sổ giả định (assumption log) lẽ ra phải được đánh dấu rủi ro cao và kiểm chứng sớm. Khi giả định sai, cả mô hình doanh thu của nhà cung cấp và chi phí vận hành của DBS đều lệch.

  • Không có vòng phản hồi sau ra mắt (Monitor Stakeholder Engagement)

Không thu thập lý do người dùng không chọn dịch vụ khiến tổ chức không thể điều chỉnh thông điệp, quy trình hay giá. Gắn kết bên liên quan không dừng ở lúc ra mắt.

  • Rủi ro thương mại lan sang tiến độ

    Khi nhà cung cấp lỗ so với kỳ vọng, động lực giao đúng hạn giảm và đàm phán thay đổi kéo dài — một hệ quả gián tiếp của việc business case dựa trên dự báo nhu cầu thiếu căn cứ.

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

    1. 1

      Bước 1: Nghiên cứu người dùng trước khi khoá business case

      Phỏng vấn, khảo sát nhà tuyển dụng ở các ngành chính (giáo dục, y tế, chăm sóc) để hiểu khi nào họ sẵn sàng dùng và trả phí cho dịch vụ cập nhật.

    2. 2

      Bước 2: Thí điểm với ngưỡng quyết định rõ ràng

      Chạy thí điểm ở vài nhóm nhà tuyển dụng và quyết định mở rộng theo kết quả:

      • Mở rộng

        Tỉ lệ đăng ký và sử dụng thực tế đạt từ 70% dự báo trở lên trong thí điểm.

      • Điều chỉnh

        Đạt 40–70%: phân tích rào cản (giá, quy trình, nhận thức) và điều chỉnh trước khi mở rộng.

      • Viết lại business case

        Dưới 40%: cập nhật dự báo, chi phí vận hành và điều khoản hợp đồng trước khi đầu tư tiếp.

    3. 3

      Bước 3: Thu thập lý do không sử dụng một cách có hệ thống

      Thêm khảo sát ngắn ở điểm xin giấy chứng nhận, phân tích theo ngành để điều chỉnh truyền thông và thiết kế dịch vụ.

    4. 4

      Bước 4: Chia sẻ rủi ro nhu cầu hợp lý trong hợp đồng

      Khi nhu cầu chưa chắc chắn, thiết kế cơ chế giá/khối lượng linh hoạt để nhà cung cấp không bị dồn vào thế lỗ làm chậm tiến độ.

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

    Dịch vụ tự nguyện chỉ thành công khi người dùng muốn dùng. Hỏi họ trước, thí điểm trước, và coi mọi dự báo nhu cầu là giả định rủi ro cao cần kiểm chứng — đừng để nó thành nền móng của cả business case và hợp đồng.

    Nguồn tham khảo

    • NAO — Investigation into the Disclosure and Barring Service
    • NAO — Investigation into the Disclosure and Barring Service (bản PDF)
    #Quản lý bên liên quan#NAO#nghiên cứu người dùng#Dự báo nhu cầu#Dịch vụ công

    Nguồn: NAO — Investigation into the Disclosure and Barring Service (2018) ↗ (mở trong thẻ mới)

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

    Câu 1/1
    Business case của một dịch vụ số tự nguyện trả phí giả định 69% khách hàng sẽ chuyển sang dịch vụ mới. Nhà tài trợ muốn ký hợp đồng vận hành 5 năm ngay tuần sau. Chưa có khảo sát hay thí điểm nào. PM nên đề xuất gì?

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

    Nếu là PM dịch vụ như DBS update service, ra mắt một năm mà số người dùng chỉ bằng một phần ba dự báo, 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

    Số 201Quản lý Các bên liên quan

    Digg v4 (2010): viết lại toàn bộ sản phẩm trong một lần ra mắt và cuộc nổi dậy của chính người dùng nòng cốt

    Tháng 8/2010, mạng tin xã hội Digg ra mắt phiên bản 4 với nền tảng viết lại và nhiều tính năng quen thuộc bị gỡ bỏ. Người dùng nòng cốt tổ chức "ngày bỏ Digg", nhà xuất bản báo cáo lượng truy cập giới thiệu giảm, và lưu lượng mất hơn một phần tư chỉ sau một tháng. Phân tích dưới góc nhìn quản lý các bên liên quan: ai là người tạo ra giá trị của nền tảng, và họ được tham vấn đến đâu.

    0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận14/10/2026
    Số 202Quản lý Các bên liên quan

    Netflix và Qwikster (2011): tăng giá, tách dịch vụ thành hai trang và bài học về thông điệp tới khách hàng

    Năm 2011, Netflix tăng giá gói kết hợp DVD và phát trực tuyến, rồi vài tuần sau công bố tách DVD thành dịch vụ riêng Qwikster với trang web và tài khoản riêng. Khách hàng coi đó là tăng giá và gây bất tiện, hàng trăm nghìn thuê bao rời đi. Ngày 10/10/2011, Netflix huỷ Qwikster. Phân tích về cách giải thích thay đổi, kiểm tra phản ứng của khách hàng trước khi cam kết.

    0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận09/10/2026
    Số 200Quản lý Các bên liên quan

    Wikipedia VisualEditor (2013): đưa trình soạn thảo trực quan thành mặc định và phản ứng của cộng đồng biên tập viên

    Wikimedia Foundation phát triển VisualEditor để hạ rào cản cho người mới. Tháng 7/2013, bản beta trở thành trình soạn mặc định cho người dùng đăng nhập trên Wikipedia tiếng Anh, nhưng cộng đồng phàn nàn về lỗi và độ ổn định; đến tháng 9/2013 phải chuyển sang chế độ tự chọn. Nghiên cứu 2015 không thấy lợi ích năng suất. Bài học về quản lý bên liên quan khi người dùng chính cũng là người đóng góp nội dung.

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