Mapeamento de fluxo de trabalho
Quase todo número que o Agile Gauge mostra depende de saber quais dos estados do Azure DevOps da sua equipe significam "ainda não iniciado", quais significam "sendo ativamente trabalhado", e quais significam "concluído". O mapeamento do fluxo de trabalho, em Configuração, é onde isso é definido.
As seis categorias de etapa
Todo estado do Azure DevOps que sua equipe usa é mapeado para uma das seis etapas, ou explicitamente marcado como não aplicável:
- Novo
- Na fila
- Em andamento
- Teste
- Revisão
- Concluído
Marcar um estado como N/A é uma escolha deliberada e de primeira classe para um estado que sua equipe não usa de fato para trabalho rastreado: isso não cria um aviso de "sem mapeamento" em lugar nenhum.
Como o mapeamento é definido
- No primeiro uso
- O Agile Gauge faz automaticamente o seu melhor palpite, reconhecendo os estados dos modelos de processo integrados do Azure DevOps (Agile, Scrum, CMMI, Basic). Você não precisa configurar nada antes de as visões mostrarem números.
- A origem é sempre exibida
- Configuração diz claramente se o mapeamento exibido é um que sua organização realmente salvou, ou ainda apenas o próprio palpite inferido pelo Agile Gauge que ninguém confirmou ainda. Se o Agile Gauge nem sequer conseguiu ler suas configurações atuais, ele diz isso e recorre aos seus padrões, em vez de deixar você salvar por cima de um mapeamento que ele nunca realmente viu.
O que acontece se o mapeamento estiver incompleto
Um estado que existe nos seus itens de trabalho, mas não está coberto pelo mapeamento (e não foi marcado como N/A), faz com que esses itens sejam contados como não iniciados em qualquer lugar em que "em andamento" ou "concluído" importe: o que subestima o quanto realmente foi terminado, em vez de simplesmente deixar um número em branco.
Quais visões dependem dele
Toda visão que mede tempo ou progresso lê o mesmo mapeamento do fluxo de trabalho: Tempo de ciclo, Métricas de fluxo, Monitor de WIP, Envelhecimento e bloqueios, Sinais de entrega, Resumo do sprint, Estado do fluxo, e Resumo da retrospectiva. Acertar isso uma vez, logo no início, é o passo de configuração de maior valor.
O Tempo de ciclo e as outras visões de fluxo ainda mostrarão algo mesmo sem nenhum mapeamento configurado, elas recorrem aos próprios nomes de estado padrão do Azure DevOps, mas os números ficam significativamente mais precisos assim que seu mapeamento real é confirmado.
- O gráfico de tempo por etapa das Métricas de fluxo rastreia uma categoria de tempo adicional de "Espera" ao lado dessas seis etapas, para sua própria divisão entre tempo ativo e de espera: veja Métricas de fluxo para saber como isso é usado. Não é uma sétima opção que você escolhe manualmente nesta tela de mapeamento.