Gerenciamento de projetos
Você pode usar a seção de gerenciamento de projetos do MSF para que melhoria da orientação do processo CMMI, para compreender melhor como gerenciar, planejar e coordenar o desenvolvimento e manutenção de produtos de software. Para obter mais informações sobre CMMI, consulte Plano de fundo para CMMI.
O agrupamento de Gerenciamento do Projeto de áreas de processo no CMMI inclui o Planejamento do Projeto, Monitoramento e Controle de Projeto, Gerenciamento de Acordo de Fornecedor, Gerenciamento do Projeto Integrado, Gerenciamento de Risco e Gerenciamento do Projeto Quantitativo. Todos com exceção do gerenciamento de projetos quantitativo são parte dos níveis de modelo 2 ou 3. O Gerenciamento do Projeto Quantitativo é uma atividade modelo de nível 4 que reflete como as organizações de alta maturidade usam dados quantitativos, estatisticamente defensivos e objetivos para tomar decisões de gerenciamento e conduzir projetos para um resultado previsível e bem-sucedido.
As atividades de gerenciamento de projetos representam custos econômicos em atividades de engenharia de valor agregado. Essas atividades são necessárias e importantes para gerenciar o risco, coordenar os esforços de engenharia com êxito e definir expectativas de cliente de forma adequada. Entretanto, você deve minimizar o esforço despendido nessas atividades. “Pouco e frequente” é uma boa mantra. Lotes menores reduzem a complexidade e os custos de coordenação. Quando você define e personaliza sua definição de processo, deve ter em mente que as atividades de gerenciamento de projetos devem ser tão mínimas quanto possível para satisfazer o perfil de risco do seu projeto.
Desenvolvimento iterativo
O Team Foundation, juntamente com o MSF para modelo de processo CMMI, dá suporte ao trabalho iterativo. O desenvolvimento iterativo gerencia o risco entregando o software demonstrável e testado em intervalos definidos em todo o projeto.
.png "Iterações sucessivas")
A agenta de projeto é organizada em uma série de iterações que geralmente têm um período de duração de quatro a seis semanas. Cada iteração termina com uma demonstração de software testado e usável. Para agendar sprints, vá aqui.
O plano de projeto informa quais requisitos de recurso serão desenvolvidos em cada iteração. O plano de projeto é desenvolvido na Iteração 0 e examinado no início de cada iteração. Para criar e exibir o plano de projeto, consulte Criar lista de pendências.
Cada plano de iteração declara que tarefas serão executadas durante essa iteração. A maioria das tarefas é composta de trabalho de desenvolvimento e de teste necessário para atender aos requisitos de recursos agendados para a iteração. O plano de iteração pode ser exibido por meio da página da lista de referências de sprint.
O trabalho iterativo não gerencia os riscos automaticamente. Para minimizar o risco, você deve organizar o plano de projeto em incrementos. As iterações iniciais devem fornecer uma "fatia fina de ponta a ponta", isto é, uma versão mínima dos comportamentos mais importantes do produto. Iterações posteriores adicionam mais funcionalidade.
Por outro lado, seria muito menos útil agendar todas as partes de vendas de um site compras para o primeiro terço do projeto, o sistema completo de depósito no segundo terço, e todos os sistemas de pagamento no último. Esta agenda provocaria risco à produção de um site de vendas atraente e com grande variedade de recursos, sem uma maneira da empresa tirar dinheiro de seus clientes. É iterativa sem ser incremental.
O desenvolvimento incremental possui os seguintes benefícios:
Atende aos requisitos verdadeiros. Os participantes podem experimentar o produto, que resulta sempre em melhorias em seus requisitos indicados.
Ajustar a arquitetura. Permite que a equipe de desenvolvimento descubra e resolva todas as dificuldades que ocorrerem com as melhorias de plataforma ou potenciais em seu design.
Garante os resultados. Os participantes sabem que, mesmo que os recursos do projeto sejam cortados pela metade, o consumo até agora não foi desperdiçado. O mesmo é válido quando as estimativas de desenvolvimento provam ter sido otimistas e você deve descartar os recursos menos importantes.
Para obter mais informações sobre como expressar os requisitos em um formulário adequado para desenvolvimento incremental, consulte Requisitos de desenvolvimento.
Ciclos maiores e menores
O projeto e a iteração não são os únicos aspectos cíclicos da programação de software. Por exemplo, em uma iteração, os membros da equipe iniciam e concluem tarefas e fazem check-in do código. O sistema de compilação compila o produto de modo contínuo ou todas as noites. A equipe contém um breve resumo diário do progresso nas tarefas de iteração.
.png "Check-in, compilação diária, iteração, o projeto, o programa")
Projetos grandes
Um projeto no qual uma equipe trabalha com uma série de iterações pode ser parte de um projeto ou de um programa maior. Um grande projeto tem várias equipes que trabalham paralelamente. Cada equipe normalmente tem de quatro a 16 pessoas.
Abra uma ramificação separada de controle de versão para cada equipe. Cada equipe deve integrar-se à ramificação principal no final da cada iteração. Para obter mais informações, consulte Usar ramificações para isolar riscos no Controle de versão do Team Foundation.
Reserve a ramificação principal para integração e testes. A máquina de compilação deve executar um conjunto completo de testes após uma integração.
Atribua uma área a cada equipe de modo que seus itens de trabalho possam ser facilmente separados uns dos outros. Para obter mais informações, consulte Adicionar e modificar área e caminhos de iteração.
As equipes podem compartilhar uma série de integrações, mas isto nem sempre é necessário. Se as equipes não sincronizarem integrações, cada equipe deverá ter seu próprio prefixo para seus nomes de iteração.
Nesta seção
O ciclo do projeto: Iniciar o projeto, reunir requisitos, criar um plano de projeto, dividi-lo em iterações e entregar versões. Gerencie riscos e gerencie alterações feitas no plano. |
|
O Ciclo de Iteração: examinar e atualizar requisitos, planejar as tarefas para implementar requisitos e gerenciar problemas à medida que eles ocorrem. |