Obviňujte zlý dizajn ui za falošné poplachy na Havaji

Ľudia robia chyby, a preto je užívateľské rozhranie a návrh softvéru tak kritické. Len sa obráťte na Havarijnú agentúru pre núdzové riadenie (HEMA), ktorá začiatkom tohto mesiaca náhodou poslala obyvateľom a turistom nepravdivé upozornenie týkajúce sa hrozby balistických rakiet, ktoré ich vyzvalo, aby hľadali útočisko.

„Toto nie je cvičenie, “ prečítajte si správu, ktorá sa objavila na tisícoch telefónov, ako aj televíznych a rozhlasových staniciach uprostred rastúceho jadrového napätia medzi USA a Severnou Kóreou. Niet divu, že ľudia spanikárili, posielali vystrašené správy priateľom a milovaným viac ako pol hodiny - v tom okamihu HEMA nakoniec oznámila, že výstraha bola falošným poplachom.

Neskôr agentúra uznala, že zamestnanec pri testovaní systému protiraketového varovania stlačil nesprávne tlačidlo, čiastočne preto, že nesprávne navrhnutý softvér nemal žiadne záruky proti falošným poplachom.

Pomôžte používateľovi

Incident vyzval Federálnu komunikačnú komisiu (FCC) na začatie vyšetrovania.

„Na základe informácií, ktoré sme doteraz zhromaždili, sa zdá, že havajská vláda nemala k dispozícii primerané záruky ani kontroly procesov, ktoré by zabránili prenosu falošných varovaní, “ uviedol vo svojom vyhlásení predseda FCC Ajit Pai. „Federálni, štátni a miestni úradníci v celej krajine musia spolupracovať, aby identifikovali akékoľvek zraniteľné miesta v súvislosti s falošnými varovaniami a urobili potrebné kroky na ich nápravu. Musíme tiež zabezpečiť, aby sa opravy vykonali okamžite v prípade, že dôjde k falošnému varovaniu."

Podľa Washington Post bola jediná vec, ktorá stála medzi testom systému a odoslaním skutočného upozornenia na raketu, bola rozbaľovacia ponuka.

Dizajn dobrého používateľského rozhrania (UI) závisí od izolačných funkcií, ktoré majú rôzne účely. Ak chcete oddeliť interný test a príkaz, ktorý vysiela kritickú správu stovkám tisícov ľudí, musíte integrovať vizuálne narážky. To môže byť rovnako jednoduché ako použitie samostatných tlačidiel alebo zmena farebnej témy používateľského rozhrania, keď používatelia vstúpia do výstražného režimu. Ďalším osvedčeným postupom môže byť použitie „Ste si istý?“ pred vykonaním príkazu.

Výstražný systém rakiet Havaj neobsahoval žiadnu z týchto funkcií.

Žiadna cesta k náprave chýb

Spoločnosť HEMA používala bezdrôtové núdzové výstrahy (WEA), systém verejnej bezpečnosti, ktorý odosiela výstrahy všetkým mobilným zariadeniam v určenej oblasti. Je to efektívny spôsob, ako osloviť veľa ľudí v krátkom čase, ale WEA sú obmedzené na krátke textové správy. Nemôžu obsahovať obrázky, telefónne čísla, na ktoré je možné kliknúť, ani odkazy na zdroje online. Príjemcovia sú ponechaní, aby varovanie ďalej preskúmali.

Na havárii na Havaji sa zhoršilo to, že systém nemohol vykonať opravy; Federálna agentúra pre riadenie mimoriadnych udalostí (FEMA) poskytuje správy HEMA „trvalé povolenie… na použitie systémov civilného varovania na rozposlanie výstrahy rakety - ale nie na odoslanie následného falošného poplachu“.

Je zrejmé, že projektovému tímu nenapadlo, že by operátor mohol stlačiť nesprávne tlačidlo. Spoločnosť HEMA zverejnila aktualizačný tweet asi 13 minút po odoslaní počiatočného upozornenia, ale správa sa nedostala na toľko ľudí ako WEA. Uplynulo celých 38 minút pred odoslaním druhej WEA, ktorá všetkých informovala o tom, že „NIE JE raketová hrozba“.

„Časť problému spočívala v tom, že je také ľahké - pre kohokoľvek - urobiť takú veľkú chybu, “ uviedol hovorca HEMA. Uviedol tiež, že agentúra pozastavila cvičenia a pridala do systému bezpečnostné opatrenia vrátane výzvy na potvrdenie zámeru operátora pred odoslaním výstrahy.

Havajský incident je pripomienkou toho, ako malé chyby v dizajne, napríklad výber nesprávnych prvkov používateľského rozhrania a preskočenie jednoduchých funkcií, môžu mať rozsiahle následky. Toto zdôrazňuje kritickú zodpovednosť vývojárov softvéru a inžinierov, pretože softvér sa stáva všadeprítomným.

Pokiaľ ide o zamestnanca, ktorý urobil chybu, podľa hovorcu HEMA nebude prepustený. To je spravodlivé. Ak to softvér nešťastne zlyhá, mali by sa zodpovedať vývojári, nie používatelia.