blob: 005e7686e2dd25757881a8a6451448856fa3fcd3 [file] [log] [blame]
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE html PUBLIC "-//W3C/DTD XHTML 1.0 Strict//EN" "DTD/xhtml1-strict.dtd">
<!-- VERSION rmc:7.1.0 -->
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8"/>
<!-- START NON-TRANSLATABLE -->
<title>openup&amp;#92;guidances&amp;#92;guidelines&amp;#92;&amp;#92;assign_changes_to_iteration.xmi</title>
</head>
<!-- WARNING: do not modify the generated comments in this file below this line. They are used as markers for the import process. -->
<body>
Element Name: assign_changes_to_iteration.xmi<br/><br/>
<!-- END NON-TRANSLATABLE -->
<br/><br/><br/>
<!-- START NON-TRANSLATABLE -->
Attribute: presentationName<br/><br/>
<!-- END NON-TRANSLATABLE -->
<!-- START:presentationName,__yQQ4L6REdqti4GwqTkbsQ CRC: 2817405546 -->Assign Changes to an Iteration<!-- END:presentationName,__yQQ4L6REdqti4GwqTkbsQ -->
<br/><br/><br/>
<!-- START NON-TRANSLATABLE -->
Attribute: briefDescription<br/><br/>
<!-- END NON-TRANSLATABLE -->
<!-- START:briefDescription,__yQQ4L6REdqti4GwqTkbsQ CRC: 4077438359 -->This guideline promotes the best practice of isolating team members from disruptive changes during the current iteration. Change requests are reviewed and prioritized during the current iteration, but are not acted upon until assigned to a future iteration.<!-- END:briefDescription,__yQQ4L6REdqti4GwqTkbsQ -->
<br/><br/><br/>
<!-- START NON-TRANSLATABLE -->
Attribute: mainDescription<br/><br/>
<!-- END NON-TRANSLATABLE -->
<!-- START:mainDescription,-bUmvEAAtFf6B0aUCux8k9Q CRC: 1424737881 --><p>
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.
</p>
<p>
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 <a class="elementLinkWithType" href="./../../../openup/workproducts/work_items_list_39D03CC8.html" guid="_rGNWsCbSEdqh1LYUOGRh2A">Artifact: Work Items List</a>.
</p>
<p>
Since iterations are relatively short this should not cause undue delay in dealing with urgent and important change
requests.
</p>
<p>
One notable exception is a defect discovered during testing that prevents the team from meeting the objectives of the
iteration. In this case it is reasonable to assign the work item to the current iteration as this does not represent a
scope change, it represents unfinished work.
</p>
<p>
Consider the following when choosing the future iteration where the change request will be addressed:
</p>
<ul>
<li>
Group similar change requests in the same iteration. For example multiple change requests focused on the same
functionality or that are dependent on each other.
</li>
<li>
Assign change requests that mitigate high risks to the earliest iteration possible.
</li>
</ul><!-- END:mainDescription,-bUmvEAAtFf6B0aUCux8k9Q -->
</body>
</html>