Hệ thống hồ sơ vụ án điện tử của FBI bị mở rộng phạm vi sau sự kiện 11/9, tài liệu yêu cầu phình lên hơn 800 trang, nhận khoảng 400 yêu cầu thay đổi trong một năm. Tháng 4/2005, dự án bị huỷ sau khi tiêu gần 170 triệu USD. Phân tích theo Collect Requirements, Define Scope và Control Scope.
Khoảng 400 yêu cầu thay đổi trong một năm nghĩa là đường cơ sở phạm vi gần như không tồn tại. Phát hiện của trọng tài cho thấy cả hai phía đều góp phần: phía khách hàng đổi yêu cầu, phía nhà thầu mắc lỗi — đều là dấu hiệu thiếu kiểm soát thay đổi tích hợp.
Năm CIO trong bốn năm khiến không có người sở hữu phạm vi ổn định để nói "không" hoặc "để giai đoạn sau". Mỗi lãnh đạo mới lại mang theo ưu tiên mới.
Khi phạm vi mở rộng sau 11/9, PM cần trình lại phương án kinh doanh, điều lệ và kế hoạch với ước lượng mới — và nói rõ hạn chót sớm hơn là không khả thi với phạm vi lớn hơn.
Thay vì tài liệu hàng trăm trang mô tả màn hình, tập trung vào câu chuyện người dùng (user story) hoặc ca sử dụng (use case) có tiêu chí nghiệm thu, gắn ưu tiên và truy vết tới mục tiêu điều tra.
Chia phạm vi thành các bản phát hành nhỏ, mỗi bản đưa giá trị thực cho điều tra viên và nhận phản hồi sớm, thay vì chờ một lần thay thế toàn bộ hệ thống cũ.
Thiết lập hội đồng kiểm soát thay đổi có quyền thật và tiêu chí đánh giá:
Khắc phục lỗi nghiêm trọng hoặc bắt buộc về pháp lý, an ninh; có phân tích tác động.
Cải tiến có giá trị nhưng không cần cho mục tiêu của bản phát hành đang làm.
Thay đổi làm lệch mục tiêu dự án; cần nhà tài trợ quyết định lại phạm vi tổng thể.
Chỉ định một chủ sở hữu sản phẩm (product owner) hoặc nhà tài trợ phạm vi có nhiệm kỳ ổn định, với quyền ưu tiên và nói "không".
Một tài liệu yêu cầu dày không bảo vệ được dự án; một đường cơ sở được kiểm soát mới làm được điều đó. Khi tầm nhìn thay đổi, hãy lập lại kế hoạch — đừng nhồi phạm vi mới vào khung thời gian cũ.
Bạn chọn phương án nào?