APRENDER. PRATICAR. EVOLUIR.Medir a unidade certa
Cinquenta deployments fictícios produzem 150 eventos: início, conclusão técnica e validação para cada execução. O número de linhas do painel não é frequência de deployment. Relaciona os eventos pela identidade da execução antes de contar. A documentação DORA consultada apresenta cinco medidas e distingue retrabalho não planeado por incidentes de deployments que exigem intervenção imediata. Neste exemplo, cinco deployments pertencem ao primeiro grupo e dois ao segundo: são 10% de retrabalho e 4% de falha, com o mesmo denominador de cinquenta. Não somes os grupos para inventar uma nova taxa; podem sobrepor-se e têm significados distintos. Apresenta período, serviço, definição e limites de recolha. Usa a evolução para investigar melhoria no contexto do serviço. Uma comparação de frequência entre uma aplicação diária e um processo anual não basta para classificar equipas.
Manter resultados difíceis visíveis
As esperas de 2, 2, 3, 3 e 40 horas têm mediana de três horas. Isso não demonstra que ninguém espera muito: o caso de quarenta horas continua relevante. O código da aula anterior mostra centro e máximo do conjunto, sem inferir causas. Após um incidente, uma subida de latência próxima de uma mudança merece investigação; se a carga também duplicou, a sequência temporal não demonstra causa exclusiva. Separa factos, hipóteses e informação necessária. A revisão deve produzir ações observáveis com responsáveis e prazos. Para uma lacuna de acesso na passagem, “ter mais cuidado” não indica como verificar melhoria; uma demonstração autorizada com a equipa recetora pode fazê-lo. Mantém testes adiados como pendentes até existir resultado ou uma decisão explícita de tratamento. Se o dono saiu, resolve a atribuição e a exposição atual.
Incluir retirada e dependências na decisão
Um middleware antigo sem tráfego interativo durante vinte dias pode continuar a servir um processo mensal. A retirada precisa de compreender consumidores, dados ou estado a preservar, capacidade de recuperação, referências em jobs e responsabilidades de suporte. Uma tentativa inesperada durante desativação reversível deve levar a investigar a dependência antes de eliminar definitivamente. A orientação Microsoft consultada recomenda analisar utilização e referências na retirada; as condições e prazos deste exercício são próprios. Não declares a poupança total só por desligar a máquina: custos e obrigações residuais podem continuar. Na decisão, distingue benefício esperado, custo de concluir a retirada e risco de dependências ainda por confirmar. Se a referência for realmente obsoleta, recolhe a evidência com o responsável. Se continuar necessária, planeia migração ou outra alternativa antes da remoção.
Guião de sessão e observação das decisões
Este guião foi preparado, mas ainda não executado por participantes humanos. Usa papéis de Change Manager, responsável de serviço, operação, desenvolvimento e observador; numa sessão individual, regista a acumulação de papéis como limitação. No minuto zero, apresenta uma exportação alterada e a aceitação limitada à consulta de posições. No minuto cinco, entrega uma decisão condicionada à confirmação de um parceiro, mostrando apenas prova de envio. No minuto dez, revela a janela até às 04:15 e a cobertura até às 03:30. No minuto quinze, usa os tempos de recuperação das 03:20 e pede uma nota em inglês. No minuto vinte, apresenta o consumidor mensal durante a retirada. No minuto 25, apresenta o painel com 150 eventos. Reserva quinze minutos para discussão: o observador regista decisões, evidência, pressupostos, donos e pendências. Repete uma fase após feedback, comparando comportamentos observados sem atribuir certificação profissional.
Fase | Decisão | Evidência | Pressuposto | Dono | Próximo retorno
0: impacto por consumidor
5: confirmação condicionante
10: cobertura e passagem
15: recuperação e nota em inglês
20: dependência mensal
25: unidade de medição
30–45: feedback e repetiçãoO observador pode registar: “identificou o limite das 03:34, mas não perguntou se o destinatário aplicou efeitos”. Repete a fase pedindo essa evidência.
Armadilhas comuns
Eventos como deployments; mediana como máximo; associação como causa; inatividade curta como ausência de consumidor; guião escrito como prática realizada.
Tópicos relacionados: Métricas de entrega · Descomissionamento · Aprendizagem e exercícios
Mede com definições claras e usa a revisão para transformar lacunas concretas em ações que possam ser observadas.
Referência: Postmortem Culture: Learning from Failure · NIST SP 800-128 updated October 2019; DORA five-metric model and change approval guidance; vendor documentation inspected 2026-10-01