Planejamento de cima para baixo de requisitos de negócios dentro de um plano de projeto da empresa mapeado para um projeto de equipe
Como gerente de projeto, você pode gerenciar os requisitos de negócios de alto nível no Project Server, enquanto a equipe de desenvolvimento gerencia os detalhes da tarefa no Visual Studio Team Foundation Server. Você pode definir requisitos de exibir o acúmulo de recursos e o esforço e você também pode exibir o impacto na agenda, como a equipe de desenvolvimento define, previsões e atualiza suas tarefas detalhadas. O mecanismo de sincronização para Visual Studio Team Foundation Server 2010 e o Project Server mantém o uso de recursos e de dados de agendamento para atender aos requisitos do enterprise mapeada projeto plano e a equipe de projeto.
Observação |
---|
Se você deseja gerenciar ambos os produtos e as tarefas usando o Project Server, consulte Gerenciando os detalhes do projeto em um plano de projeto da empresa mapeado para um projeto de equipe. |
Antes de executar o planejamento de cima para baixo em um plano de projeto da empresa, você deve primeiro associá-lo o projeto de equipe. Para obter mais informações, consulte Gerenciando a associação de projetos da empresa para projetos de equipe. Antes de associar o plano do projeto, você deve examinar Configurações recomendadas de planejamento de cima para baixo de suporte posteriormente neste tópico.
Neste tópico
Visão geral do processo de planejamento de cima para baixo usando o Project Server
Configurações recomendadas para planejamento de cima de suporte para baixo
Tarefas do gerente de projeto e práticas recomendadas
Tarefas da equipe de desenvolvimento e as práticas recomendadas
Permissões necessárias
Para executar os procedimentos neste tópico, devem ser atribuídas as seguintes permissões:
Para publicar as tarefas a partir de um plano de projeto da empresa para Team Foundation, o recurso é atribuído à tarefa deve ser um membro da colaboradores grupo para o projeto de equipe.
Para atualizar os itens de trabalho em Team Foundation e enviá-los para o Project Server, os usuários devem ser membros da colaboradores grupo para o projeto de equipe. Além disso, os usuários devem ser membros da Membros da equipe de grupo para o Project Web Access ou projeto Web App (PWA) ou deve ter as permissões de projeto aberto e exibir o Site do projeto no projeto.
Para obter mais informações, consulte Atribuir permissões a integração de suporte do Project Server e do Team Foundation Server.
Visão geral do processo de planejamento de cima para baixo usando o Project Server
Como mostra a ilustração a seguir, os 10 principais etapas ocorrerem na sincronização dos requisitos entre o plano do projeto e o projeto de equipe.
O mecanismo de sincronização mantém os dados de agendamento para atender aos requisitos tanto do projeto plano e a equipe de projeto. Team Foundationcalcula automaticamente o pacote cumulativo de atualizações do trabalho real e restante pelo recurso com base nas tarefas que estão vinculadas a cada requisito. Como os membros da equipe de tarefas de atualização, os valores de roll-up são automaticamente atualizados para os requisitos do projeto de equipe e atualizações de status aparecem na instância do PWA para a aprovação do gerente de projeto. A tabela a seguir resume as tarefas que são executadas.
Gerente de projeto |
Como gerente de projeto, você pode executar as seguintes tarefas no projeto ou PWA: Defina produtos finais, recursos ou requisitos no plano de projeto de sua empresa. Salvar e publicar o plano de projeto no Project Server. Examine o progresso de cada produto e ajustar a programação com base em informações atualizadas. Definir uma linha de base e acompanhar o progresso em relação à linha de base. |
Mecanismo de sincronização |
Para cada necessidade que está definida para publicar, o mecanismo de sincronização realiza as seguintes tarefas: Cria um item de trabalho do requisito no projeto de equipe que é mapeado para o plano da empresa. O mecanismo também cria um link que vincula o requisito de projeto para o item de trabalho em Team Foundation. 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 são exibidas na fila de aprovação para o gerente de projeto revisar. |
Líder de equipe |
Em Team Foundation, o líder da equipe e integrantes da equipe realizar as seguintes tarefas: Revise os resultados que são adicionados ao projeto de equipe. Defina as tarefas que são necessárias para implementar cada produto e verificar que cada tarefa está vinculada a seu produto. Estimar o trabalho que é necessário para cada tarefa e defini-la como Trabalho restante. Atualização do Trabalho restante e Trabalho concluído campos de cada tarefa. |
Voltar ao topo
Configurações recomendadas para planejamento de cima de suporte para baixo
Para suportar o processo que foi descrito na seção anterior, você deve mapear o plano de projeto da empresa para o projeto de equipe. A tabela a seguir descreve as configurações recomendadas para o projeto de equipe e os mapeamentos. Para obter mais informações, consulte Gerenciando a associação de projetos da empresa para projetos de equipe.
Área para configurar |
Configuração recomendada |
Anotações |
---|---|---|
Modelo de processo para o projeto de equipe |
Microsoft Solutions Framework (MSF) para a v 5.0 a melhoria do processo de integração (CMMI) do recurso maturidade modelo |
O modelo CMMI fornece tipos de tarefa e o requisito de itens de trabalho. Ele também fornece uma consulta de equipe de divisão de trabalho que você pode usar para vincular tarefas aos requisitos e definir rapidamente. |
Mapeamento do projeto |
/workItemTypes:Requirement |
Quando você mapeia o plano de projeto da empresa para o projeto de equipe, especifique a necessidade, como o tipo de item de trabalho. Você também pode proibir o trabalho fixo para tarefas. Trabalho fixo é um dos três tipos de tarefas que você pode usar no projeto. Para obter mais informações, consulte alterar o tipo de tarefa, o Project usa para calcular a duração da tarefa. |
Mapeamento de campo |
/useDefaultFieldMappings |
Você pode usar os mapeamentos de campo padrão. Nenhum mapeamento de campos adicionais é necessário. |
Nomes de recursos |
Você deve adicionar os membros da equipe para o grupo de membros da equipe para cada instância do PWA ou você deve conceder as permissões de projeto aberto e exibir o Site do projeto no projeto. Para obter mais informações, consulte To add Team Foundation members to the Team Members group. Além disso, você deve adicionar todos os membros da equipe para o pool de recursos da empresa e o pool de recursos para o plano de projeto. |
Você deve conceder permissões a todas as contas de usuário que são atribuídos como recursos no plano de projeto ou que são nomeados no campo atribuído a um item de trabalho. Esses usuários enviarem atualizações de status de fluxo na fila de status para a instância do PWA. Todos os nomes que são atribuídos para o Nomes de recursos campo deve ser reconhecido como válidos colaboradores do projeto da equipe. |
Gerentes de projeto |
Devem ser concedidas a contas de usuários do Project Professional informações de nível de projeto do modo de exibição ou atribuídos como membros do Reader grupo em Team Foundation de projetos de equipe ao qual irá publicar. |
Você deve conceder permissões de gerentes de projeto para modificar os itens de trabalho para esses projetos de equipe são mapeados para seus planos de projeto da empresa. |
Voltar ao topo
Tarefas do gerente de projeto e práticas recomendadas
Práticas recomendadas ou necessárias são fornecidas para as seguintes tarefas que executa o gerente de projeto:
Definir requisitos
Aprovar as atualizações de Status
Analisar a agenda e definir uma linha de base.
Visualizar as atualizações e os impactos no caminho crítico
Além dessas atividades, você também pode exibir a atribuição de trabalho para recursos. Para obter mais informações, consulte Trabalhando com o pacote cumulativo de atualizações de recursos em projetos da empresa mapeado para projetos de equipe.
Voltar ao topo
Definir requisitos
Quando você define requisitos, você deve atribuí-los para o chefe de equipe de desenvolvimento. Como mostra a ilustração a seguir, você também deve definir o publicar projeto de equipe campo para Sime o O tipo de Item de trabalho campo para requisito. Se apenas um tipo de item de trabalho é mapeado para o projeto de equipe, ela é definida automaticamente.
Observação |
---|
Se você espera que o líder de desenvolvimento para fornecer estimativas de trabalho, você deve definir o campo trabalho restante para 0 horas ou o campo Duração como 0 dias. |
Importante |
---|
Texto30 é o campo de projeto padrão que está associado a Tipo de Item de trabalho coluna é usada na sincronização de tarefas com itens de trabalho. Se você nunca conectar o plano de projeto para Team Foundation Server usando o Escolher projeto de equipe opção no menu de faixa de opções Team, um campo de projeto adicional também é denominado Work Item Type, se torna disponível. Este campo, com um campo de projeto padrão de Texto24, permite o mapeamento dos planos de projeto que estão vinculados a Team Foundation , mas não suporta sincronização planos. O campo de texto da empresa24 contém a lista completa de tipos de item de trabalho do projeto de equipe. Você pode verificar se há o campo correto, apontando para ele e verificando se Texto30 aparece. |
Você deve definir apenas esses requisitos que você deseja ter rastreadas no Team Foundation. Depois de concluir as definições de requisitos, você pode salvar e publicar o plano de projeto no Project Server. Como mostra a ilustração a seguir, uma notificação de status no canto inferior esquerdo indica quando a publicação for concluída.
Observação |
---|
Quando você publica o seu plano, o Team Foundation suplemento ao projeto valida os dados que você especificou. Se um campo obrigatório não está definido ou não é permitido um valor, você deve resolver esses erros. Para obter mais informações, consulte Resolver erros de validação. |
Voltar ao topo
Aprovar as atualizações de Status
Como a equipe faz o andamento nos requisitos, atualizações de status é exibida em sua fila de aprovação. Como mostra a ilustração a seguir, você pode exibir as atualizações para suas necessidades de publicado e os recursos que são atribuídos a tarefas. Rapidamente, você pode ver quais tarefas foram atualizadas e os detalhes de cada atualização.
Você pode clicar em uma atualização de status para abrir a janela de detalhes da tarefa, como mostra a ilustração a seguir. Você pode analisar valores alterados para cada campo que é mapeado para a sincronização.
Observação |
---|
Para atualizar o plano de projeto de sua empresa com as alterações que são enviadas a partir de Team Foundation, você deve aceitar as atualizações. |
Você pode aceitar ou rejeitar uma atualização e adicionar um comentário. Por exemplo, você pode rejeitar uma atualização porque você discordar de uma estimativa, um membro da equipe inserido um valor de impreciso ou desejar solicitar que as tarefas são reatribuídas para que o trabalho é realizado mais rapidamente.
Voltar ao topo
Analisar a agenda e definir uma linha de base.
Depois que você aprovou as atualizações de status, você pode atualizar a agenda e cargas de trabalho no projeto e você podem definir uma linha de base com base nas estimativas. Como mostra a ilustração a seguir, as estimativas que são definidas para o requisito de carrinho de compras aparecem no projeto.
Para manter o controle de sua agenda, você pode definir uma linha de base para rastrear o progresso da equipe contra o agendamento de destino. Para obter mais informações, consulte a seguinte página no site da Microsoft: Criar ou atualizar uma linha de base ou um plano provisório.
Voltar ao topo
Visualizar as atualizações e os impactos no caminho crítico
Como os membros da equipe tornam o progresso, eles atualizam o Trabalho restante e Trabalho concluído campos de cada tarefa. Acumulam esses valores para cada necessidade que seja publicada em Team Foundation. Antes de aprovar as atualizações, você pode visualizar o impacto que as atualizações terá no caminho crítico, clicando em Atualizações de visualização no O Centro de aprovação.
Depois que aprovar as atualizações de status, você pode exibir as atualizações à agenda do projeto. Quando um requisito leva mais tempo do que o previsto, você pode determinar se as alterações estimativas afetam o caminho crítico.
Você pode alertar o líder da equipe quando ocorrerá um efeito adverso na agenda e as tarefas do projeto de equipe devem ser ajustadas.
Voltar ao topo
Tarefas da equipe de desenvolvimento e as práticas recomendadas
Como um colaborador para um projeto de equipe, você pode executar as seguintes tarefas usando Team Explorer ou Team Foundation cliente:
Examine os novos requisitos
Definir, estimativa e vincular tarefas, para cada requisito.
Atualizar o trabalho restante e concluído
Endereço rejeitado atualizações aos requisitos
Voltar ao topo
Examine os novos requisitos
Se você publicar novos requisitos para o Project Server, eles aparecem automaticamente no projeto de equipe. Usando a consulta de divisão de trabalho, você pode identificar os requisitos que foram adicionados. Por exemplo, a ilustração a seguir mostra três requisitos foram adicionados ao projeto de equipe.
Abrindo o item de trabalho em Team Explorer, você pode exibir o histórico campo para ver quando o mecanismo de sincronização criou o item de trabalho, como mostra a ilustração a seguir.
Definir e estimar tarefas que estão vinculadas a cada requisição
Em Team Foundation, você pode definir rapidamente e estimar tarefas usando a consulta de divisão de trabalho. Como alternativa, membros individuais da equipe podem definir tarefas, trabalhando em um item de trabalho do requisito. Como mostra a ilustração a seguir, você pode com o botão direito a necessidade de Carrinho de compras e, em seguida, clique em Novo Item de trabalho vinculadas.
No Adicionar novo trabalho Item vinculado a necessidade de janela, digite uma título para a tarefa e depois em OK.
O formulário de item de trabalho para a tarefa aparece e é automaticamente vinculado ao requisito. No formulário, clique em Atribuído A, especifica o membro da equipe que trabalhe na tarefa e digite as horas estimadas para o Trabalho restante. Para obter mais informações, consulte Requisito (CMMI) e Tarefa (CMMI).
Como alternativa, pode abrir a consulta de divisão de trabalho no Excel e rapidamente definir tarefas vinculadas e estimar o trabalho. A ilustração a seguir mostra como as tarefas foram divididas para três requisitos. Para obter mais informações, consulte Executar o planejamento de cima para baixo usando uma lista de árvore de itens de trabalho (Excel).
Depois que todas as tarefas são definidas para a necessidade, você pode atualizar a consulta de divisão de trabalho.
Importante |
---|
Depois de criar e estimar a todas as tarefas de filho, lembre-se de definir o campo trabalho restante no item de trabalho pai para 0 horas. |
Voltar ao topo
Atualizar o trabalho restante e concluído
À medida que progride de trabalhar, cada membro da equipe deve atualizar o Trabalho restante e Concluída trabalhar campos para cada uma de suas tarefas. Se mais tempo é necessário para concluir uma tarefa, o tempo adicional é adicionado para o campo trabalho restante. As atualizações são refletidas no pacote cumulativo de atualizações do requisito.
Voltar ao topo
Endereço rejeitado atualizações aos requisitos
Quando um gerente rejeita uma atualização de status para um requisito, as informações aparecem no histórico campo e o Último Status de aprovação campo o Project Server indica a guia rejeitada. Após uma atualização para um item de trabalho foi rejeitada, o item de trabalho não pode mais ser sincronizado. Você deve lidar com o status de rejeição antes que o 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 rejeitadas. Para obter mais informações, consulte How to: Resolve Conflicts of Mapped Work Items.
Voltar ao topo
Consulte também
Outros recursos
Visão geral do processo de sincronização de Team Foundation Server e a integração do Project Server
Submitting Work Items that are Mapped to Enterprise Projects in Project Server