A equipe deve demonstrar o produto ao cliente, aos usuários finais, e aos outros Função: Stakeholders para obter seu feedback, ou melhor ainda, permitir que os usuários utilizem o produto por conta própria. Isto deve ser feito durante toda a iteração, ou pelo menos em uma sessão separada próxima ao fim da iteração. Registre as solicitações de mudança do produto no Artefato: Lista de Itens de Trabalho para priorização posterior. Fatore o feedback na avaliação geral da iteração.

Próximo ao fim da iteração, a equipe deve avaliar conjuntamente se os objetivos e os critérios de avaliação estabelecidos no Artefato: Plano de Iteração foram alcançados, e se a equipe aderiu ao plano da iteração e concluiu todos os itens de trabalho planejados. Abaixo estão alguns exemplos de perguntas que a equipe pode responder como parte da avaliação:

• Onde as metas e os objetivos definidos se encontram? A liberação alcançou suas metas de funcionalidade e qualidade? A liberação alcançou as metas de desempenho e capacidade?
• Os riscos foram reduzidos ou eliminados? Podemos identificar novos riscos?
• Todos os itens de trabalho planejados foram endereçados? Como foi a velocidade das equipes em relação ao plano?
• Os usuários finais forneceram feddback favorável sobre o que nós construímos nesta iteração?
• É necessário efetuar mudanças no plano do projeto?
• Que partes da liberação atual serão colocadas em linha base? Que partes necessitarão ser retrabalhadas?
• Houveram mudanças externas tais como mudanças no mercado, na comunidade de usuários ou nos requisitos?

As avaliações devem ser baseadas em medidas objetivas na maior extensão possível. Por exemplo, para avaliar que um requisito foi desenvolvido, a equipe deve assegurar que os casos de teste correspondentes estejam funcionados com sucesso, ao invés de considera-lo feito assim que a implementação estiver pronta.

Reveja a abordagem feita para o desenvolvimento e colaboração da equipe, a eficácia do ambiente de desenvolvimento, o ambiente de trabalho apropriado e outros fatores e discuta que coisas foram bem, o que poderia ter ido melhor, e como coisas poderiam ter sido alteradas para entregar melhores resultados. Capture as ações a serem feitas para melhorar a abordagem de desenvolvimento para a próxima iteração na Avaliação de Status.

Dependendo dos resultados da avaliação e do feedback dos stakeholders, o Função: Gerente de Projeto pode necessitar revisar o Artefato: Plano de Projeto para adapta-lo as mudanças. Se uma mudança afetar algum marco de projeto definido, o gerente de projeto deve consultar os Stakeholders antes de executar as mudanças.

As mudanças necessárias podem também abranger a necessidade de adquirir novos recursos, absorver um aumento de esforço não planejado ou implementar uma solicitação de mudança específica.

Esta etapa é opcional e deve ser executada somente quando o período de avaliação coincidir com o fim de uma fase.

O fim de uma fase representa um ponto de sincronização das expectativas técnicas e gerenciais e o fechamento de um projeto. No desenvolvimento iterativo, coincide com o fim de uma iteração. Entretanto, o fim da fase, marca um ponto onde é possível considerar o re-escopo e até a re-contratação de um projeto. Por exemplo, a fase do Concepção é exploratória e pode ser executada sob um contrato do tipo tempo-e-material ou custo-adicional. A fase de Elaboração pode ser feita como um contrato de preço fixo ou de custo-adicional, dependendo do tamanho do desenvolvimento não usual. Nas fases de Construção e Transição, muito é conhecido sobre o sistema de forma que os contratos de preço-fixo são mais atraentes tanto para o comprador quanto para o vendedor.

O final da fase é marcado por um marco principal e por um correspondente marco de revisão. O grau de formalidade destas revisões depende do projeto. A coisa importante é tomar vantagem deste marco de revisão para conseguir acordo entre todos os Stakeholders sobre o estado atual do projeto. Para maiores informações, consulte Conceito: Marcos.

Este passo é opcional e deve ser executado somente quando o período de avaliação coincidir com o fim do projeto.

Envolva a equipe e os Stakeholders em uma avaliação final para aceitação do projeto que, se bem sucedida, marca o ponto quando o cliente aceita a posse do produto de software. Recolha e grave as lições aprendidas para serem usadas nos projetos futuros. Termine o encerramento do projeto liberando os recursos restantes e realocando a equipe restante.