Số 400Quản lý Phạm vi

POLSAG (Đan Mạch, 2002–2012): hệ thống hồ sơ vụ việc của cảnh sát tốn 567 triệu krone vì muốn giống hệt hệ thống cũ

Cảnh sát Đan Mạch mua POLSAG để thay hệ thống quản lý hồ sơ POLSAS, xây trên phần mềm chuẩn Captia. Thay vì cải tiến quy trình, phạm vi được định nghĩa là "giống hệ thống cũ", khiến phần phát triển tuỳ chỉnh phình to. Thí điểm ở Bornholm thất bại, dự án bị dừng tháng 2/2012 khi đang ở năm thứ mười. Kiểm toán Nhà nước Đan Mạch ước tổng chi phí khoảng 567 triệu krone. Bài học về định nghĩa phạm vi và tận dụng sản phẩm chuẩn.

Nguyễn Thu Hà, PMP

29/09/2026

3 phút đọc 0

Bình luận0

Bối cảnh thực tế

Cảnh sát Quốc gia Đan Mạch mua POLSAG để thay POLSAS — hệ thống quản lý hồ sơ vụ việc và tài liệu. Hệ thống mới phải số hoá hồ sơ, dùng chung toàn quốc giữa các quận cảnh sát, và được xây trên phần mềm chuẩn Captia kèm một chương trình phát triển phần mềm lớn. Theo báo cáo của Kiểm toán Nhà nước Đan Mạch (Rigsrevisionen, 3/2013):

Hợp đồng với nhà cung cấp được ký năm 2007. Năm 2009, cảnh sát và nhà cung cấp lập lại kế hoạch, thay đổi đáng kể tiến độ, kinh phí và nội dung.
Cảnh sát không tận dụng cơ hội cải tiến quy trình mà quyết định POLSAG phải giống hệ thống cũ. Chức năng chuẩn của Captia không được khai thác, nhu cầu phát triển tuỳ chỉnh leo thang — "hệ thống được điều chỉnh theo cảnh sát chứ không phải ngược lại".
Thí điểm tại Bornholm từ tháng 12/2010: đào tạo không đủ, hợp đồng không bảo đảm sửa ngay lỗi nghiêm trọng, không có kiểm thử ứng dụng thực tế; sau một năm, tháng 3/2012 Bornholm quay về hệ thống cũ. Thời gian phản hồi kém là rủi ro được biết suốt dự án nhưng không được xử lý kịp.
Tháng 2/2012, Ủy ban Tài chính chấp thuận đóng dự án khi đang ở năm thứ mười; tổng chi phí khoảng 567 triệu krone, gồm khoảng 145 triệu chi phí lương nội bộ. Kinh phí được duyệt tăng 72% từ 2007 đến 2010.
Bộ Tư pháp chậm chín tháng mới báo cho Ủy ban Tài chính về việc lập lại kế hoạch và mở rộng dự án; hợp đồng gốc không gắn thanh toán với sản phẩm bàn giao.

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

"Giống hệ thống cũ" không phải là một tuyên bố phạm vi
Lấy hệ thống cũ làm đặc tả biến mọi thói quen thành yêu cầu bắt buộc. Thu thập yêu cầu phải bắt đầu từ quy trình nghiệp vụ cần hỗ trợ, không từ màn hình hiện có.
Sản phẩm chuẩn bị biến thành phát triển riêng
Khi không chấp nhận điều chỉnh quy trình theo phần mềm chuẩn, chi phí, độ phức tạp và rủi ro của tuỳ chỉnh tăng nhanh — đúng điều Rigsrevisionen ghi nhận.
Mở rộng phạm vi không qua cấp phê duyệt ngân sách kịp thời

POLSAG (Đan Mạch, 2002–2012): hệ thống hồ sơ vụ việc của cảnh sát tốn 567 triệu krone vì muốn giống hệt hệ thống cũ

Bối cảnh thực tế

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

"Giống hệ thống cũ" không phải là một tuyên bố phạm vi

Sản phẩm chuẩn bị biến thành phát triển riêng

Mở rộng phạm vi không qua cấp phê duyệt ngân sách kịp thời

Yêu cầu phi chức năng bị bỏ ngỏ

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

Bước 1: Mô hình hoá quy trình nghiệp vụ trước khi chọn giải pháp

Bước 2: Đặt ngân sách tuỳ chỉnh và quy tắc chấp nhận

Bước 3: Đo yêu cầu phi chức năng từ sớm

Bước 4: Báo cáo thay đổi phạm vi lớn ngay cho cơ quan cấp vốn

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

Nguồn tham khảo

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

Theo bạn, cách tốt nhất để giảm phản đối của người dùng khi thay hệ thống quen thuộc là gì?

Tình huống này hữu ích với bạn?

Bình luận (0)