Mặc định trong Scrum là bảo vệ Sprint Goal: không nên thêm thay đổi nào gây nguy hiểm cho nó. Nhưng Scrum không cứng nhắc — phạm vi có thể được đàm phán lại với Product Owner, và một thay đổi thực sự khẩn cấp có thể được xử lý, với các đánh đổi được làm rõ.
Một khung quyết định
1. Yêu cầu mới có đe dọa Sprint Goal không?
KHÔNG → nó có thể chờ Sprint tiếp theo không? Thường là có → cho vào backlog.
CÓ → nói chuyện với Product Owner về các đánh đổi.
2. Đó có phải là một trường hợp khẩn cấp thực sự (prod sập, pháp lý, bảo mật)?
CÓ → PO có thể hủy/thay thế công việc; phải bỏ bớt cái gì đó.
3. Làm cho đánh đổi trở nên hữu hình: kéo X vào nghĩa là Y bị bỏ ra.
