Compartilhar via

Personalização e herança do processo

Serviços do Azure DevOps

Para adaptar o sistema de acompanhamento de trabalho do Azure DevOps às necessidades da sua organização, você pode personalizar um processo herdado por meio das configurações da organização. Todos os projetos em uma organização que usam o processo herdado obtêm as personalizações que você faz para esse processo. Em seguida, você pode configurar as listas de pendências, sprints e quadros para cada equipe do projeto.

Importante

Este artigo se aplica somente ao modelo de processo de herança no Azure DevOps Services. Para personalizar projetos locais ou atualizar arquivos de definição XML, consulte o modelo de processo XML hospedado e personalize um processo XML hospedado.

Você pode fazer várias personalizações para processos herdados. Os mais importantes são criar WITs (tipos de item de trabalho personalizados) ou modificar WITs existentes para adicionar campos personalizados, modificar layouts ou alterar fluxos de trabalho. Algumas opções de elementos herdados estão bloqueadas e não podem ser personalizadas.

Este artigo fornece uma visão geral das maneiras de personalizar processos herdados. Para obter informações sobre os limites nos números de campos, WITs, níveis de backlog e outros objetos que você pode personalizar, consulte Controle de trabalho, processo e limites de projeto.

Observação

Você pode examinar as alterações feitas em um processo herdado usando o log de auditoria e os recursos de auditoria. Para obter mais informações, consulte Acessar, exportar e filtrar logs de auditoria.

Sistemas e processos herdados

Os processos do sistemaAgile, Basic, Scrum e CMMI (Capability Maturity Model Integration) estão bloqueados e os usuários não podem alterá-los. A Microsoft possui esses processos do sistema e os atualiza periodicamente.

Os processos herdados são personalizados de processos do sistema e herdam definições do processo do sistema em que se baseiam. Todas as atualizações que a Microsoft faz nos processos do sistema são automaticamente atualizadas em processos herdados e seus subprocessos herdados.

Todos os projetos em uma organização podem compartilhar todos os seus processos. Você personaliza o processo em vez de personalizar os projetos únicos.

Depois de criar um processo herdado, você pode personalizá-lo, copiá-lo, criar projetos com base nele e alterar projetos existentes para usá-lo. As alterações feitas no processo herdado atualizam automaticamente todos os projetos na organização que usam esse processo.

O exemplo a seguir mostra uma lista de projetos na organização fabrikamprime e o processo que cada projeto usa. Para alterar as personalizações do projeto Fabrikam Fiber , modifique o processo My Agile , que herda do processo do sistema Agile . As alterações feitas no processo do My Agile também atualizam o projeto Agile by design que usa esse processo. Para personalizar os outros projetos, você precisaria alterá-los para usar processos herdados.

Captura de tela dos projetos e dos processos que eles usam.

Alterar o processo de um projeto existente

Você pode alternar o processo que um projeto usa de um processo para outro. Para obter mais informações e instruções, consulte os seguintes artigos:

Seguindo as diretrizes gerais nos artigos listados, você pode fazer outras alterações, como de CMMI para Agile ou Agile para CMMI. Antes de alterar um processo de projeto, familiarize-se com o processo para o qual você está mudando. Para obter mais informações, consulte Sobre processos e modelos de processo.

Quando você faz a transição de um projeto para um processo diferente, algumas ferramentas ou itens de trabalho existentes podem se tornar inválidos. Por exemplo, itens de trabalho que não têm um campo necessário no novo processo podem exibir erros. Para continuar com as alterações e salvar os itens de trabalho, você deve resolver esses erros. Se a alteração do processo adicionar, remover ou ocultar estados de fluxo de trabalho de um WIT (Tipo de Item de Trabalho) presente em um quadro, certifique-se de atualizar as configurações das colunas do quadro para todas as equipes definidas no projeto.

Alterar ou renomear um processo herdado

Alterar um processo herdado é simples, mas é melhor testar as alterações antes de aplicá-las a um projeto ativo. Você pode copiar um processo e fazer suas alterações no processo copiado primeiro para evitar afetar projetos existentes e ajudá-lo a identificar quaisquer efeitos negativos das alterações no processo.

Você pode renomear um processo herdado nas Configurações da Organização selecionando o ícone Mais ações ao lado do nome do processo e selecionando Editar.

Nomes de processo

Os nomes de processo têm os seguintes requisitos:

  • Deve ser exclusivo na organização
  • Deve ter 128 caracteres Unicode ou menos
  • Não é possível conter nenhum dos seguintes caracteres: .,;':~\/*|?"&%$!+=()[]{}<>

Objetos herdados e personalizados

Cada processo herdado herda os WITs definidos no processo subjacente do sistema Basic, Agile, Scrum ou CMMI. Por exemplo, os processos herdados do Agile fornecem Bug, Tarefa, História do Usuário, Recurso, Epic, Problema e WITs relacionados ao teste.

Você pode adicionar campos e modificar o fluxo de trabalho e o formulário de item de trabalho para todos os WITs exibidos na página Tipos de Item de Trabalho de um processo herdado. Você também pode adicionar WITs personalizados.

Se você não quiser que os usuários criem novos itens de trabalho com base em um WIT de processo herdado, você poderá desabilitá-lo selecionando o ícone Mais ações ao lado do nome WIT nas Configurações da Organização e selecionando Desabilitar no menu de contexto.

Campos de item de trabalho

Esta seção descreve os campos de item de trabalho.

Campos e referências de campo

Você usa itens de trabalho para planejar e acompanhar seu projeto. Cada tipo de item de trabalho está associado a 31 campos do sistema e a vários outros campos específicos do tipo que fornecem informações de acompanhamento sobre os itens de trabalho. Os valores que você atribui a um campo são armazenados no armazenamento de dados de acompanhamento de trabalho, que você pode consultar para determinar o status e as tendências.

Para obter descrições e uso de cada campo definido para os principais processos do sistema Scrum, Agile e CMMI (Capability Maturity Model Integration), consulte o índice de campo de item de trabalho.

Nomes de campo

Um nome de campo de item de trabalho identifica com exclusividade cada campo de item de trabalho. Verifique se os nomes de campo atendem a estes requisitos:

  • Deve ser exclusivo dentro da organização ou da coleção de projetos
  • Deve ter 128 caracteres Unicode ou menos
  • Deve conter pelo menos um caractere alfabético
  • Não é possível conter espaços à esquerda ou à direita, ou dois ou mais espaços consecutivos
  • Não é possível conter nenhum dos seguintes caracteres: .,;':~\/*|?"&%$!+=()[]{}<>

Nomes e definições de campo se aplicam a toda a organização. Você não pode adicionar um campo com um nome de campo que já existe na organização ou que outro processo herdado foi adicionado a um WIT.

Personalizações de campo

Os campos são definidos para todos os projetos e processos em uma organização. Os processos herdados herdam os campos definidos nos processos do sistema e você pode fazer modificações limitadas neles. Você pode criar e modificar campos personalizados em processos herdados.

Você pode adicionar qualquer campo personalizado definido para um WIT em um processo a qualquer WIT definido para outro processo. Você também pode adicionar um campo existente a outro WIT dentro do mesmo processo. Por exemplo, você pode adicionar Data de Vencimento à História do Usuário ou Bug WITs.

Personalizar campos e controles

Os recursos a seguir descrevem como implementar várias personalizações para campos herdados, campos personalizados ou controles personalizados.

Campos herdados

Campos personalizados

Controle personalizado

Excluir ou restaurar campos excluídos

Você pode excluir um campo e restaurá-lo posteriormente. A exclusão de um campo exclui todos os dados associados a esse campo, incluindo valores históricos. Depois de excluído, você só pode restaurar o campo e recuperar os dados usando a API REST de Atualização de Campos .

Em vez de excluir um campo, você pode ocultar ou remover o campo de um formulário de item de trabalho. Para obter detalhes, consulte Mostrar, ocultar ou remover um campo.

Limitações

  • Você não pode alterar um nome de campo ou um tipo de dados depois de defini-lo. No entanto, você pode alterar o rótulo que aparece para um campo no formulário do item de trabalho da guia Layout . Ao selecionar o campo em uma consulta, você deve usar o nome do campo e não o rótulo de campo.
  • Não é possível modificar a área cinza no formulário que contém os campos Estado, Motivo, Caminho da Área e Caminho da Iteração .
  • Os caminhos de área e as listas de seleção de caminhos de iteração são configurados para cada projeto e não são personalizáveis por meio de um processo herdado.
  • Listas de seleção associadas a campos de identidade do usuário, como Atribuído a e Alterado por, são preenchidas com base nos usuários adicionados ao projeto ou à equipe.
  • Um máximo de 64 campos pode ser definido para cada WIT e um máximo de 512 campos pode ser definido por processo.
  • Você não pode importar ou definir uma lista global conforme compatível com os modelos de processo XML hospedado e XML local.

Regras personalizadas e regras do sistema

Cada WIT tem várias regras de sistema definidas, como exigir o campo Título ou definir um padrão para o campo Área de Valor . As regras do sistema também definem ações a serem executadas quando um estado de fluxo de trabalho é alterado.

Por exemplo, várias regras copiam a identidade do usuário atual para o campo Alterado por quando um item de trabalho é modificado ou para o campo Fechado por quando o estado do fluxo de trabalho é alterado para Fechado ou Concluído. As regras predefinidas do sistema têm precedência sobre todas as regras personalizadas que as substituiriam.

As regras personalizadas oferecem suporte para vários casos de uso de negócios, permitindo que você vá além de definir um valor padrão para um campo ou torná-lo necessário. As regras personalizadas permitem limpar o valor de um campo, copiar um valor em um campo ou aplicar valores com base em dependências entre valores de campo diferentes.

Com regras personalizadas, você pode definir várias ações com base em condições específicas. Por exemplo, você pode aplicar regras para dar suporte aos seguintes cenários:

  • Quando um valor é definido para Prioridade, torne o Risco um campo necessário.
  • Quando uma alteração é feita no valor de Versão, limpe o valor de Marco.
  • Quando uma alteração é feita no valor de Trabalho Restante, faça do Trabalho Concluído um campo necessário.
  • Quando o valor de Aprovado é True, torne Aprovado por um campo obrigatório.
  • Quando uma história de usuário for criada, torne necessários os campos Prioridade, Risco e Esforço .

Para obter mais informações sobre como definir regras personalizadas, consulte Adicionar uma regra a um tipo de item de trabalho (processo de herança).

Dica

Você não pode definir uma fórmula usando uma regra. No entanto, você pode encontrar uma solução que atenda às suas necessidades com o Power Automate. Para obter mais informações, consulte Consolidação de trabalho e outros campos.

Restringir a modificação de campos selecionados para grupos de usuários selecionados

Usando as condições current user is a member of a group... ou current user is not a member of a group..., você pode exigir ou configurar campos selecionados para usuários que são membros ou não membros de um grupo ou grupo de segurança. Por exemplo, você pode tornar o campo Título ou Estado somente leitura para usuários ou grupos selecionados.

Restringir a modificação de itens de trabalho com base no caminho da área específica

Considere manter a propriedade única de itens de trabalho por caminho de área de equipe ou formalizar colunas com estados personalizados compartilhados entre equipes.

Você pode impedir que os usuários modifiquem itens de trabalho selecionados definindo permissões em um caminho de área. Essa configuração não é uma regra, mas uma configuração de permissão. Para obter mais informações, consulte Criar nós filho, modificar itens de trabalho em uma área ou caminho de iteração.

Personalizações de tipo de item de trabalho

Os recursos a seguir descrevem as opções de personalização para WITs herdados e personalizados.

Tipos de item de trabalho herdados

Tipos de item de trabalho personalizados

Alterar o WIT padrão para uma lista de pendências faz com que o WIT apareça por padrão no painel de adição rápida. Por exemplo, a História Personalizada aparece por padrão no painel de adição rápida a seguir para uma lista de pendências do produto.

Captura de tela do painel de adição rápida com um tipo de item de trabalho personalizado padrão.

Limitações

  • Você não pode adicionar um WIT herdado a um backlog nem removê-lo de lá.
  • Você não pode alterar a posição de um campo herdado dentro do layout do formulário. No entanto, você pode ocultar o campo em uma área do formulário e adicioná-lo em outro lugar no formulário.
  • Você não pode alterar o nome de um WIT personalizado depois de defini-lo.

Personalizações de formulário de item de trabalho

Você pode fazer as seguintes personalizações em um formulário WIT:

Grupos herdados

Grupos personalizados

Páginas herdadas

Páginas personalizadas

Layout e redimensionamento

O layout do formulário da Web para um item de trabalho é organizado em três colunas, conforme mostrado na imagem a seguir.

Ilustração do layout de página de três colunas para o formulário de item de trabalho.

Se você adicionar apenas grupos e campos às duas primeiras colunas, o layout mostrará duas colunas. Se você adicionar apenas grupos e campos à primeira coluna, o layout mostrará uma coluna.

O formulário da Web é redimensionado dependendo da largura disponível e do número de colunas no layout. Na largura máxima, na maioria dos navegadores da Web, cada coluna dentro de uma página é exibida em sua própria coluna. Quando a largura de exibição não acomoda todas as colunas, as colunas aparecem empilhadas dentro da coluna à esquerda.

À medida que a largura de exibição diminui, as colunas redimensionam proporcionalmente da seguinte maneira:

  • Para três colunas: 50%, 25% e 25%
  • Para duas colunas: 66% e 33%
  • Para uma coluna: 100%

Personalizações de fluxo de trabalho

Você pode personalizar o fluxo de trabalho de qualquer WIT (tipo de item de trabalho) ocultando estados herdados ou adicionando estados personalizados. Os estados herdados variam de acordo com o processo do sistema usado para criar o processo personalizado: Agile, Basic, Scrum ou CMMI (Capability Maturity Model Integration). Para obter mais informações, consulte Estados, transições e motivos do fluxo de trabalho.

O fluxo de trabalho padrão para cada WIT define entre dois e quatro estados e especifica as seguintes operações de fluxo de trabalho:

  • Transições para frente e para trás entre cada estado. Por exemplo, o processo básico Issue WIT inclui três estados: A Fazer, Fazendo e Concluído.
  • Motivos padrão para cada transição de estado.

Fluxos de trabalho herdados e personalizados devem estar em conformidade com as seguintes regras:

  • Defina pelo menos dois estados de fluxo de trabalho.
  • Defina pelo menos um estado para as categorias de estado Proposta ou Em Andamento .
  • Defina um máximo de 32 estados de fluxo de trabalho por tipo de item de trabalho.

Observação

Antes de adicionar um estado de fluxo de trabalho personalizado, consulte Sobre estados de fluxo de trabalho em listas de pendências e quadros para saber como os estados de fluxo de trabalho são mapeados para categorias.

Para personalizações para estados de fluxo de trabalho herdados e personalizados, consulte os seguintes recursos:

Estados herdados

Estados personalizados

Limitações

  • Você não pode alterar o nome, a cor ou a categoria dos estados herdados, mas poderá ocultá-los se não quiser que eles fiquem visíveis.
  • Você não pode alterar os nomes de estados personalizados uma vez definidos.
  • Você não pode alterar ou personalizar os nomes de categoria de estado padrão.
  • Somente um estado pode existir na categoria estado Concluído . Adicionar um estado personalizado a essa categoria remove ou oculta qualquer outro estado nessa categoria.
  • Você não pode especificar motivos personalizados para transições de estado. Use os motivos padrão, como Movido para o estado Triagem e Movido para fora do estado Triagem.
  • Não é possível alterar o posicionamento dos campos Estado e Motivo no formulário do item de trabalho.

Personalizações de backlog e quadro

Backlogs e quadros são ferramentas ágeis essenciais para criar e gerenciar o trabalho de uma equipe. As listas de pendências padrão de produto, iteração e portfólio herdadas dos processos do sistema são totalmente personalizáveis. Você também pode adicionar pendências de portfólio personalizadas até um total de cinco listas de pendências de portfólio.

Para obter mais informações sobre como personalizar pendências de portfólio herdadas e personalizadas, consulte os seguintes recursos:

Listas de pendências herdadas

Listas de pendências de portfólio personalizadas

Limitações

  • Você não pode remover um nível de portfólio herdado de um produto. Você pode renomear o nível ou desabilitar WITs para impedir que as equipes criem novos itens de trabalho desses tipos.
  • Não é possível inserir um novo nível de backlog personalizado dentro do conjunto existente de backlogs definidos. Os níveis de backlog predefinidos normalmente são fixos, por exemplo Epics, Features, Histórias de Usuário e Tarefas.
  • Você não pode reordenar os níveis de backlog. Eles geralmente seguem uma hierarquia predefinida e não há suporte para alterar a ordem.
  • Você não pode adicionar um WIT a dois níveis de backlog diferentes. Cada WIT pode pertencer a apenas um nível de backlog.
  • Você não pode criar um nível de backlog personalizado específico para tarefas, mas ainda pode adicionar WITs personalizados ao backlog de iteração. Por exemplo, você pode criar um WIT personalizado chamado Aprimoramento ou Manutenção e associá-lo à lista de pendências de iteração.
  • O BUG WIT não pertence a nenhum nível de pendência específico por padrão. Cada equipe pode decidir como deseja gerenciar bugs. Você pode optar por mostrar bugs em backlogs e quadros ou tratá-los separadamente. Para obter mais informações, consulte Mostrar bugs em listas de pendências.

Conteúdo relacionado

  • Last updated on