| <?xml version="1.0" encoding="UTF-8"?> |
| <org.eclipse.epf.uma:TaskDescription xmi:version="2.0" |
| xmlns:xmi="http://www.omg.org/XMI" xmlns:org.eclipse.epf.uma="http://www.eclipse.org/epf/uma/1.0.5/uma.ecore" |
| xmlns:rmc="http://www.ibm.com/rmc" rmc:version="7.5.0" xmlns:epf="http://www.eclipse.org/epf" |
| epf:version="1.5.0" xmi:id="_a3uz4LBYEdm7Eph_l9Cn9w" |
| name="assess_results,_0l53cMlgEdmt3adZL5Dmdw" guid="_a3uz4LBYEdm7Eph_l9Cn9w" changeDate="2008-07-14T09:22:56.260-0700" |
| version="1.0.0"> |
| <mainDescription>Coordinate the assessment and discuss with the team how the iteration results will be best presented to stakeholders so
 |
| they can learn as much about the solution as possible. Listen what the team has to say about what went wrong and what went
 |
| right during the iteration. This knowledge will help everybody make informed decisions&nbsp;on the next iteration planning
 |
| and determine the best course of action for the project. This task is performed at the end of every iteration until the end
 |
| of the project.</mainDescription> |
| <sections xmi:id="_o28GgMMsEdmdo9HxCRR_Gw" name="Prepare for iteration assessment" |
| guid="_o28GgMMsEdmdo9HxCRR_Gw"> |
| <sectionDescription><p>
 |
| Towards the end of the iteration, the team jointly assesses whether the objectives and evaluation criteria established
 |
| in the <a class="elementLink" href="./../../practice.mgmt.iterative_dev.base/workproducts/iteration_plan_B46FED39.html"
 |
| guid="_0aQBEslgEdmt3adZL5Dmdw">Iteration Plan</a> were met, and whether the team adhered to the plan and completed all
 |
| the work items committed to the iteration.&nbsp;The team&nbsp;makes use&nbsp;of objective measures to the greatest
 |
| extent possible. To assess that a given work item is completed, the team ensures that the corresponding test cases were
 |
| successfully run against it.
 |
| </p>
 |
| <p>
 |
| The team prepares a demo of the features implemented at that point, so during the iteration assessment stakeholders can
 |
| have a real sense of progress made. The team decides on whether&nbsp;each developer demonstrates the features they
 |
| implemented or the project manager or senior developer demonstrates it all, having other team members present to answer
 |
| questions. The project manager&nbsp;prepares&nbsp;reports that show&nbsp;project status, such as&nbsp;work burndown and
 |
| test case reports.&nbsp;
 |
| </p>
 |
| <p>
 |
| These activities happen in preparation for the iteration assessment meeting with stakeholders that occur on the last
 |
| day of the iteration.
 |
| </p></sectionDescription> |
| </sections> |
| <sections xmi:id="_iSiDEIx4Edyzd4h-mxj9YA" name="Demonstrate value and gather feedback" |
| guid="_iSiDEIx4Edyzd4h-mxj9YA"> |
| <sectionDescription><p>
 |
| The team demonstrates the product to customers, end-users, and other stakeholders to collect their feedback, or better
 |
| yet, have end users to use the product themselves. This can be done throughout the iteration,&nbsp;but at least during
 |
| the iteration assessment that occurs at the end of the iteration (see <a class="elementLinkWithType"
 |
| href="./../../practice.mgmt.iterative_dev.base/guidances/guidelines/iteration_assessment_E27E9DDE.html"
 |
| guid="_FekBAC4IEdyhZrtGEIITGQ">Guideline: Iteration Assessment</a>). Work that is not completed should not be
 |
| demonstrated.
 |
| </p>
 |
| <p>
 |
| Resulting knowledge, such as new functionality, requested changes and defects are recorded in the <a
 |
| class="elementLink" href="./../../core.mgmt.common.base/workproducts/work_items_list_39D03CC8.html"
 |
| guid="_rGNWsCbSEdqh1LYUOGRh2A">Work Items List</a>, so project priorities, scope and duration can be refined in the
 |
| next iteration planning.
 |
| </p></sectionDescription> |
| </sections> |
| <sections xmi:id="_iL7cQEpqEdup0IY9DKDPkg" name="Perform a retrospective" guid="_iL7cQEpqEdup0IY9DKDPkg"> |
| <sectionDescription><p>
 |
| Review with the team the approach taken to development and collaboration, the effectiveness of the development
 |
| environment, the suitability of the working environment, and other factors. Discuss what things went well, what could
 |
| have gone better, and how things could be changed to deliver better results. Capture in the current <a
 |
| class="elementLink" href="./../../practice.mgmt.iterative_dev.base/workproducts/iteration_plan_B46FED39.html"
 |
| guid="_0aQBEslgEdmt3adZL5Dmdw">Iteration Plan</a>&nbsp;the assessment results,&nbsp;stakeholder feedback, and actions
 |
| to be taken to improve the development approach for next iteration. Record lessons learned in this iteration
 |
| with&nbsp;a collection of lessons learned for the entire project.&nbsp;&nbsp;
 |
| </p></sectionDescription> |
| </sections> |
| <sections xmi:id="_1YHH8DLqEdueZPye-FaNgA" name="Close-out project" guid="_1YHH8DLqEdueZPye-FaNgA"> |
| <sectionDescription><p>
 |
| This step must be performed only when the iteration review coincides with the end of the project. Involve the team and
 |
| stakeholders in&nbsp;a final assessment for project acceptance which, if successful, marks the point when the customer
 |
| accepts ownership of the software product. Complete the close-out of the project by disposing of the remaining assets
 |
| and reassigning the remaining staff.
 |
| </p></sectionDescription> |
| </sections> |
| <purpose>Demonstrate the value of the solution increment that was built during the iteration and apply the lessons learned to modify
 |
| the project or improve the process.</purpose> |
| </org.eclipse.epf.uma:TaskDescription> |
