Compartilhar via


Entender como as atualizações de campos específicos são gerenciadas

Revise este tópico se um ou mais campos não estiverem sincronizando como você espera entre Visual Studio Team Foundation Server e o Microsoft Project Server. O tipo de dados do campo ou campos afetados, o atributo de mapeamento do campo OnConflict e a hierarquia de tarefas afetam a forma como o mecanismo de sincronização atualiza campos específicos. As tarefas não serão atualizadas corretamente se o gerente de projetos rejeitar um ou mais envios de atualizações ou se o plano de projeto não tiver sido publicado. Se o plano não foi publicado, os itens de trabalho filho aninhados não podem fluir na fila de aprovação.

Neste tópico

  • Visão geral do processo Atualizar Campo

  • Atualizações de envio rejeitadas

  • Atualizações de títulos ou nomes de tarefas

  • Atualizações de datas de início e término

  • Atualizações de campos que contêm horas

  • Atualizações de atribuições de tarefas

  • Tarefas de resumo, hierarquia de tarefas e envios de itens de trabalho que estão aninhados em vários níveis

  • Atualizações de campos que estão associados a listas de opções ou tabelas de pesquisa

Visão geral do processo Atualizar Campo

Como mostra a ilustração a seguir, os dados vão do Project Server, para o Team Foundation Server, para a fila de status em uma instância do PWA, para o plano de projeto da empresa e, finalmente, de volta para o Project Server. A tabela a seguir fornece notas adicionais sobre o processo de sincronização e como os campos são atualizados durante cada etapa do processo.

Importante

Quando um item de trabalho ou tarefa foi programado para participar da sincronização, você não pode removê-lo da sincronização a não ser eliminando a tarefa do plano de projeto.Você não pode mudar o valor Publicar para Projeto de Equipe que é atribuído a uma tarefa e não pode alterar o campo Envie para o Project Server no Team Foundation.Além disso, você não pode mudar uma tarefa para um tipo de item de trabalho diferente depois que ela foi publicada ou enviada do Team Foundation Server.

Atualizações mapeadas e campos de espelho

Etapa

Processo de sincronização

Atualizações de campo

Etapa 1

Sincronização do Team Foundation: o mecanismo de sincronização detecta automaticamente as adições e mudanças que foram publicadas no Project Server e extrai as atualizações para o Team Foundation Server.

Somente os campos que são mapeados do Project Server para o Team Foundation Server (mapeamentotargetToTfs) são atualizados nesta etapa. O mecanismo de sincronização sempre atualiza o campo espelhado, mas, atualiza o campo de referência apenas quando o atributo OnConflict é definido como PSWin. No entanto, quando uma tarefa é publicada no Project Server pela primeira vez, os campos de referência e os campos espelhados são definidos, independentemente do valor que foi atribuído ao atributo OnConflict. Os campos espelhados são somente leitura.

Por padrão, o atributo OnConflict não é especificado para os campos Trabalho Restante e Trabalho Concluído, o que permite que os campos mapeados diferenciem entre o Team Foundation Server e o Project Server. Para obter mais informações, consulte a seção Atualizações de campos que contêm horas mais adiante neste tópico.

Etapa 2

Sincronização de status: conforme os membros da equipe adicionam ou modificam itens de trabalho que estão definidos como Envie para o Project Server, o mecanismo de sincronização envia automaticamente as atualizações para a fila de status.

Somente os campos que estão mapeados para envio para a fila de status (mapeamento tfsToTarget) são enviados.

As alterações de datas de início e término são enviadas apenas quando o item de trabalho é enviado pela primeira vez. Como os campos no Team Foundation mapeiam para campos de recursos no Project, as atualizações são feitas em campos de recursos como Trabalho Restante do Recurso e Trabalho Concluído do Recurso.

Etapa 3

Sincronização de aprovação: quando uma atualização é aprovada, ela aparece no plano de projeto da empresa. A notificação de aprovação ou rejeição é gravada no histórico do item de trabalho no Team Foundation.

O suplemento do Team Foundation para o Project Professional garante a sincronização correta dos valores para os campos pjTask* e pjResource*. Portanto, você deve usar o Project Professional de um computador cliente que tenha o Visual Studio 2013 ou o Team Explorer 2013 instalado para editar os seus planos de projetos da empresa que são mapeados para um projeto de equipe.

Etapa 4

Sincronização de publicação: quando o gerente de projeto publica o plano de projeto, as atualizações são gravadas no Project Server.

As alterações de todas as tarefas no plano de projeto são atualizadas no Project Server.

Para obter mais informações, consulte os seguintes tópicos:

Atualizações de envio rejeitadas

Quando um gerente de projeto rejeita uma atualização de status de um requisito ou uma tarefa, o item de trabalho correspondente não é sincronizado até que a rejeição seja resolvida. O motivo da rejeição aparece no campo Histórico e o campo Último Status de Aprovação na guia Project Server indica Rejeitado. Um membro da equipe deve resolver o status de rejeição para retomar a sincronização do item de trabalho.

Você pode criar uma consulta de equipe para encontrar itens de trabalho cujo status de atualização foi rejeitado. Para obter mais informações, consulte Monitorar envios de itens de trabalho e resolver rejeições.

Atualizações de títulos ou nomes de tarefas

O campo Título no Team Foundation Server e o Nome da tarefa no Project Server participam de um processo de sincronização bidirecional. Em outras palavras, uma alteração em um servidor é sempre atualizada no outro servidor. No entanto, você pode alterar esse comportamento, se você alterar o mapeamento para o campo Título (System.Title).

Atualizações de datas de início e término

Os campos de agendamento participam de um processo de sincronização unidirecional. Em outras palavras, os campos Data de Início e Data de Término no Team Foundation Server sempre refletem os valores que foram atribuídos no Project Server, e as alterações que são feitas nesses campos no Team Foundation Server nunca são enviadas para o Project Server. Essa regra é aplicada porque o Project usa um mecanismo de agendamento para determinar o início e o término de tarefas.

Por padrão, a Data de Início e Data de Término são mapeadas com OnConflict="PSWin", que faz os campos de data no Team Foundation sempre refletirem os valores que são atribuídos no Project Server. Mesmo se você alterar o mapeamento de atributos para permitir dois conjuntos de livros, as alterações nos campos de data no Team Foundation não são enviadas ao Project Server, exceto quando o item de trabalho é enviado pela primeira vez. Depois do primeiro evento de sincronização, esses campos refletem as atualizações que foram feitas no plano de projeto.

Atualizações de campos que contêm horas

Por padrão, os campos Horas Concluídas e Horas Restantes participam de um processo de sincronização que mantém dois conjuntos de livros. As alterações de horas podem ser feitas no plano de projeto ou no Team Foundation. No entanto, as alterações não substituem necessariamente as informações em nenhuma das localizações. Um atributo indefinido OnConflict para mapear campos aplica esse recurso.

Como indicado nas situações a seguir, os campos são atualizados considerando quem está fazendo as atualizações e se as atualizações foram aceitas no plano de projeto.

  • Quando um membro da equipe atualiza as horas e o gerente de projeto aprova os envios e publica o plano, os campos de referência e espelhados corresponde com a próxima sincronização do Team Foundation Server.

  • Quando um membro da equipe atualiza as horas e o gerente de projeto rejeita os envios, as atualizações não são aceitas no plano de projeto. Os valores para o campo de referência e campo espelhado serão diferentes.

  • Quando um gerente de projeto altera as horas no plano de projeto, apenas o campo espelhado é atualizado com a próxima sincronização do Team Foundation Server.

Quando as horas da tarefa variam entre os dois produtos de servidor, o líder de equipe e o gerente de projeto devem reconciliar as diferenças. Dessa forma, cada pessoa pode atualizar o seu trabalho de forma independente e ao mesmo tempo estar ciente das mudanças que o outro fez. For information about how to find fields whose values do not match their mirror fields, see Find Work Items Where the Work in Team Foundation Differs from that in Project Server.

Sempre que um gerente de projeto define uma linha de base, o valor do campo Estimativa Original em Team Foundation é definido ou atualizado, como mostra a figura abaixo. Por padrão, esse campo é mapeado para o atributo OnConflict="PSWin".

Estimativas de trabalho

Dica

Como o modelo de processo Scrum Visual Studio não usa os campos Trabalho Concluído e Estimativa Original, você deve adicionar esses campos para os tipos de itens de trabalho que você deseja que participem da sincronização de dados.Além disso, você deve mudar a definição do tipo de tarefa para remover as instruções de fluxo de trabalho <EMPTY />.Para obter mais informações, consulte Alterações necessárias a serem feitas ao mapear para um projeto de equipe criado a partir do modelo de processo do Scrum.

Atualizações dos campos de atribuição ou nome do recurso

O campo Atribuir para no Team Foundation mapeia para o campo Nome do Recurso no Project Server. Por padrão, esse campo é mapeado para o atributo OnConflict="PSWin". Quando você atribuir recursos às tarefas no plano de projeto da empresa, considere as seguintes regras:

  • O mecanismo de sincronização não sincroniza informações de recursos entre os dois produtos de servidor. Por padrão, o Team Foundation Server sincroniza os seus recursos a partir do Active Directory, mas o Project Server não. Você pode adicionar recursos manualmente no Project Server ou, como uma prática recomendada, sincronizar recursos com o Active Directory. Para atribuir um recurso a uma tarefa em um plano de projeto da empresa que participa da sincronização com o Team Foundation Server, adicione o recurso ao Project Server. Você pode acrescentar um recurso adicionando-o ao grupo de membros da equipe na instância do PWA, ou conceder ao recurso as permissões Abrir Projeto e Exibir Site do Projeto no Project. Você também deve adicionar o recurso à lista de recursos do plano de projeto da empresa e publicar o plano do projeto do mecanismo de sincronização para ter acesso à lista de recursos atualizada. Para obter mais informações, consulte Atribuir permissões para dar suporte à integração TFS-Project Server.

  • Se você estiver gerenciando os detalhes do projeto, atribua apenas um recurso para cada tarefa. Se a tarefa exigir vários recursos, divida-a em subtarefas e atribua um recurso para cada subtarefa.

    Se você estiver gerenciando os requisitos comerciais apenas por meio de planejamento de cima para baixo, atribua cada história ou requisito de usuário ao líder de desenvolvimento.

    Quando você publica o plano de projeto, o suplemento do cliente para o Team Foundation verifica que apenas um recurso foi atribuído para cada tarefa. Se vários recursos foram atribuídos a uma tarefa, é exibida uma caixa de diálogo Resolução de Validação na qual você deve especificar apenas um recurso como a atribuição ativa. Para obter mais informações, consulte Resolver erros de validação.

  • Depois de vincular ou mapear uma tarefa para um item de trabalho, você pode atribuir ou reatribuir recursos apenas para tarefas que não estão acumuladas. Uma tarefa acumulada está associada a um item de trabalho que contém os itens de trabalho filhos que não estão vinculados. Geralmente, as tarefas acumuladas contêm vários nomes no campo Nome do Recurso. O mecanismo de sincronização transmite o acúmulo de recursos e o número de horas que cada recurso trabalhou. Para obter mais informações, consulte Trabalhar com acúmulo de recursos em projetos corporativos mapeados para projetos da equipe.

Tarefas de resumo, hierarquia de tarefas e envios de itens de trabalho que estão aninhados em vários níveis

De acordo com o seu design, o mecanismo de sincronização não atualiza os campos do Project para tarefas vinculadas que têm subtarefas no plano de projeto da empresa. O processo de sincronização ignora as atualizações dessas tarefas porque o plano de projeto calcula o trabalho para elas. Alterações no título e outros campos que não sejam de trabalho também não são atualizadas para essas tarefas. Esse comportamento é uma limitação conhecida da integração dos dois produtos de servidor.

Quando um gerente de projeto publica um conjunto de tarefas detalhado que inclui requisitos e tarefas vinculadas ao Team Foundation Server, o mecanismo de sincronização bloqueia a hierarquia de tarefas. Os membros da equipe não podem modificar a hierarquia de tarefas no Team Foundation, mas eles podem reatribuir tarefas aos membros da equipe do projeto de equipe. Como a ilustração a seguir mostra, as tarefas são listadas abaixo de seus requisitos, e os vínculos hierárquicos entre tarefas pais e filhas estão bloqueados (Ícone de link bloqueada). Os vínculos bloqueados indicam que os requisitos e tarefas filhos foram adicionados a um projeto de equipe do Project Server. Somente o gerente de projeto do plano de projeto pode modificar a hierarquia da tarefa.

Agenda de divisão de trabalho no Team Explorer

Quando uma equipe envia vários níveis de itens de trabalho do Team Foundation para o Project Server, o primeiro nível deve ser aprovado e publicado no Project Server antes do envio do próximo nível. Se uma equipe envia um lote de novos itens de trabalho que inclui três níveis de itens filhos, por exemplo, o gerente de projeto deve publicar o plano do projeto quatro vezes para que todos os itens de trabalho sejam sincronizados com o Project Server. Conforme o gerente de projeto aprova cada nível de itens de trabalho e os publica no Project Server, as relações de vínculo hierárquico são bloqueadas no Team Foundation até que toda a hierarquia de vínculo seja bloqueada. Os membros da equipe não podem modificar a hierarquia desses itens de trabalho mapeados.

Atualizações de campos que estão associados a listas de opções ou tabelas de pesquisa

Quando você mapear campos do Team Foundation Server que estão associados a campos de lista de opções ou do Project Server que estão associados a uma tabela de pesquisa, considere etapas adicionais para garantir uma boa experiência do usuário. O mecanismo de sincronização não cria automaticamente as listas associadas equivalentes ou sincroniza seus valores permitidos em outro servidor. Como uma prática recomendada, você deve criar tabelas de pesquisa no Project Server para corresponder às listas de opções que são definidas no Team Foundation e criar listas de opções no Team Foundation para corresponder às tabelas de pesquisa que são definidas no Project Server. Se uma lista de opções ou tabela de pesquisa mudar, você deve sempre atualizar manualmente a lista correspondente no outro produto de servidor.

Consulte também

Conceitos

Campos do Project Server adicionados ao TFS para dar suporte à sincronização de dados

Outros recursos

Gerenciar projetos com a integração do TFS com o Project Server

Personalizar o mapeamento de campos entre o TFS e o Project Server