| Subfluxo:  Gerenciar Iteração 
         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. É 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  |