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

SBInet (DHS, Mỹ): khi phạm vi khối đầu tiên co từ 655 xuống 387 dặm và tiêu chí chấp nhận bị nới lỏng

Hệ thống giám sát biên giới công nghệ cao SBInet của Bộ An ninh Nội địa Mỹ liên tục bị thu hẹp phạm vi: vùng triển khai đầu tiên giảm từ 3 xuống 2 khu vực, ngưỡng hiệu năng bị hạ đến mức chấp nhận phát hiện dưới 50% đối tượng. GAO kết luận yêu cầu chưa được xác định chặt, lịch biểu không đáng tin và chưa có phân tích lợi ích. Bài học về quản lý phạm vi và tiêu chí chấp nhận.

Nguyễn Thu Hà, PMP

21/09/2026

4 phút đọc 0

Bình luận0

Bối cảnh thực tế

SBInet là thành phần công nghệ của Sáng kiến Biên giới An toàn (Secure Border Initiative) do Bộ An ninh Nội địa Mỹ (DHS) khởi động giữa thập niên 2000. Ý tưởng: dựng các tháp cảm biến, radar và camera dọc biên giới, truyền hình ảnh về trung tâm chỉ huy để lực lượng tuần tra quyết định có điều người hay không. Nhà thầu chính là Boeing.

Một nguyên mẫu dài khoảng 28 dặm bắt đầu chạy ở Arizona đầu năm 2008. Theo ước tính năm 2008, riêng đoạn triển khai cố định đầu tiên dài 53 dặm cần khoảng 758 triệu USD, cộng thêm khoảng 544 triệu USD vận hành, bảo trì suốt vòng đời.

Báo cáo GAO-10-340 (tháng 5/2010) cho thấy phạm vi của khối năng lực đầu tiên (Block 1) liên tục co lại so với cam kết:

Vùng triển khai ban đầu giảm từ 3 khu vực biên giới dài khoảng 655 dặm xuống 2 khu vực khoảng 387 dặm.
Yêu cầu hiệu năng bị nới lỏng tới mức hệ thống vẫn được coi là đạt nếu phát hiện chưa tới 50% số đối tượng vượt biên cần quan tâm.
Lịch biểu tổng thể không tuân thủ 7 trên 9 thực hành tốt về lập lịch; chưa có ước tính chi phí vòng đời đáng tin và chưa có phân tích lợi ích nào để biện minh khoản đầu tư.

GAO khuyến nghị giới hạn đầu tư vào phần việc đã ký hợp đồng. Tháng 3/2010 nguồn vốn mở rộng bị đóng băng; tháng 1/2011 DHS chấm dứt SBInet theo cách hình dung ban đầu.

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

Thu hẹp phạm vi không đi kèm quyết định chính thức về giá trị
Thu hẹp phạm vi (descoping) là công cụ hợp lệ, nhưng phải đi qua quy trình Thực hiện kiểm soát thay đổi tích hợp (Perform Integrated Change Control) với phân tích tác động lên lợi ích. Ở SBInet, phạm vi co lại từng bước như hệ quả của khó khăn kỹ thuật, trong khi trường hợp kinh doanh (business case) không được cập nhật — không ai trả lời được 387 dặm với ngưỡng phát hiện dưới 50% có còn đáng đầu tư hay không.
Yêu cầu chưa được xác định và kiểm chứng trước khi cam kết
GAO chỉ ra hạn chế trong việc xác định yêu cầu, cộng với ràng buộc của linh kiện thương mại sẵn có. Theo quy trình Thu thập yêu cầu (Collect Requirements), yêu cầu phải đo lường được, kiểm thử được và truy vết được tới mục tiêu nghiệp vụ qua ma trận truy vết yêu cầu (requirements traceability matrix). Khi yêu cầu mơ hồ, việc "hạ chuẩn" trở thành con đường ít kháng cự nhất.

SBInet (DHS, Mỹ): khi phạm vi khối đầu tiên co từ 655 xuống 387 dặm và tiêu chí chấp nhận bị nới lỏng

Bối cảnh thực tế

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

Thu hẹp phạm vi không đi kèm quyết định chính thức về giá trị

Yêu cầu chưa được xác định và kiểm chứng trước khi cam kết

Tiêu chí chấp nhận bị điều chỉnh cho vừa với sản phẩm

Áp lực mốc triển khai lấn át phân tích

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

Bước 1: Gắn mỗi thay đổi phạm vi với cập nhật trường hợp kinh doanh

Bước 2: Khoá tiêu chí chấp nhận theo nhu cầu tác nghiệp

Bước 3: Lập lịch tổng thể có thể tin được

Bước 4: Thử giải pháp thay thế trước khi mở rộng

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

Nguồn tham khảo

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

Nếu là PM của một hệ thống công nghệ như SBInet, khi khối đầu tiên chỉ đạt được phạm vi và hiệu năng thấp hơn cam kết, bạn chọn hướng nào?

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

Bình luận (0)