Công bố năm 2010 với mục tiêu hoàn thành năm 2017, Universal Credit gộp nhiều khoản trợ cấp vào một. Năm 2013, NAO chỉ ra Bộ Lao động và Hưu trí thiếu một hình dung chi tiết về cách chương trình vận hành, xoá sổ 34 triệu bảng đầu tư CNTT và phải thu hẹp triển khai. Bài học về Define Scope khi áp dụng phương pháp mới.
NAO đánh giá tiến độ và phạm vi quá tham vọng, trong khi tổ chức áp dụng một phương pháp quản lý chưa quen. Khi năng lực thực hiện chưa được chứng minh, phạm vi cam kết ban đầu nên nhỏ và mở rộng theo bằng chứng.
Không có thước đo tiến độ phù hợp thì không thể biết bao nhiêu phần phạm vi đã thật sự "xong" và dùng được. Việc xoá sổ 34 triệu bảng cho thấy những gì được báo là đã làm lại không đáp ứng nhu cầu.
Lập tầm nhìn sản phẩm, bản đồ hành trình người nhận trợ cấp, kiến trúc mục tiêu và lộ trình phát hành (roadmap). Đây là "phạm vi cấp cao" làm khung cho mọi sprint.
Mọi tính năng chi trả chỉ được coi là xong khi đã qua kiểm tra chống gian lận, bảo mật và kiểm toán. Như vậy yêu cầu phi chức năng không thể bị bỏ sót.
Mở rộng phạm vi người dùng theo ngưỡng chất lượng rõ ràng:
Hệ thống xử lý đúng hồ sơ ở nhóm hiện tại, chỉ số sai sót và gian lận trong ngưỡng chấp nhận.
Còn phụ thuộc xử lý thủ công đáng kể; cần thêm chức năng trước khi nhận hồ sơ phức tạp hơn.
Thiếu chức năng kiểm soát bắt buộc hoặc người nhận bị ảnh hưởng tiêu cực.
Dùng thước đo như số tính năng đạt Definition of Done, số hồ sơ được xử lý tự động trọn vẹn, thay vì phần trăm công việc hoặc ngân sách đã chi.
Kết hợp agile cho phát triển phần mềm với quản trị chương trình chặt chẽ (cổng quyết định, kiểm soát chi phí, báo cáo cho cấp phê duyệt) — đúng tinh thần tailoring của PMBOK 7.
Agile cho phép phạm vi chi tiết hình thành dần, nhưng không cho phép thiếu tầm nhìn về sản phẩm. Không có "bức tranh tổng thể", mỗi sprint chỉ là một bước đi nhanh về hướng chưa xác định.
Bạn chọn phương án nào?