Atividades de projeto

Artigo
02/25/2013

Para fazer o uso mais eficiente de MSF para CMMI a melhoria de processo v5.0, você deve organizar seu projeto em uma série de iterações, normalmente entre quatro e oito semanas de tamanho.Isso ajuda a reduzir riscos ao seu projeto que troncos dos requisitos de deslocamento e os custos de implementação.A estrutura iterativa de projeto é uma contribuição importante para atender aos requisitos de gerenciamento dos riscos de CMMI.

Para obter mais informações sobre o CMMI, consulte Plano de fundo a CMMI.

Em o início do projeto

O início do projeto

O início inclui a definição da visão do projeto, que indica que usuários poderão fazer quando o projeto libera o produto.

Também inclui configurar o team, a estrutura, e outros recursos e determinação do processo de desenvolvimento.

Para obter mais informações, consulte O início do projeto.

Planejamento de projeto inicial

Planejamento de projeto inclui as seguintes atividades:

A os requisitos em particular permite suficiente para formar um plano.Esta análise pode incluir o uso de modelos dos requisitos de storyboards, e outras ferramentas que ajudam a fornecer o sistema de trabalho.
Planejando um projeto geral ou uma arquitetura do sistema.Se isso envolve trabalhar em uma plataforma que é novo membro da equipe, algum tempo devem ser atribuídas a experimentação com eles.O desenvolvimento será lento em iterações anteriores.
Convertendo os requisitos como um conjunto de requisitos incrementais do produto cujo de desenvolvimento pode ser estimado.A diferença entre requisitos gerais e requisitos do produto é importante, e esta é uma atividade significativa.Para obter mais informações, consulte Requisitos desenvolvimento.
Fatura de uma atribuição inicial de requisitos de produto para iterações.
Definindo datas para versões.

O plano e modelos dos requisitos revisitados serão e refinados em todo o projeto.A parte da finalidade de desenvolvimento iterativo é permitir melhorias nos requisitos que provêm de demonstrar o software trabalhando em uma etapa inicial.

Planejamento de projeto inicial é feito na iteração 0.

Para obter mais informações, consulte Planejando o projeto (CMMI).

Explorando um produto existente

O objetivo de seu projeto pode ser atualizar um produto já existente.Em esse caso, se a equipe é irrelevante com o produto, a exploração de código é uma atividade para a iteração 0.Cada tarefa de desenvolvimento em iterações subseqüentes também será disposto entender o código em um local específico e rastreamento as conseqüências de alterá-lo.

Para obter mais informações, consulte Visualizando e entendendo o código.

Durante o projeto

O plano é examinado e sujeito a alterações em todo o projeto.

Várias atividades relacionadas ao plano de projeto são executadas regularmente em todo o projeto, geralmente para o final de uma iteração.

Validação

Demonstrar a seus clientes ou participantes de negócio o software que foi desenvolvido durante a iteração.Quando possível, lheo liberar para que eles possam fazer experiências com ele ou ao usar um grau em um contexto prático.

Após um intervalo adequado, organizar uma reunião para examinar comentários do usuário.Os comentários devem ser usados para gerar solicitações de alteração.

Para obter mais informações, consulte Validation.

Gerenciamento dos riscos

Examinar a probabilidade e o impacto de eventos adversos potenciais, e siga etapas para reduzir riscos.Para obter mais informações, consulte Gerenciando riscos.

Altere o gerenciamento

Você pode usar itens de trabalho de solicitação de alteração a alterações de registro dos requisitos que são indicados por participantes de negócios.Podem provir as alterações no contexto de negócios mas também de demonstração e de experimentações de versões adiantadas do produto.Essas alterações devem ser fornecidas boas-vindas porque melhora a aptidão do produto a sua finalidade de negócios.Este efeito é parte do objetivo de desenvolvimento incremental.

Algumas equipes de projeto ajustam os itens de trabalho dos requisitos do produto quando alterações são solicitadas, sem usar um item de trabalho separado.Mas a vantagem de item de trabalho de solicitação de alteração é que, na parte mais recente do projeto, você pode examinar o número e a natureza de alterações que foram feitas.Você pode usar essas informações para melhorar a arquitetura ou processo para o futuro.

As solicitações de alteração devem ser usadas como entrada para revisão de fundo do produto.

Para obter mais informações, consulte Gerenciando a alteração (CMMI).

Revisão de fundo do produto

Mantenha uma revisão de fundo do produto antes de planeje cada iteração.O plano de projeto atribui requisitos de produto para iterações.

O plano passará por dois motivos principais:

Alterações nos requisitos.
Alterações em classificações que os desenvolvedores feitas.Enquanto o projeto progride, a equipe de desenvolvimento pode fazer uma avaliações mais confiáveis de trabalho que será necessário implementar recursos futuros.Em alguns casos, algumas funcionalidades pode ter sido adiada de uma iteração anterior, que adiciona um recurso ao plano.

Ambos os tipos de alteração se torna menos freqüentes no iterações posteriores.

Revise os modelos dos requisitos de que os requisitos do produto são derivados.

Revise a atribuição de requisitos para iterações.Assim como na atividade inicial de planejamento, os participantes de negócio fornecem as prioridades, a equipe de desenvolvimento fornece as avaliações, e a reunião manipula os recursos entre iterações.