Responsabilizar projeto de interface do usuário ruim pelo alerta de mísseis do Havaí

As pessoas cometem erros, e é por isso que a interface do usuário e o design do software são tão críticos. Basta perguntar à Agência de Gerenciamento de Emergências do Havaí (HEMA), que acidentalmente enviou uma falsa ameaça de mísseis balísticos de entrada aos moradores e turistas no início deste mês, que os instou a procurar abrigo.

"Isso não é um exercício", dizia a mensagem, que apareceu em milhares de telefones, bem como em estações de TV e rádio, em meio a crescentes tensões nucleares entre os EUA e a Coréia do Norte. Não surpreendentemente, as pessoas entraram em pânico, enviando mensagens aterrorizadas a amigos e entes queridos por mais de meia hora - altura em que o HEMA finalmente anunciou que o alerta era um alarme falso.

Mais tarde, a agência admitiu que um funcionário pressionou o botão errado ao testar o sistema de alerta de mísseis, em parte porque o software mal projetado não tinha salvaguardas contra alarmes falsos.

Ajude um usuário a sair

O incidente levou a Comissão Federal de Comunicações (FCC) a iniciar uma investigação.

"Com base nas informações que coletamos até agora, parece que o governo do Havaí não possuía salvaguardas ou controles de processo razoáveis ​​para impedir a transmissão de um alerta falso", disse o presidente da FCC, Ajit Pai, em comunicado. "Autoridades federais, estaduais e locais de todo o país precisam trabalhar juntos para identificar quaisquer vulnerabilidades a alertas falsos e fazer o que for necessário para corrigi-los. Também devemos garantir que as correções sejam emitidas imediatamente no caso de um alerta falso sair."

Segundo o Washington Post, a única coisa que ficava entre um teste do sistema e o envio de um alerta real de míssil era uma opção do menu suspenso.

O bom design da interface do usuário depende do isolamento de funções com finalidades diferentes. Quando você deseja separar um teste interno e um comando que envia uma mensagem crítica para centenas de milhares de pessoas, você deve integrar pistas visuais. Isso pode ser tão simples quanto usar botões separados ou alterar o tema de cores da interface do usuário quando os usuários entram no modo de alerta. Outra prática recomendada pode ser usar um "Tem certeza?" antes de executar um comando.

O sistema de alerta de mísseis do Havaí não continha nenhum desses recursos.

Nenhum caminho para corrigir erros

A HEMA usou os Alertas de emergência sem fio (WEA), um sistema de segurança pública que envia alertas para todos os dispositivos móveis em uma área designada. É uma maneira eficaz de alcançar muitas pessoas em pouco tempo, mas as WEAs estão limitadas a pequenas mensagens de texto. Eles não podem conter imagens, números de telefone clicáveis ​​ou links para fontes online. Os destinatários são deixados para investigar melhor o aviso.

O que piorou o incidente no Havaí foi que o sistema não pôde emitir correções; como relata o Post , a Agência Federal de Gerenciamento de Emergências (FEMA) fornece ao HEMA "permissão permanente… para usar sistemas de alerta civil para enviar o alerta de míssil - mas não para enviar um alerta de alarme falso subsequente".

Claramente, não ocorreu à equipe de design que um operador pudesse pressionar o botão errado. O HEMA postou um tweet de atualização cerca de 13 minutos após o envio do alerta inicial, mas a mensagem não chegou a tantas pessoas quanto a WEA. Passaram-se 38 minutos antes que uma segunda WEA fosse enviada, informando a todos que não havia "ameaça de míssil".

"Parte do problema era que era muito fácil - para alguém - cometer um erro tão grande", disse um porta-voz do HEMA ao Post . Ele também disse que a agência suspendeu os exercícios e acrescentou salvaguardas ao sistema, incluindo uma solicitação para confirmar a intenção do operador antes que um alarme seja enviado.

O incidente no Havaí é um lembrete de como erros de design tão pequenos quanto escolher os elementos incorretos da interface do usuário e ignorar recursos simples podem ter amplas repercussões. Isso destaca as responsabilidades críticas dos desenvolvedores e engenheiros de software, à medida que o software se torna onipresente.

Quanto ao funcionário que cometeu o erro, ele não será demitido, de acordo com o porta-voz do HEMA. Isso é justo. Quando o software falha miseravelmente, os desenvolvedores - e não os usuários - devem ser responsabilizados.