Most iterative software development processes recommend that changes not be introduced during an iteration. The
main idea is that the iterations should be short and with clearly defined scope so that they can be time-boxed.
To limit scope within an iteration, change requests are reviewed and prioritized as soon as possible, but are not
assigned for implementation until a future iteration via the Artifact: Work Items List.
Since iterations are relatively short this should not cause undue delay in dealing with urgent and important change
requests.
|