While it’s natural to resist a big change, if a team can find a way to not just accept but welcome these changes, it means that they’re putting the users’ long-term needs ahead of their own short-term annoyance. In a context which is dynamic, one cannot specify and plan in detail because the context changes before one can deliver. In such a case, continuing to deliver as per plan will lead to low staff motivation due to a failed project and lost opportunity due to an unsatisfied customer. Responding to change is not only more effective, but it is also imperative for companies that must compete in a fast-paced, cutthroat, rapidly changing marketplace. Scrum responds to changes between sprints but still follows a plan during sprints. That’s why we value responding to change *over* following a plan, not *instead* of.