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ý Chất lượng
  3. /Cơ quan Hỗ trợ Nuôi con (Anh) và hệ thống CS2: 5…
Số 173Quản lý Chất lượng

Cơ quan Hỗ trợ Nuôi con (Anh) và hệ thống CS2: 539 triệu bảng, khoảng 600 thao tác thủ công vá lỗi và tổng đài làm mất hồ sơ trên màn hình

Cải cách cơ chế cấp dưỡng nuôi con ở Anh đi kèm hệ thống CS2 do EDS xây dựng, vận hành từ tháng 3/2003. Hệ thống quản lý hồ sơ và tổng đài không phối hợp được với nhau, tồn đọng hồ sơ tăng mạnh. NAO năm 2006 kết luận cải cách tốn 539 triệu bảng mà không tốt hơn cơ chế cũ. Bài học về chất lượng tích hợp và kênh liên lạc với người dân.

HP
Nguyễn Thu Hà, PMP
16/04/2026
4 phút đọc 0 lượt xem
Cơ quan Hỗ trợ Nuôi con (Anh) và hệ thống CS2: 539 triệu bảng, khoảng 600 thao tác thủ công vá lỗi và tổng đài làm mất hồ sơ trên màn hình
Bình luận0

Bối cảnh thực tế

Sách trắng năm 1999 của chính phủ Anh khởi động cải cách cơ chế cấp dưỡng nuôi con: đơn giản hoá cách tính và hỗ trợ bằng một hệ thống CNTT mới (CS2) cho Cơ quan Hỗ trợ Nuôi con (Child Support Agency — CSA). CS2 do EDS xây dựng, kèm hệ thống tổng đài do bộ phận tích hợp hệ thống của BT cung cấp; vận hành từ tháng 3/2003.

Năm 2004, Computerworld đưa tin Uỷ ban Lao động và Lương hưu của Hạ viện gọi dịch vụ điện thoại là "tồi tệ": cuộc gọi bị chuyển sai, hồ sơ biến mất khỏi màn hình nhân viên khi họ đang trả lời người dân; khoảng 170.000 hồ sơ chờ nhập và tồn đọng tăng thêm khoảng 30.000 mỗi quý.

Báo cáo NAO ngày 30/6/2006 ghi nhận:

  • Cải cách đã tốn khoảng 539 triệu bảng cho một cơ chế không vận hành tốt hơn cơ chế cũ.
  • Chín tháng sau khi vận hành, rà soát độc lập kết luận độ ổn định và hiệu năng cần cải thiện đáng kể; hệ thống vẫn cần khoảng 600 thao tác thủ công vá lỗi (workaround).
  • Đến 3/2006 còn khoảng 267.000 hồ sơ cơ chế mới và 66.000 hồ sơ cơ chế cũ chờ xử lý; hồ sơ mới mất trung bình 34 tuần.
  • Ba năm sau, 61% hồ sơ vẫn chạy theo quy định cũ vì chưa chuyển đổi được.

NAO đánh giá chương trình quá tham vọng, và việc đưa vào một hệ thống phức tạp như vậy nằm ở giới hạn trên của khả năng thực hiện. CSA sau đó triển khai kế hoạch cải thiện vận hành với khoản đầu tư mới tới 120 triệu bảng.

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

  • Chất lượng tích hợp giữa hai nhà cung cấp không được kiểm soát (Control Quality)

    Quản lý hồ sơ và tổng đài do hai bên khác nhau xây, nhưng người dân chỉ trải nghiệm một dịch vụ. Lỗi ở giao diện giữa hai hệ thống — hồ sơ biến mất khi đang nghe điện thoại — cho thấy kiểm thử chấp nhận chưa bao gồm kịch bản đầu-cuối thực tế.

  • Vận hành khi chưa đạt tiêu chí sẵn sàng

    Hàng trăm thao tác vá thủ công là chi phí chất lượng kém (cost of poor quality) chuyển sang khâu vận hành: nhân viên phải nhớ cách "lách" hệ thống, sai sót tăng, năng suất giảm, tồn đọng phình to.

  • Kênh liên lạc với người dân trở thành điểm nghẽn

    Với dịch vụ công, tổng đài là kênh truyền thông chính. Khi kênh này hỏng, mỗi hồ sơ tồn đọng tạo thêm cuộc gọi hỏi tình trạng, làm tắc thêm hệ thống — một vòng lặp làm xấu cả chất lượng lẫn niềm tin.

  • Chuyển đổi dữ liệu và chạy hai cơ chế song song

    Không chuyển được hồ sơ cũ khiến tổ chức phải vận hành hai bộ quy tắc, hai hệ thống, nhân đôi đào tạo và tăng rủi ro sai sót. Kế hoạch quản lý chất lượng cần coi di chuyển dữ liệu là sản phẩm bàn giao có tiêu chí riêng.

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

    1. 1

      Bước 1: Một chủ sở hữu tích hợp và kiểm thử đầu-cuối

      Giao rõ trách nhiệm tích hợp hệ thống và yêu cầu kiểm thử theo hành trình thật của người dân (gọi điện → tra hồ sơ → cập nhật → thông báo) trước khi vận hành.

    2. 2

      Bước 2: Tiêu chí sẵn sàng vận hành có ngưỡng rõ ràng

      Quyết định vận hành dựa trên các ngưỡng chất lượng đo được:

      • Được vận hành

        Không còn lỗi nghiêm trọng mở; số workaround nằm dưới ngưỡng đã thống nhất và đều có tài liệu hướng dẫn.

      • Vận hành giới hạn

        Chỉ nhận hồ sơ mới ở một số khu vực, giữ hệ thống cũ cho phần còn lại, theo dõi tồn đọng hằng ngày.

      • Hoãn

        Lỗi tích hợp tổng đài – hồ sơ còn tái diễn hoặc tồn đọng tăng liên tục trong thử nghiệm thí điểm.

    3. 3

      Bước 3: Thiết kế kênh liên lạc chủ động

      Gửi thông báo tình trạng hồ sơ chủ động để giảm cuộc gọi hỏi thăm; có kịch bản trả lời thống nhất và lộ trình chuyển cấp khi hệ thống lỗi.

    4. 4

      Bước 4: Kế hoạch chuyển đổi dữ liệu là một dự án con

      Lập kế hoạch, kiểm thử và tiêu chí nghiệm thu riêng cho di chuyển hồ sơ cũ, tránh tình trạng chạy hai cơ chế song song kéo dài.

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

    Chất lượng được đánh giá ở điểm chạm của người dùng, không ở từng hệ thống con. Khi nhiều nhà cung cấp cùng tạo ra một dịch vụ, PM phải sở hữu kiểm thử đầu-cuối và không cho vận hành khi chi phí chất lượng kém bị đẩy sang nhân viên tuyến đầu.

    Nguồn tham khảo

    • NAO — Child Support Agency: implementation of the child support reforms
    • Computerworld — Problems bedevil EDS case management project for U.K.’s Child Support Agency (2004)
    #Quản lý chất lượng#NAO#Kiểm thử tích hợp#Tổng đài#Dịch vụ công

    Nguồn: NAO — Child Support Agency: implementation of the child support reforms (2006) ↗ (mở trong thẻ mới)

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

    Câu 1/1
    Hệ thống mới do hai nhà cung cấp xây (quản lý hồ sơ và tổng đài) đều đã qua kiểm thử nghiệm thu riêng. Trong thí điểm, nhân viên báo hồ sơ thỉnh thoảng biến mất khi đang nghe máy, và đội vận hành đề xuất dùng thao tác thủ công tạm thời để kịp mốc vận hành. PM nên làm gì?

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

    Nếu là PM dự án kiểu CS2, hệ thống đã vận hành, tồn đọng hồ sơ tăng mỗi quý, 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ý Chất lượng

    Cloudflare 02/07/2019: một quy tắc WAF được đẩy toàn cầu trong vài giây, không qua canary, làm CPU toàn mạng kịch trần

    Ngày 02/07/2019, một thay đổi nhỏ trong bộ quy tắc WAF của Cloudflare chứa biểu thức chính quy gây backtracking khủng khiếp, khiến CPU của mọi máy xử lý HTTP/HTTPS trên toàn cầu gần như 100% và khách hàng nhận lỗi 502 khoảng 27 phút. Bài học về kiểm thử hiệu năng trong CI, quy trình triển khai theo giai đoạn và việc "ngoại lệ khẩn cấp" trở thành đường tắt mặc định.

    0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận15/10/2026
    Số 149Quản lý Chất lượng

    Facebook ngoại tuyến 04/10/2021: một lệnh bảo trì, công cụ kiểm tra có lỗi và hệ thống khôi phục phụ thuộc chính mạng đã sập

    Ngày 04/10/2021, một lệnh bảo trì định đánh giá dung lượng mạng xương sống đã ngắt toàn bộ kết nối giữa các trung tâm dữ liệu của Facebook; công cụ kiểm tra lệnh có lỗi nên không chặn được. DNS biến mất khỏi Internet, công cụ nội bộ hỏng theo và kỹ sư phải đến tận nơi. Phân tích dưới góc nhìn kiểm soát thay đổi, kiểm thử tình huống thảm hoạ và phụ thuộc vòng của công cụ khôi phục.

    0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận11/10/2026
    Số 150Quản lý Chất lượng

    Amazon S3 ngày 28/02/2017: một tham số nhập sai trong lệnh gỡ máy chủ làm gián đoạn dịch vụ lưu trữ khoảng 4 giờ 17 phút

    Trong lúc điều tra hệ thống tính phí S3 chạy chậm, một thành viên được ủy quyền chạy lệnh trong playbook nhưng nhập sai một tham số, gỡ ra nhiều máy chủ hơn dự định ở vùng US-EAST-1. AWS sau đó sửa công cụ để gỡ chậm hơn, chặn việc đưa hệ thống xuống dưới dung lượng tối thiểu và rà soát các công cụ khác. Bài học về thiết kế công cụ vận hành chống lỗi người.

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