Processos padrão e modelos de processo

Serviços de DevOps do Azure | Azure DevOps Server | Azure DevOps Server 2022

Os Painéis do Azure oferecem vários processos para gerenciar itens de trabalho. Selecionar o processo certo ajuda a otimizar o fluxo de trabalho do projeto e garantir o sucesso do seu projeto. Neste artigo, explore os diferentes processos disponíveis com os Azure Boards. Este artigo fornece orientação sobre como escolher o processo mais adequado para o seu projeto.

Ao criar um projeto, você escolhe um processo ou modelo de processo com base no modelo de processo para o qual sua organização ou coleção foi criada. Antes de escolher um processo para o seu projeto, você deve entender os seguintes termos.

Os tipos de processo padrão são Basic, Agile, Capability Maturity Model Integration (CMMI) e Scrum. Os objetos de controle de trabalho nos processos e modelos de processo padrão são os mesmos. Eles estão resumidos neste artigo.

Processos padrão

Os processos padrão diferem principalmente nos tipos de item de trabalho que fornecem para o planejamento e acompanhamento do trabalho. Os processos padrão são:

• Básico: É o mais leve.
• Scrum: É o próximo mais leve.
• Agile: Suporta muitos termos do método Agile.
• CMMI: Fornece o maior suporte para processos formais e gerenciamento de mudanças.

Se você precisar de mais de dois ou três níveis de lista de pendências, adicione mais com base no modelo de processo usado:

• Herança: Personalize suas listas de pendências ou quadros para um processo
• XML hospedado ou XML local: adicionar listas de pendências de portfólio

Principais distinções entre os processos padrão

Os processos padrão são projetados para atender às necessidades da maioria das equipes. Se sua equipe tiver necessidades incomuns e se conectar a um servidor local, personalize um processo e crie o projeto. Você também pode criar um projeto a partir de um processo e, em seguida, personalizar o projeto.

A tabela a seguir resume as principais distinções entre os tipos de item de trabalho e os estados usados pelos quatro processos padrão.

Notes:

1. Adicione itens de trabalho da lista de pendências ou do quadro do produto. A lista de pendências do produto mostra uma visão única da lista de pendências atual do trabalho que pode ser reordenada e agrupada dinamicamente. Os proprietários de produtos podem priorizar o trabalho e descrever dependências e relacionamentos. Cada equipe pode configurar como deseja que os bugs apareçam em suas listas de pendências e quadros.
2. Defina uma hierarquia de listas de pendências de portfólio para entender o escopo do trabalho em várias equipes e ver como esse trabalho se acumula em iniciativas mais amplas. Cada equipe configura quais listas de pendências de portfólio aparecem para seu uso.
3. Defina tarefas a partir da lista de pendências e do quadro de tarefas da sprint. Com o planejamento de capacidade, as equipes podem determinar se estão acima ou abaixo da capacidade para um sprint.

Estados, transições e motivos do fluxo de trabalho

Os estados do fluxo de trabalho suportam o acompanhamento do status do trabalho à medida que ele se move de um New estado para um Closed ou um Done estado. Cada fluxo de trabalho consiste em um conjunto de estados, as transições válidas entre os estados e os motivos para a transição do item de trabalho para o estado selecionado.

Os diagramas a seguir mostram a progressão avançada típica desses tipos de item de trabalho usados para controlar defeitos de trabalho e código para os três processos padrão. Eles também mostram algumas das regressões para estados anteriores e transições para estados removidos.

Cada imagem mostra apenas o motivo padrão associado à transição.

A maioria dos tipos de itens de trabalho usados pelas ferramentas Agile, aqueles que aparecem em listas de pendências e quadros, suportam transições de qualquer para qualquer um. Atualize o status de um item de trabalho usando o quadro ou o quadro de tarefas. Arraste um item de trabalho para sua coluna de estado correspondente.

Altere o fluxo de trabalho para oferecer suporte a outros estados, transições e motivos. Para obter mais informações, consulte Personalizar sua experiência de acompanhamento de trabalho.

Estados do item de trabalho

Quando você altera o estado de um item de trabalho para Removed, Closedou Done, o sistema responde da seguinte maneira:

• Closed ou Done: Os itens de trabalho neste estado não aparecem nas páginas de lista de pendências e lista de pendências do portfólio. No entanto, aparecem nas páginas do backlog do sprint, no quadro de sprint e no quadro de tarefas. Quando se altera a exibição da lista de pendências do portfólio para Mostrar itens da lista de pendências, por exemplo, para visualizar funcionalidades nos itens da lista de pendências do produto, os itens de trabalho nos estados Closed e Done aparecem.
• Removed: Os itens de trabalho neste estado não aparecem em nenhuma lista de pendências ou quadro.

Seu projeto mantém itens de trabalho enquanto o projeto estiver ativo. Mesmo se você definir itens de trabalho como Closed, Doneou Removed, o armazenamento de dados manterá um registro. Pode usar este registo para criar consultas ou relatórios.

Se você precisar excluir permanentemente itens de trabalho, consulte Remover ou excluir itens de trabalho.

Tipos de item de trabalho adicionados a todos os processos

Os seguintes tipos de item de trabalho são adicionados a todos os processos, exceto o processo Básico.

Sua equipe pode criar e trabalhar com esses tipos usando a ferramenta correspondente.

Os itens de trabalho dessas definições de tipo não devem ser criados manualmente e, em seguida, são adicionados à Hidden Types categoria. Os tipos de item de trabalho adicionados à Hidden Types categoria não aparecem nos menus que criam novos itens de trabalho.

Tipos de item de trabalho que suportam a experiência de teste

Os tipos de item de trabalho que suportam a experiência de teste e funcionam com o Test Manager e o portal da Web são vinculados usando os tipos de link mostrados na imagem a seguir.

No portal da Web ou no Microsoft Test Manager, exiba quais casos de teste são definidos para um conjunto de testes e exiba quais pacotes de teste são definidos para um plano de teste. No entanto, esses objetos não estão conectados uns aos outros por meio de tipos de link. Personalize esses tipos de item de trabalho como faria com qualquer outro tipo de item de trabalho. Para obter mais informações, consulte Personalizar sua experiência de acompanhamento de trabalho.

Se você alterar o fluxo de trabalho para o plano de teste e o conjunto de testes, talvez seja necessário atualizar a configuração do processo conforme descrito aqui. Para obter definições de cada campo de teste, consulte Criar uma consulta com base em campos de integração de compilação e teste.

Conteúdo relacionado

• Personalize a sua experiência de acompanhamento de trabalho
• Carregar e baixar modelos de processo