Planejamento invertido requisitos de negócios em um plano de projeto da empresa mapeado para um projeto de equipe
Como o gerenciador de projeto, você pode gerenciar os requisitos de negócios de alto nível no Microsoft Project Server quando a equipe de desenvolvimento gerenciar detalhes de tarefa em Visual Studio Team Foundation Server.Você pode definir requisitos e exibir o rollup de recursos e de esforço, e você também pode exibir o impacto na agenda como a equipe de desenvolvimento, define em avaliações, e atualizações em suas tarefas detalhadas.O mecanismo de sincronização para Team Foundation Server e mantém Project Server agendar o uso de dados e de recurso para requisitos no plano de projeto da empresa e mapeados no projeto de equipe.
.gif "Observação") Observação |
|---|
Se você deseja gerenciar os deliverables e tarefas usando Project Server, consulte Gerenciar detalhes do projeto em um plano de projeto de empresa mapeado para um projeto de equipe. |
Antes de executar o planejamento invertido em um plano de projeto da empresa, você deve primeiro associá-lo com o projeto de equipe.Para obter mais informações, consulte Gerenciar a associação de projetos de empresa a projetos de equipe.Antes que você associe o plano com o projeto, você deve examinar Configurações recomendadas para suportar planejamento top-down posteriormente em este tópico.
Neste tópico
Visão geral do processo inverso de planejamento usando Project Server
Configurações recomendadas para suportar planejamento top-down
Tarefas e práticas recomendadas do gerenciador de projeto
Tarefas e práticas recomendadas de equipe de desenvolvimento
| Observação |
|---|
Para uma demonstração de exibição, consulte a seguinte página no site da Microsoft: Planejamento invertido requisitos de negócios em um projeto da empresa usando o Team Foundation Server e o servidor.Alguns detalhes podem diferir entre os procedimentos demonstrados na exibição e aqueles descreveram aqui porque esta exibição foi feita para a versão anterior de Team Foundation Server. |
Requisitos
Para executar procedimentos em este tópico, as seguintes permissões devem ser atribuídas:
Para publicar tarefas de um plano de projeto da empresa Team Foundation, o recurso que é atribuído à tarefa deve ser um membro do grupo de Colaboradores para o projeto de equipe.
Para atualizar itens de trabalho em Team Foundation e enviá-los a Project Server, os usuários devem ser membros do grupo de Colaboradores para o projeto de equipe.Além de isso, os usuários devem ser membros do grupo de Membros da equipe para acesso Web de projeto ou projetar Web App (PWA) ou devem ter as permissões abertas do site de projeto e de projeto de exibição no projeto.
Para obter mais informações, consulte Atribuir permissões para oferecer suporte à integração do Project Server e do Team Foundation Server.
Visão geral do processo inverso de planejamento usando Project Server
Como mostra a ilustração a seguir, 10 principais etapas ocorrem na sincronização dos requisitos entre o plano de projeto e o projeto de equipe.
.png "Processo de fluxo de trabalho do TFS PS recurso pacote cumulativo de atualizações")
O mecanismo de sincronização mantém agendar dados para requisitos no plano de projeto e do projeto de equipe.Team Foundation calcula automaticamente o rollup de trabalho real pelo resto e recursos com base nas tarefas que são vinculadas a cada requisito.Porque os membros da equipe atualizam tarefas, os valores de rolagem - acima são atualizados automaticamente para os requisitos no projeto de equipe, e as atualizações de status aparecem na instância de PWA para a aprovação do gerenciador do projeto.A tabela a seguir resume tarefas que são executadas.
Gerenciador de projeto |
Como o gerenciador de projeto, você executa as seguintes tarefas no projeto ou no PWA:
|
Mecanismo de sincronização |
Para cada requisito que é definido para publicar, o mecanismo de sincronização executa as seguintes tarefas:
|
Ligação de equipe |
Em Team Foundation, a ligação e os membros da equipe de equipe executam as seguintes tarefas:
|
.gif "Etapa 8")
Examinar o progresso de cada que pode entregar-se, e ajuste a agenta com base nas informações atualizadas..gif "9")
Definir uma linha de base, e o progresso de rastreamento na linha de base..gif "Etapa 7")
cria uma atualização de status como as atualizações ocorrem em Team Foundation para cada campo mapeado para cada requisito publicado.Essas atualizações aparecem na fila de aprovação para que o gerenciador de projeto examine..gif "Etapa 5")
Defina as tarefas que são necessárias para implementar cada que pode entregar-se, e verifique se cada tarefa está vinculada ao seu que pode entregar-se..gif "Etapa 6")
Estimar o trabalho que é necessário para cada tarefa, e defina-o como Trabalho restante..gif "10")
atualizar os campos de Trabalho restante e de Trabalho concluído para cada tarefa.De volta ao topo
Configurações recomendadas para suportar planejamento top-down
Para oferecer suporte ao processo que foi descrito na seção anterior, você deve mapear o plano de projeto da empresa ao projeto de equipe.A tabela a seguir descreve as configurações recomendadas para ambos o projeto e mapeamentos de equipe.Para obter mais informações, consulte Gerenciar a associação de projetos de empresa a projetos de equipe.
Configurar a área |
configuração recomendada |
Anotações |
|---|---|---|
Modelo de processo para o projeto de equipe |
Microsoft solutions framework (MSF) a melhoria do processo de (CMMI) de integração modelo de maturidade de recurso |
O modelo CMMI fornece tipos e o requisito de tarefa de itens de trabalho.Você pode usar a reserva e embarcar páginas para gerenciar sua reserva e para planejar e executar as sprints.Ou, você pode usar consultas compartilhadas que você abre o excel para definir e vincular rapidamente tarefas aos requisitos. |
Mapeamento de projeto |
/workItemTypes:Requirement |
Quando você mapeia o plano de projeto da empresa para o projeto de equipe, especifique o requisito como o tipo de item de trabalho.Você também pode não permitir trabalho fixo para tarefas.O trabalho fixo é um dos três tipos de tarefas que você pode usar o projeto.Para obter mais informações, consulte Altere o tipo de projeto de tarefa calcular a duração de tarefas. |
coloque o mapeamento |
/useDefaultFieldMappings |
Você pode usar os mapeamentos de campo padrão.Nenhum mapeamento adicional do campo é necessário. |
Nomes de recursos |
Você deve adicionar membros da equipe ao grupo de membros da equipe para cada instância de PWA, você deve conceder-lhe as permissões abertas do site de projeto e de projeto de exibição no projeto.Para obter mais informações, consulte To add Team Foundation members to the Team Members group. Além de isso, você deve adicionar todos os membros da equipe para o pool de recursos de empresa e para o pool de recursos para o plano de projeto. |
Você deve conceder permissões às contas de usuário atribuídas como recursos no plano de projeto ou que são chamadas em atribuído ao campo para um item de trabalho.Esses usuários submetem as atualizações de status que usam na fila de status para a instância de PWA. Todos os nomes que são atribuídos ao campo de Nomes dos recursos devem ser reconhecido como colaboradores válidos de projeto de equipe. |
Gestores de projeto |
As contas de usuários profissional de projeto deve receber Informações de nível de projeto de exibição ou atribuída como membros do grupo de Leitor em Team Foundation para os projetos de equipe que exibidas. |
Você deve conceder a gestores de projeto permissões modificar itens de trabalho para os projetos de equipe que são mapeados para os planos de projeto de empresa. |
De volta ao topo
Tarefas e práticas recomendadas do gerenciador de projeto
As melhores práticas ou necessários são fornecidas pelas seguintes tarefas que o gerenciador de projeto executa:
defina requisitos
aprove atualizações de status
Examinar a agenta, e defina uma linha de base
Visualizar atualizações no caminho crítica e impactos
Além de essas atividades, você também pode exibir a atribuição de trabalho para recursos.Para obter mais informações, consulte Trabalhar com Rollup de recursos em projetos da empresa mapeados para os projetos de equipe.
De volta ao topo
.gif "Gg597374.collapse_all(pt-br,VS.110).gif")
defina requisitos
Quando você define requisitos, você deve os atribui à ligação de equipe de desenvolvimento.Como mostra a ilustração a seguir, você também deve definir o campo de Publicar o projeto de equipe a Sim, e o campo de Tipo de Item de Trabalho a requisito.Se apenas um tipo de item de trabalho é mapeado para o projeto de equipe, é automaticamente definida.
| Observação |
|---|
Se você pretende o desenvolvimento unidade para fornecer avaliações de trabalho, você deve definir o campo restante de trabalho a 0 horas ou o campo da duração 0 dias. |
.png "Requisitos de configuração a ser publicado")
.gif "Observação importante") Importante |
|---|
Text30 é o campo padrão de projeto que está associado à coluna de Tipo de Item de Trabalho que é usada em sincronizar tarefas com itens de trabalho.Se você nunca conecta o plano de projeto a Team Foundation Server usando a opção de Escolha o projeto de equipe no menu de fita de equipe, um campo adicional de projeto que é rotulado também Tipo de Item de Trabalho, ele fica disponível.Este campo, com um campo de projeto padrão de Text24, suporta o mapeamento dos planos de projeto que são associados a Team Foundation mas não tem suporte para sincronizar planos.O campo de Text24-based contém a lista completa dos tipos de itens de trabalho para o projeto de equipe.Você pode verificar se você possui o campo correto apontando para ela e verificando se Texto30 aparece. |
Você deve definir apenas os requisitos que você deseja ter acompanhado em Team Foundation.depois que você concluiu as definições de requisito, você pode salvar e publicar o plano de projeto a Project Server.Como mostra a ilustração a seguir, uma notificação de status no canto inferior esquerdo indica quando a publicação é concluída.
| Observação |
|---|
quando você publica seu plano, o suplemento a Team Foundation ao projeto valida os dados que você especificou.Se um campo necessário não está definido ou se um valor não é permitido, você deve resolver esses erros.Para obter mais informações, consulte Resolver erros de validação. |
.png "Publicação de andamento é exibido na barra de status")
De volta ao topo
aprove atualizações de status
Porque a equipe faz o progresso dos requisitos, atualizações de status aparecem na fila de aprovação.Como mostra a ilustração seguinte, você pode exibir as atualizações aos requisitos publicados e recursos que são atribuídos às tarefas.Duma olhada, você pode ver tarefas que foram atualizados e os detalhes de cada atualização.
.png "Centro de aprovação com atualização de Status")
Você pode clicar em uma atualização de status para abrir a janela dos detalhes de tarefas, como mostra a ilustração a seguir.Você pode examinar os valores alterados para cada campo que é mapeado para sincronização.
.png "Detalhes da tarefa")
| Observação |
|---|
Para atualizar o plano de projeto da empresa com as alterações que são enviados de Team Foundation, você deve aceitar as atualizações. |
Você pode aceitar ou descartar uma atualização e adicionar um comentário.Por exemplo, você pode descartar uma atualização porque você discorda com uma avaliação, um membro da equipe inseriu um valor impreciso, ou você deseja perguntar às tarefas são atribuídas novamente para que o trabalho é feito mais rapidamente.
De volta ao topo
Examinar a agenta, e defina uma linha de base
Depois que você aprovou as atualizações de status, você pode atualizar a carga de trabalho de cronograma e o saldo no projeto, e você pode definir uma linha de base que é baseada em classificações.Como mostra a ilustração a seguir, as classificações que são definidas para o requisito do carrinho de compras aparecem no projeto.
.png "Acúmulo de trabalho estimado")
Para manter controle do cronograma, você define uma linha de base para acompanhar o progresso de equipe contra a agenta de destino.Para obter mais informações, consulte a seguinte página no site da Microsoft: Crie ou atualizar uma linha de base ou um plano temporário.
De volta ao topo
Visualizar atualizações no caminho crítica e impactos
Como os membros da equipe fazem o progresso, atualizem os campos de Trabalho restante e de Trabalho concluído para cada tarefa.Esses valores rolam anterior para cada requisito que é publicado a Team Foundation.Antes de aprove atualizações, você pode visualizar o impacto que atualizações terão no caminho Visualizar Atualizações crítica clicando em Centro de Aprovação.
Depois que você aprova as atualizações de status, você pode exibir as atualizações a sua agendamento de projeto.Quando um requisito levar mais tempo estimado de, você pode determinar se as alterações em avaliações afetam o caminho crítica.
Você pode alertar a ligação de equipe quando um efeito adverso a agenda ocorrerá e tarefas de projeto de equipe devem ser definidas.
De volta ao topo
Tarefas e práticas recomendadas de equipe de desenvolvimento
Como um colaboradores a um projeto de equipe, você pode usar font fallback, encarregue a placa, e trabalhar páginas do item em Team Web Access para executar as seguintes tarefas:
examinar os novos requisitos
Defina estimar, e vincular tarefas para cada requisito
Atualizar trabalho resto e concluído
Resolver atualizações rejeitadas os requisitos
De volta ao topo
examinar os novos requisitos
Os novos requisitos publicados no servidor automaticamente aparecem no projeto de equipe.Abra a página de fallback em Team Web Access e identifica os requisitos que foram adicionados.Por exemplo, a ilustração seguinte mostra os três requisitos foram adicionados ao projeto de equipe.
Página de fallback de produto
.png "Página de lista de pendências de produto mostrando novos requisitos")
Abrindo o item de trabalho em Team Explorer, você pode exibir o campo de Histórico para ver quando o mecanismo de sincronização criou o item de trabalho, como mostra a ilustração a seguir.
Histórico de item de trabalho adicionado pela sincronização do servidor
.png "Histórico e mensagem de sincronização do Project Server")
defina e estimar as tarefas que são vinculadas a cada requisito
Uma vez que o requisito foi adicionado a Team Foundation Server, e adicionado a uma iteração, você pode definir rapidamente e estimar tarefas usando a página de fallback de iteração em Team Web Access.Conforme mostrado na ilustração, .gif "Etapa 1")
escolha .png "Adicionar tarefa (Team Web Access)")
, .gif "Etapa 2")
digite Título para a tarefa e atribuí-lo a um membro da equipe, .gif "Etapa 3")
digite um valor para o trabalho necessário em Trabalho restante, e então .gif "Etapa 4")
escolha o botão de Salvar e Fechar .A tarefa vai automaticamente ao requisito com o link pai-filho.
.png "Adicionar Novo Item de trabalho vinculadas")
.
A ilustração a seguir mostra como as tarefas são divididas para dois requisitos atribuídos a iteração 0.Para obter mais informações, consulte Planejar uma iteração
| Observação |
|---|
O campo de Trabalho restante para os itens de trabalho pai automaticamente mostra a soma de todo o trabalho definido para suas tarefas filhos. |
.png "Divisão de trabalho de tarefas mostrada no Excel")
Como alternativa, você pode abrir a consulta de divisão de trabalho do excel e rapidamente tarefas e definir o trabalho associados de avaliação.Consulte Executar o planejamento de cima para baixo usando uma lista de árvore de itens de trabalho (no Excel).
De volta ao topo
Atualizar trabalho resto e concluído
Como o trabalho progride, cada membro da equipe deve atualizar os campos de Trabalho restante e de Trabalho concluído para cada uma das suas tarefas.Se mais tempo são necessárias para completar uma tarefa, o tempo adicionais são adicionados ao campo restante de trabalho.Atualizações são refletidas no rollup do requisito.
De volta ao topo
Resolver atualizações rejeitadas os requisitos
Quando um projeto gerenciador de descarta uma atualização de status para um requisito, informações aparece no campo de Histórico , e o campo de O status mais recente da aprovação na guia de Project Server indica rejeitado.Depois que uma atualização para um item de trabalho foi descartado, o item de trabalho não pode mais ser sincronizado.Você deve resolver o status de rejeção antes do item de trabalho pode ser sincronizado novamente.Você pode criar uma consulta de equipe para localizar itens de trabalho cujos status de atualização foram descartados.Para obter mais informações, consulte Resolving Conflicts and Managing Rejected Work Item Submissions.
De volta ao topo
Consulte também
Conceitos
Entender como as atualizações de campos específicos são gerenciadas
Visão geral do processo de sincronização para o Team Foundation Server e a integração do servidor
Outros recursos
Managing Projects Using Project Professional Mapped to a Team Project