Capítulo 28 — Arquitetura e engenharia de segurança: análise de falhas
Mapa da aula
Aula 28 publicada. Mapa, exemplo, EX082.
flowchart TD
N0["28.1 O incidente"]
N1["28.2 Camadas de causas"]
N2["28.3 Melhorias duradouras"]
N3["Síntese"]
N0 --> N1 --> N2 --> N3
N3 --> EX["Exemplo resolvido"]
EX --> Q["Exercício EX082"]
Desenho lógico
flowchart LR
N0["28.1 O incidente"]
N1["28.2 Camadas de causas"]
N2["28.3 Melhorias duradouras"]
N3["Síntese"]
N0 --> N1 --> N2 --> N3 --> Q["EX082"]
[28.1 O incidente]
|
v
[28.2 Camadas de causas]
|
v
[28.3 Melhorias duradouras]
|
v
[Síntese]
|
v
[Exemplo resolvido] --> [Exercício EX082]
Objetivos de aprendizagem
Você vai (1) conduzir uma revisão sem culpados de um incidente da Fernway; (2) separar as causas em fatores de projeto, de processo e humanos; (3) produzir melhorias duradouras.
28.1 O incidente
Durante uma liquidação de fim de semana, a loja da Fernway mostrou alguns itens com preço zero por quarenta minutos, e vinte e três pedidos foram feitos. Hannah pede a Lucas que ajude a conduzir uma revisão sem culpados (blameless). Eles montam uma linha do tempo a partir dos logs e de entrevistas: um comprador enviou uma planilha de preços com uma coluna em branco, a importação tratou os campos em branco como zero, e nenhum alerta disparou porque o monitoramento observava a disponibilidade, e não os preços. Montar a linha do tempo antes de discutir as causas mantém a revisão ancorada no que de fato aconteceu, e não em suposições iniciais.
28.2 Camadas de causas
Lucas separa as causas contribuintes em camadas. Projeto: a importação aceitava campos em branco como zero, e o upload de planilha atravessava uma fronteira de confiança sem validação, como observado no capítulo 21. Processo: nenhuma segunda pessoa conferia grandes mudanças de preço antes das liquidações de fim de semana. Humana: o comprador estava com pressa para cumprir um prazo definido pelo marketing. Ele evita apontar o comprador como a causa, já que qualquer pessoa sob a mesma pressão e com as mesmas ferramentas poderia ter cometido o erro. O enquadramento sem culpados incentiva as pessoas a relatarem problemas cedo.
28.3 Melhorias duradouras
A revisão produz quatro melhorias: a importação rejeita campos em branco e qualquer mudança de preço acima de cinquenta por cento sem aprovação; um alerta no dashboard dispara quando muitos preços mudam de uma vez; é acrescentada uma conferência por uma segunda pessoa na preparação das liquidações; e os prazos para os preços das liquidações são antecipados em um dia. Cada uma tem um responsável e uma data. A Fernway honra os pedidos como gesto de boa vontade. Três meses depois, Lucas confere se as melhorias estão em vigor e descobre que o alerta já captou uma conversão de moeda equivocada antes que os clientes a vissem.
Exemplo resolvido
Lucas ajuda a conduzir uma revisão sem culpados de um incidente de preço zero, separa as causas de projeto, de processo e humanas e confere depois quatro melhorias.
Caso sintético. O incidente e os números são sintéticos.
Erros e limites
Sem culpados não significa sem responsáveis; os responsáveis pelas correções continuam sendo nomeados. Linhas do tempo feitas de memória precisam de confirmação nos logs.
Exercícios
-
EX082 — Por que nenhum alerta. Por que nenhum alerta disparou? Rubrica: 3 = o monitoramento observava a disponibilidade, e não os preços;; 2 = lacuna de monitoramento;; 1 = vago;; 0 = nenhuma.
-
EX083 — Não culpar o comprador. Por que evitar apontar o comprador como a causa? Rubrica: 3 = qualquer pessoa sob a mesma pressão e com as mesmas ferramentas poderia errar;; 2 = sistema;; 1 = culpa;; 0 = nenhuma.
-
EX084 — Prova posterior. O que mostrou que as melhorias funcionaram? Rubrica: 3 = o alerta captou um erro de conversão de moeda;; 2 = alerta;; 1 = vago;; 0 = nenhuma.
Síntese
A análise de falhas sem culpados encontra causas de desenho e de processo e produz melhorias que podem ser verificadas depois.
Continue estudando — aula 28 (capítulo 28 de 40)
← Capítulo 27 · Índice das aulas · Capítulo 29 →
Continue para a próxima aula já escrita.