In many organizations, especially software development companies, projects become iterative. Development teams focus on delivering a “1.0 release,” followed by a series of smaller upgrades, before launching work on the “2.0 release.” In organizations that take on routine, repetitive projects, leaders can embrace project restraints within each set of tasks with the aim of learning how to make future projects run more efficiently.
Under these conditions, it becomes easier for project managers to enforce project constraints, since dropped feature requests can be considered for future projects. Being able to assure a stakeholder that their needs could be met during the next project cycle avoids the challenge of saying “no.”