APRENDER. PRATICAR. EVOLUIR.Conceito e mecanismo
DevOps exige tornar o percurso do trabalho visível, desde o pedido até ao resultado em produção. No widget Azure Boards, lead time começa na criação do item e termina na conclusão; cycle time começa quando o trabalho entra em progresso. Estas definições não devem ser confundidas com outras métricas de lead time que usem commit e deployment como extremos. Um item reaberto conserva a medição desde o primeiro início até ao fecho final, incluindo o tempo intermédio. Se a equipa só atualiza estados no fim, o indicador pode melhorar sem qualquer melhoria real. Mantém critérios de estado e observa distribuição, atrasos e retrabalho, em vez de premiar apenas uma média.
Aplicação guiada
Para uma release de fundos fictícia, liga work item, revisão, execução de pipeline, artefacto e deployment. O suporte precisa de identificar o conteúdo efetivamente entregue, não apenas o nome de quem estava de serviço. Nas release notes, inclui limitações, validação, recuperação e contactos. Uma notificação em três canais não garante resposta se nenhum tiver owner. Define ação e escalonamento para os sinais relevantes. No handover internacional, usa inglês claro e distingue factos observados, hipóteses e próxima ação. Completar a implementação não prova autonomia do RUN; ensaia acesso, diagnóstico e recuperação com a equipa recetora. Mantém apoio temporário e critérios de saída se a transferência for faseada.
Criado dia 2, iniciado dia 5 e concluído dia 11: lead time de nove dias e cycle time de seis, para horas iguais.
Armadilhas comuns
Métrica sem definição; estados atualizados tarde; mais deployments como qualidade; handover como envio de ficheiros.
Tópicos relacionados: Git, revisão e recuperação · Artefactos, dependências e agentes
Mede o fluxo e conserva uma cadeia verificável até à operação.
Referência: AZ-400 July 2026 study guide · AZ-400 objectives 2026-07-27