Nota
O acesso a esta página requer autorização. Pode tentar iniciar sessão ou alterar os diretórios.
O acesso a esta página requer autorização. Pode tentar alterar os diretórios.
Azure DevOps Serviços | Azure DevOps Server | Azure DevOps Server 2022
Personalize o Azure Boards para corresponder aos processos e necessidades do portefólio da sua equipa. Este artigo descreve tarefas recomendadas e considerações para administradores que configuram a estrutura de áreas e iterações, tipos de itens de trabalho (WITs), fluxos de trabalho e comportamento do quadro.
Utilize este artigo para decidir como o seu projeto deve ser estruturado antes de personalizar quadros, backlogs e definições da equipa.
Se você já conhece as tarefas de configuração desejadas, comece com estes artigos:
- Personalizar cartões
- Gerenciar colunas
- Agilize o trabalho com swimlanes
- Configurar a visualização da lista de pendências
Note
A maior parte das orientações aqui aplica-se tanto ao Azure DevOps Services como ao Azure DevOps Server. Algumas capacidades, como análises e experiências de planeamento de entregas, variam consoante a versão ou instalação. Os Planos de Entrega estão integrados no Azure DevOps Server 2022 e posteriores e estavam anteriormente disponíveis como uma extensão do Marketplace.
Sugestão
Pode usar IA para ajudar com tarefas do Azure DevOps. Consulte Ative assistência de IA com Azure DevOps MCP Server para começar.
Principais considerações
Use estas perguntas para moldar a configuração que escolher.
| Area | Perguntas a responder |
|---|---|
| Projeto vs. estrutura de equipa | Quantas equipas, hierarquia de caminhos de área e visões agregadas são necessárias? |
| Iterations | Que cadência de sprint, agrupamento de lançamentos e horizonte de previsão funcionam melhor? |
| Esquema de itens de trabalho | Que WITs devem usar as equipas (Features, Stories/Issues/PBIs, Tasks, Epics)? |
| Necessidades de reporte | Quais campos, rollups e visualizações analíticas têm de estar disponíveis? |
| Personalizações | Como é que os campos personalizados, fluxos de trabalho e WITs afetam os quadros, backlogs e relatórios? |
| Permissões e governação | Quem pode alterar processos, árvores de área/iteração e definições de equipa? |
Documente as suas escolhas para que as equipas as apliquem de forma consistente ao longo do projeto.
Escolha os tipos de itens de trabalho e as listas pendentes do portefólio
Escolha um processo (Agile, Basic, Scrum ou CMMI) ao criar um projeto. Cada processo define um conjunto padrão de WITs e níveis de portfólio/lista de pendências. Você pode adicionar WITs personalizados e listas de pendências de portfólio para dar suporte à sua organização.
Este diagrama mostra a hierarquia do backlog de processos Agile:
- Utilize histórias de utilizador e tarefas para monitorizar o trabalho.
- Usa bugs para rastrear defeitos de código.
- Usa épicos e longas-metragens para agrupar trabalhos em cenários maiores.
Cada equipa pode configurar se gere bugs ao mesmo nível que a história do utilizador ou os itens de trabalho da tarefa. Utilize a configuração Trabalhar com bugs. Para obter mais informações sobre como usar esses tipos de item de trabalho, consulte Processo ágil.
Utilize WITs personalizados e os backlogs de portfólio quando precisar de camadas adicionais de planeamento, como Objetivos e Resultados-Chave, ou quando as equipas precisarem de um nível de agregação acima das funcionalidades.
Comparar abordagens de rastreamento
Escolha o modelo de monitorização que melhor corresponde ao planeamento e relatórios das suas equipas.
| Abordagem | Utilizar quando | Compromisso |
|---|---|---|
| Apenas tarefas | Precisas de um acompanhamento simples das tarefas com pouca hierarquia | Priorização limitada e sem planeamento de portefólio |
| Requisitos com tarefas infantis | As equipas scrum estimam o trabalho e acompanham-no em sprints | Mais hierarquia para gerir |
| Apenas requisitos | As equipas Kanban ou Scrumban não controlam o tempo | Menos detalhes da tarefa |
| Requisitos agrupados em WITs de portfólio | Várias equipas precisam de rollups e visualizações de calendário entre equipas | Requer um design de processo mais inicial |
Explica ao Teams o modelo que escolheste e atualiza a documentação do processo para que todos usem o mesmo padrão.
Configurar áreas, iterações e equipas
Use caminhos de área para particionar o trabalho por produto, recurso ou área de negócios. Utilize caminhos de iteração para sprints, releases ou etapas.
| Recommendation | Reason |
|---|---|
| Crie hierarquias de caminhos de área que reflitam como os gestores querem que os rollups sejam reportados | Permite relatórios de consolidação precisos em todos os níveis organizacionais |
| Dê a cada equipa uma área e iteração padrão | Os itens de trabalho herdam automaticamente o contexto correto |
| Use cadências de iteração consistentes entre as equipas que entregam em conjunto | Simplifica o planeamento inter-equipas e o acompanhamento de dependências |
Conteúdo relacionado:
Mostrar bugs nos fóruns e nos backlogs
Cada equipa decide se os bugs aparecem no backlog do produto como requisitos ou se são acompanhados como tarefas ligadas aos requisitos. As equipas que usam Scrum incluem frequentemente erros no backlog. As equipas que utilizam Agile ou CMMI podem escolher se os erros aparecem nas listas pendentes. O processo Básico não usa o tipo de item de trabalho Bug; usa Issue em vez disso. Para alterar a forma como os bugs são exibidos para uma equipe, atualize as configurações da equipe:
Mantenha uma política de equipa consistente para que consultas, painéis e rollups se comportem de forma previsível.
Rollup e visualizações de portfólio
Adicione colunas de rollup às listas de pendências para mostrar barras de progresso, contagens ou somas para itens filho. Utilize os Planos de Entrega para analisar cronogramas e dependências entre equipas. Se usares uma vista ao estilo roadmap, como a extensão Feature Timeline, indica-a separadamente na orientação do projeto.
Para o planeamento entre equipas, utilize os Planos de Entrega e qualquer extensão de tipo roadmap que a sua organização tenha adotado como padrão.
Quadros, colunas e fluxos de trabalho
Os estados do fluxo de trabalho do item de trabalho determinam as colunas padrão do quadro.
| Ação | Scope | Consideração |
|---|---|---|
| Adicionar estados de workflow personalizados aos WITs | Afeta todas as equipas | As alterações aparecem em todos os quadros das equipas que usam esse WIT |
| Adicionar colunas aos painéis das equipas | Afeta apenas essa equipa | Útil para passos de fluxo de trabalho específicos de equipa |
| Mapear mapeamentos de estado para colunas | Afeta os relatórios | Mapeie cuidadosamente para preservar a precisão cumulativa dos diagramas de fluxo |
Conteúdo relacionado:
Campos personalizados e relatórios
Os campos personalizados permitem capturar dados específicos do projeto. Eles podem fornecer suporte a rollups e relatórios, mas são aplicáveis em todo o processo.
| Recommendation | Reason |
|---|---|
| Limite campos personalizados àqueles que suportem relatórios ou automação | Reduz a desordem e a sobrecarga de manutenção |
| Use campos numéricos personalizados para totais de agregação | Permite o acompanhamento do progresso e o planeamento de capacidades |
| Use listas de seleção para reportes consistentes | Previne inconsistências de dados provenientes de entradas em texto livre |
| Lembre-se que os campos ao nível do processo são partilhados | As alterações afetam todos os projetos da coleção ou organização |
Note
É possível definir até 1.024 campos por processo.
WITs personalizados e alterações de processo
Adicionar ou modificar tipos de itens de trabalho (WITs) e fluxos de trabalho afeta muitas ferramentas.
| Alteração | Onde aparece | Ação necessária |
|---|---|---|
| Novos WIT ao nível de requisitos | Backlogs de produtos, possivelmente backlogs de sprint | Configurar níveis do backlog |
| Novos WIT ao nível da tarefa | Tabuleiros de tarefas | Atualizar as definições do quadro de tarefas |
| WITs personalizados | Tabuleiros de equipas | Atualizar quadros e mapeamentos de colunas |
Importante
As mudanças no nível do processo afetam todas as equipes. Limite alterações perturbadoras e comunique-as com antecedência.
Permissões e quem pode modificar cada item
Controla quem pode alterar processos, árvores de área e iteração, e configuração da equipa.
| Alterar tipo | Quem pode fazer alterações |
|---|---|
| Nível de processo | Administradores de Coleção de Projetos ou utilizadores com permissões de processo |
| Nível de projeto (áreas e iterações) | Administradores de projeto ou utilizadores com permissões de nó |
| Nível de equipa | Administradores de Equipa ou Administradores de Projetos |
Conteúdo relacionado:
Controle de tempo e planejamento de sprint
Use os campos de acompanhamento de trabalho que correspondam ao seu modelo de processo e planeamento de equipa:
| Campo | Uso comum |
|---|---|
| Trabalho Restante | Regista o esforço que resta para terminar uma tarefa ou um item de sprint. |
| Estimativa original | Regista a estimativa inicial quando a tua equipa quiser uma referência. |
| Obra Concluída | Regista o esforço já investido numa tarefa. |
Se registar horas para faturação ou elaboração de relatórios, avalie as extensões do Marketplace para obter funcionalidades de registo de horas mais avançadas.
Conteúdo relacionado:
Lista de verificação prática para administradores
Use a seguinte lista de verificação quando configurar ou rever a sua configuração do Azure Boards.
| Phase | Tarefa |
|---|---|
| Plan | Decidir o processo e a estratégia do tipo de item de trabalho (herdar ou personalizar) |
| Plan | Hierarquias de áreas de design e iterações |
| Configurar | Configurar equipas e definir subscrições de área e iteração padrão |
| Configurar | Criar pastas de consulta partilhadas e permissões necessárias |
| Configurar | Adicione colunas de rollup e widgets de dashboard necessários para os executivos |
| Validar | Teste as alterações com uma equipa antes de aplicar atualizações de grande alcance. |
| Comunicar | Documente as alterações e atualize a sua wiki de projeto |