Post-mortem: o clone que postou no canal errado
O segundo fluxo do agente de respostas nasceu como clone do primeiro. Meses depois, uma auditoria achou resíduos que não quebravam nada e degradavam tudo.
Contexto
O agente de respostas a avaliações atende dois aplicativos. O segundo fluxo nasceu como clone do primeiro, porque o primeiro funcionava. E continuou funcionando. Esse é o problema.
Bastidores
Uma auditoria interna, feita de propósito meses depois da entrada em produção, encontrou:
O link da avaliação apontando para o aplicativo errado.
O caminho manual de reprocessamento usando o endereço do outro aplicativo.
E o mais visível: as notificações do segundo aplicativo sendo postadas no canal do time do primeiro.
Nada disso derrubou o sistema. São erros que não quebram nada e degradam tudo em silêncio, exatamente o tipo de coisa que só aparece quando alguém audita de propósito.
Status no fechamento do manuscrito: dívida conhecida, listada, com correção pendente. Fica registrado como está, porque caso que só mostra o lado bonito não ajuda quem vai clonar amanhã.
Fonte: livro O Laboratório que Sobrevive, caps. 10 e 13.
Aprendizados
- →
Clone carrega configuração da origem que ninguém revisa, porque tudo continua funcionando.
- →
Erro que não derruba nada é o mais caro: ninguém abre chamado para ele.
- →
Auditoria de propósito, com dia marcado, acha o que monitoramento de erro não acha.
Como Replicar
1Antes de clonar, liste o que é específico
2Depois de clonar, audite a lista
3Marque uma auditoria periódica
Gostou deste experimento?
Os próximos chegam primeiro no Doug Drops. E o painel mostra todos os casos do laboratório lado a lado.