| 
 Prepare for iteration assessment 
    Towards the end of the iteration, the team jointly assesses whether the objectives and evaluation criteria established
    in the Iteration Plan were met, and whether the team adhered to the plan and completed all
    of the work items committed to the iteration. The team makes use 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.
 
    The team prepares a demonstration of the features implemented at that point, so that during the iteration assessment stakeholders can
    have a real sense of progress made. The team decides whether each developer should demonstrate the features that they
    implemented, or if the project manager or senior developer demonstrates it all, with other team members present to answer
    questions. The project manager prepares reports that show project status, such as work burndown and
    test case reports. 
 
    These activities happen in preparation for the iteration assessment meeting with stakeholders that occurs on the last
    day of the iteration.
  | 
 
 
 
Demonstrate value and gather feedback 
    The team demonstrates the product to customers, end-users, and other stakeholders to collect their feedback or, better
    yet, have end users use the product themselves. This can be done throughout the iteration, but at least during
    the iteration assessment that occurs at the end of the iteration (see Guideline: Iteration Assessment). Work that is not completed should not be
    demonstrated.
 
    Resulting knowledge (such as new functionality, requested changes, and defects) are recorded in the Work Items List, so that project priorities, scope, and duration can be refined in the
    next iteration planning.
  | 
 
 
 
Perform a retrospective 
    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 Iteration Plan the assessment results, stakeholder feedback, and actions
    to be taken to improve the development approach for the next iteration. Record lessons learned in this iteration
    with a collection of lessons learned for the entire project.  
  | 
 
 
 
Perform a retrospective (end of phase) 
    When the assessment period coincides with the end of a phase, the corresponding milestone review takes place. These are
    informal reviews of the work accomplished where the team and stakeholders agree on moving the project on to the next
    phase, spanning a set of iterations with a new common goal in accordance with the emphasis of the following phase. For
    more information, see Concept: Phase Milestones.
  | 
 
 
 
Close-out project 
    This step must be performed only when the iteration review coincides with the end of the project. Involve the team and
    stakeholders in 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.
  | 
 
 
 
 |