Atividade: Avaliar Iteração

Finalidade Determinar se a iteração foi concluída com êxito ou apresentou falhas Capturar as lições aprendidas para modificar o projeto ou melhorar o processo
Passos Coletar Métricas Avaliar os Resultados da Iteração Considerar Mudanças Externas Examinar os Critérios de Avaliação Criar Solicitações de Mudança
Artefatos Informados: Plano de Métricas Caso de Negócio Sumário de Avaliação de Testes Plano de Teste Avaliação da Organização de Desenvolvimento Avaliação de Status Lista de Problemas Plano de Desenvolvimento de Software Caso de Desenvolvimento Visão Plano de Iteração	Artefatos Resultantes: Avaliação de Iteração Solicitação de Mudança
Freqüência: Uma vez por iteração
Papel: Gerente de Projeto
Diretrizes: Revisões

Detalhamentos do Fluxo de Trabalho:

Gerenciamento de Projeto

Gerenciar Iteração

Uma das principais vantagens da abordagem iterativa em relação à abordagem em cascata é o fato de as iterações fornecerem marcos naturais para avaliar o progresso e os riscos prováveis. Na iteração, a avaliação do progresso e do risco deverá continuar (se realizada informalmente) para garantir que as dificuldades não desviem o projeto.

Coletar Métricas

Finalidade

Coletar informações sobre o progresso e a qualidade no projeto para obter o status e efetuar melhorias

Este passo envolve as seguintes tarefas, com base no plano de métricas do projeto:

Durante a avaliação da iteração, as métricas são examinadas e as ações necessárias são definidas, o que poderá envolver o replanejamento, uma nova especificação de ferramentas, o treinamento, a reorganização etc., incluindo uma nova consulta ao plano de métricas. Da mesma forma, no final de um ciclo, uma "revisão post mortem" poderá garantir que seja possível tirar proveito de algumas das métricas coletadas para melhorar o processo ou para fins de estimativa.

No caso das iterações que duram semanas ou até mesmo meses, a coleta de métricas e a geração de relatórios sobre elas serão atividades constantes, com a realização periódica de Artefato: Avaliação de Status (ou Avaliações de Status) capturando os resultados intermediários.

Avaliar os Resultados da Iteração

Quase no final de cada iteração, a equipe central do projeto deverá se reunir para avaliar a iteração, enfatizando o seguinte:

Avalie os resultados da iteração com relação aos critérios de avaliação que foram estabelecidos para o plano de iteração: funcionalidade, desempenho, capacidade, medidas de qualidade. Use as métricas obtidas nas atividades de teste e no passo Coletar Métricas como a base da avaliação, quando disponíveis, para quantificá-la. As medidas qualitativas são adequadas para a fase de iniciação e talvez para a iteração inicial, enquanto as fases posteriores de elaboração, construção e transição devem depender de medições de teste específicas para avaliar a qualidade, o desempenho, a capacidade etc. Aborde outros problemas pendentes que foram capturados nas avaliações de status durante a iteração e quaisquer outros problemas na Lista de Problemas do Gerente de Projeto.

Se todos os riscos tiverem sido reduzidos a níveis aceitáveis, toda a funcionalidade tiver sido implementada e todos os objetivos de qualidade tiverem sido atingidos, o produto estará concluído. O planejamento e a execução eficientes são vitais para isso ocorrer no final da fase de Transição.

Considerar Mudanças Externas

É fácil para a equipe do projeto ficar tão absorvida internamente, a ponto de não ter conhecimento das mudanças no mundo fora dela. O negócio pode mudar, adicionando, alterando ou removendo requisitos-chave. Ou então, um competidor pode entrar no mercado com um produto semelhante, causando uma mudança nos requisitos de tempo do mercado, nas características ou no custo do produto-alvo.

De acordo com o estado atual do ambiente externo, o plano do projeto (incluindo os marcos) ainda é válido? Os riscos mudaram, forçando uma reconsideração dos planos de iteração? O produto correto está sendo criado e a visão ainda é válida? A equipe do produto está no caminho certo para liberá-lo? São necessárias mudanças de processo em decorrência da instabilidade das circunstâncias externas?

Use os resultados dessas discussões para gerar solicitações de mudança para a visão, a lista de riscos, o plano do projeto, os planos de iteração ou o caso de desenvolvimento.

Examinar os Critérios de Avaliação

Às vezes, uma iteração não corresponderá às expectativas porque os objetivos definidos eram inatingíveis. A definição de metas de alto nível é importante, mas há uma diferença sutil entre agressiva e irreal. As equipes de projeto são motivadas por metas que incentivam a ampliação de suas habilidades. No entanto, costumam ficar desmoralizadas se os objetivos estão consistentemente além do seu alcance. A definição de metas de forma que a equipe de projeto se sinta desafiada sem ser desanimada exige, às vezes, algumas iterações, à medida que ela aprende a trabalhar em conjunto e conhece os seus limites.

Examine os critérios de avaliação para verificar se foram realistas. Às vezes, o benefício da iteração em revelar que um requisito específico não é tão importante quanto imaginado originalmente tem um grande valor em si. Em geral, os projetos são sobrecarregados com requisitos complexos, mas de pouco valor, impostos por usuários entusiasmados ao extremo, atraídos pela tecnologia mais recente; uma ou duas iterações podem redefinir suas expectativas e fazer com que se concentrem na funcionalidade que apresenta valor real.

A iteração poderá revelar que um recurso específico é caro demais para ser implementado ou cria uma arquitetura insustentável. É necessário reexaminar o caso de negócio dele para determinar se permanecerá no escopo ou talvez revisá-lo para que o requisito se torne viável do ponto de vista do custo efetivo.

Criar Solicitações de Mudança

Com base nos resultados da avaliação, crie propostas de mudança para a visão, a lista de riscos, o plano de projeto, os planos de iteração, o caso de desenvolvimento e os requisitos.