A ciência dos incidentes de engenharia e identidade: por que quase nunca é culpa do vilão

TESTE-SE · Quanto você sabe desta ciência?

1. 01 O que o modelo do queijo suíço de James Reason diz sobre como sistemas complexos falham?

   Uma pessoa descuidada é sempre a causa raiz de qualquer falha graveFalhas ocorrem quando buracos em múltiplas camadas defensivas se alinham simultaneamenteSistemas de software falham devido a testes insuficientes por engenheiros de QAFalhas complexas são aleatórias e imprevisíveis por natureza

   O modelo de Reason mostra que falhas em sistemas complexos são multicausais: uma série de buracos em camadas defensivas que de outra forma seriam robustas precisa se alinhar para que um acidente atinja o resultado. Nenhuma pessoa sozinha cria todos os buracos. fonte ↗

2. 02 De acordo com o capítulo do SRE Book do Google sobre cultura de post-mortem, qual é o objetivo principal de um post-mortem sem culpa?

   Identificar e repreender formalmente o engenheiro que causou a interrupçãoDocumentar o incidente, compreender todas as causas raiz contribuintes e implementar ações preventivasCriar um registro público do que deu errado para os clientesJustificar a redução do tamanho da rotação de plantão da equipe

   O SRE Book do Google afirma que os objetivos primários de um post-mortem são garantir que o incidente esteja documentado, que todas as causas raiz contribuintes sejam compreendidas e que ações preventivas eficazes sejam implementadas — não atribuir culpa a indivíduos. fonte ↗

3. 03 O que o estudo de Champion et al. de 2024 constatou sobre trabalho de infraestrutura e cola em ecossistemas de software de código aberto?

   Engenheiros de infraestrutura são reconhecidos com mais frequência do que engenheiros de funcionalidades devido à visibilidade de incidentesO trabalho de cola como documentação e revisão de código é sistematicamente sub-reconhecido em comparação com commits de funcionalidadesMantenedores de código aberto são bem compensados pelo trabalho invisível por meio de subsídios da comunidadeO estudo não encontrou diferença significativa no reconhecimento entre diferentes tipos de contribuições

   Champion et al. constataram que manutenção de infraestrutura, documentação, revisão de código e gerenciamento de comunidade são estruturalmente invisíveis na maioria dos sistemas de reconhecimento — apesar de serem essenciais para o funcionamento do ecossistema — enquanto commits de funcionalidades atraem crédito desproporcional. fonte ↗

4. 04 De acordo com a Pesquisa de Desenvolvedores do Stack Overflow 2025, o que está acontecendo com a confiança dos desenvolvedores em código gerado por IA?

   A confiança em código gerado por IA está em um máximo histórico à medida que os modelos melhoramA confiança na saída de IA está em um mínimo histórico entre os desenvolvedoresA confiança dos desenvolvedores em IA está inalterada em relação aos anos anteriores — as preocupações são exageradasDesenvolvedores confiam em IA para documentação, mas não especificamente para geração de código

   A Pesquisa de Desenvolvedores do Stack Overflow 2025 constatou a confiança dos desenvolvedores na saída de IA em um mínimo histórico — a maioria dos desenvolvedores não confia totalmente em código gerado por IA, apesar da rápida proliferação de ferramentas de codificação de IA. fonte ↗

5. 05 O que Allspaw e Robbins descobriram sobre o efeito da cultura de culpa nas investigações de incidentes de engenharia?

   A culpa motiva engenheiros a serem mais cuidadosos e reduz incidentes futurosO medo de punição faz engenheiros reterem informações, o que degrada a confiabilidade ao longo do tempoA cultura de culpa não tem efeito mensurável no compartilhamento de informações em post-mortemsA culpa deve ser aplicada seletivamente — apenas a engenheiros que violaram procedimentos escritos

   Allspaw e Robbins documentaram que o medo de punição faz engenheiros esconderem informações sobre o que aconteceu durante um incidente. Essas informações ocultas impedem a organização de compreender e corrigir as condições reais — tornando o próximo incidente mais provável. fonte ↗