Atividades de iteração

Em o MSF para CMMI a melhoria do processo v6.0, você planeja um projeto como uma série de iterações.Cada iteração é normalmente quatro para seis semanas tempo, em que a equipe de desenvolvimento implementa um conjunto específico dos requisitos do.

Em o início de uma iteração

Planejamento de iteração ou ocorre antes do início de cada iteração.Inclui as seguintes tarefas:

• Revise os requisitos que são atribuídos a iteração, e defina-os com mais detalhes.

• Crie itens de trabalho de tarefas para o trabalho que deve ser executado para implementar e testar cada requisito.As tarefas vincular ao item de trabalho usando o requisito de tipo de link pai.

• Defina o campo original de avaliação de cada tarefa.Dividir tarefas que têm as classificações que são mais longas de que alguns dias.

• Compare a avaliações com tempo que estão disponíveis para a iteração.Se o total de classificação é muito longo, simplificar alguns dos requisitos, ou adie-os para uma iterações posteriores.

Para obter mais informações, consulte Planejando uma interação (CMMI).

Durante uma iteração

Execução de tarefas

Os membros da equipe começam e usa as tarefas, gravando esses eventos em itens de trabalho.A conclusão de uma tarefa pode incluir no código de programa e outros artefatos.Cada tarefa deve durar não mais do que alguns dias; as tarefas principais são de divisão durante o planejamento de iteração.Para obter mais informações, consulte Criar, copiar e atualizando itens de trabalho e Completing Development Tasks.

Se um membro da equipe encontra qualquer obstáculo ao seu trabalho que não pode ser resolvido imediatamente, deve registrar um item de trabalho do problema.Para obter mais informações, consulte: Problema (CMMI).

Teste

O manual ou os testes automáticos devem ser desenvolvidos, e as situações de teste devem ser vinculadas os requisitos do produto.Um requisito do produto não pode ser considerado concluído até que o item de trabalho é vinculado para situações de teste que passam e que demonstram que estão funcionando.

O trabalho de desenvolvimento para teste deve ser incluído nas tarefas que são vinculadas ao requisito do produto.

Rolamento e noites

O sistema de compilação cria o produto das atualizações mais recentemente registadas e os testes automatizados é executado.Você pode definir chave para executar testes para contínuo, e você pode definir um conjunto completo para executar cada noite.Esta prática ajuda a garantir que vários incrementos não criar uma acúmulo de erro.Para obter mais informações, consulte: Configurando e gerenciando seu sistema de compilação.

Reunião de pé

A equipe inteira com uma revisão do dia resumo de progresso nas tarefas de iteração.Os membros da equipe podem projetar o painel de parede em andamento, compartilham a usando o Office Live que se encontra, ou ambos.Para obter mais informações, consulte Painel de progresso (CMMI).

• Cada membro da equipe relata rapidamente o progresso recente, o trabalho para a disposição para o dia, e todos os problemas de bloqueio.

• O gerenciador de projeto ou o líder de equipe reportam em progresso para resolver problemas.Para obter mais informações, consulte Gerenciando problemas (CMMI).

• O número do erro é examinada.Erros devem ser dados a prioridade sobre a renovação.Aponta manter a contagem de bug baixa em todo o projeto.Se o número de gera de erro, discute as causas e o impacto possível no trabalho de desenvolvimento.

• A taxa de burndown é examinada.

Ajustes de escopo

O elemento gráfico de Burndown pode indicar que as tarefas não estiverem concluídas para o final da iteração.Em esse caso, o gerenciador de projeto ou o líder de equipe iniciam uma discussão sobre como os requisitos podem ser simplificados de modo que as tarefas podem ser recortadas.Para obter mais informações, consulte Burndown e relatório da taxa de queimadura (CMMI).

Os requisitos e os testes corresponder são definidos.Um novo recurso do requisito é colocado no plano de projeto para a funcionalidade ausente.Em a revisão de plano de projeto que é mantida para o final da iteração, o recurso pode ser atribuído a uma iteração ou um corte futuro.

As solicitações e os riscos de alteração não são considerados durante uma iteração.

Triagem

Alguns membros da equipe (geralmente não equipe inteiro) se localizam regularmente para examinar erro.Cada membro da equipe deve registrar um erro quando descobrem um defeito.Inicia registrados no log de um bug no estado proposto, e a finalidade de reunião de triagem são decidir se corrigi-lo, adiam-no a uma iteração posterior, ou rejeitam-no.

Para obter mais informações, consulte Trabalhar com bug.

Em o final de uma iteração

Verificação

Os requisitos são considerados concluídos somente se os testes associados fluxos.Para obter mais informações, consulte Verificando requisitos.

Retrospectiva

A melhoria do processo é um objetivo CMMI importante.

Uma retrospectiva de iteração reflete o que foi bem ou mal na iteração e considera aperfeiçoamentos para o processo e ferramentas que são usadas por equipe.Um volume significativo de material em retrospectivas está disponível na Web.

Os membros da equipe deve evitar qualquer atribuição de culpa.Tente melhorar o processo de modo que os erros que são feitas por indivíduos sejam menos prováveis ter um efeito.

Quando você apresenta uma alteração no processo, certifique-se de que a equipe concorda decisões com as seguintes:

• Você aprenderá como se fosse um aperfeiçoamento.

• Quando você fará a avaliação.

• O que você fará como resultado.

Integração

Se este projeto é parte de um programa maior, cada equipe realizar o trabalho em um galho do sistema de controle de versão.A ramificação principal é reservado integrando o trabalho de equipes.Em o final de uma iteração, a equipe pode executar uma integração com a ramificação principal.Para obter mais informações, consulte Isolar o risco usando ramificações.

Integração consiste em duas etapas:

• Uma integração de avanço, mesclar o código mais recente da ramificação principal na ramificação de projeto local.Depois de executar a mesclagem, o automático e os testes manuais são executados.Isso criará alguns defeitos.Os defeitos são fixos em alta prioridade.

• Integração uma falha.O código de ramificação local é mesclado na ramificação principal, e no pacote de compilação e o completo de teste em seqüências de ramificação principal.As alterações são invertidas se qualquer erro ocorre.Apresentando erros ao ramificação principal é observada de sobrancelhas franzidas na.Se nenhum erro ocorre, a integração é declarada concluída.

Recomendamos que você executa uma integração o final da cada iteração.Se você a atrasa, a lista de erros a ser corrigidos após a integração de avanço é mais longa.Se demora para corrigir bugs, a ramificação de chave terá o novo material, e você precisará executar outra integração de avanço.

Preparação para a próxima iteração

Para ou no final de uma iteração, várias atividades de gerenciamento de projeto são executadas.Esses incluem examinar os riscos e examinar o plano em relação às solicitações de alteração e a avaliações de desenvolvimento alteradas.

Para obter mais informações, consulte Atividades de projeto.