Disciplinas > Gerenciamento de Projeto > Fluxo > Gerenciar Iteração

Tópicos

Propósito

Perfil da Equipe


Purpose To top of page

Este subfluxo contém atividades que iniciam, finalizam e revêem o trabalho de uma iteração. O propósito é adquirir os recursos necessários para as atividades da iteração, na Atividade: Adquirir Recursos, e avaliar os resultados da iteração na Atividade: Avaliar Iteração.

Como as iterações são muito freqüentes, devido à sua curta duração, nem sempre é possível validar junto ao Revisor do Projeto (em geral, o cliente) o resultado da iteração. Assim, podem ser combinadas revisões em marcos intermediários, que apresentem o trabalho de duas ou três iterações. Nestas revisões (Atividade: Revisão de Marco Intermediário) irão determinar, do ponto de vista dos stakeholders, se o projeto está ou não atingindo seus objetivos. É interessante que o intervalo de tempo entre estes marcos não sejam muito grande (em geral, um a três meses), pois o feedback constante do cliente é fundamental para saber se o projeto está cumprindo seus objetivos.

Perfil da Equipe To top of page

É necessária uma variedade de habilidades para as atividades deste subfluxo: apesar do Gerente de Projeto poder contar com a função de recursos humanos da organização para selecionar candidatos para a equipe do projeto, a responsabilidade final pela seleção é dele. Habilidade de realizar entrevistas é valiosa, assim como experiência na seleção de boas pessoas. Além disso, o Gerente de Projeto precisará mostrar habilidades de planejamento, liderança e formação de equipes no início da iteração - para alocar o trabalho de modo apropriado e trasnformar o a abstração do Plano de Iteração em equipes realmente efetivas.

O Revisor do Projeto para esta revisão precisar ter experiência no domínio da palicação e estar apto a discernir o que é importante e o que pode ser ignorado ou relaxado. Assim como ninguém deve ter dúvidas sobre o que deu certo ou errado na iteração, os requisitos não são de igual importância nem são imutáveis. É adquirido conhecimento durante uma iteração e as circunstâncias podem mudar.

Por exemplo, caso existisse, no início da iteração, um requisito de que o tempo de resposta de uma certa funcionalidade fosse 0.25 segundos ou menos. Digamos que isto tivesse se mostrado muito difícil e, na revisão de marco intermediário, o tempo conseguido fosse de 0.5 segundos. É sabido que o tempo desejado pode ser atingido, mas isto consumiria muitos recursos do projeto e o cliente, vendo a demonstração da funcionalidade, achou o tempo de 0.5 aceitável.

Dizer que a iteração falhou neste contexto não faz sentido. É melhor que o Revisor do Projeto e o Gerente de Projeto concordem em relaxar este requisito e, em compensação, utilizar os recursos para adicionar uma nova funcionalidade ao software. O Revisor do Projeto (e o Gerente de Projeto) precisam de experiência e confiança para realizar este tipo de troca, que não compromete a Visão do produto.

Copyright  © 1987 - 2001 Rational Software Corporation


Display Rational Unified Process using frames

Rational Unified Process