위에서 언급한 책 [멜트다운]에는 UI/UX 관련 문제로 참사가 일어난 사례들에 대해서도 실려 있습니다. 예를 들면 2009년 발생한 [에어프랑스 447편 대서양 추락 사고]는 경험이 적었던 부조종사가 돌발 상황이 닥치자 패닉에 빠져 조종간을 계속 당기고 있었기 때문에 벌어진 사고였는데, 사고에 기여한 원인 중에는 위기를 파악한 조종사가 직접 조종간을 잡았지만 부조종사가 계속해서 조종간을 당기고 있었다는 사실을 너무 늦게 눈치채었던 점도 있습니다. 기장의 조종간과 부기장의 조종간에서 서로 다른 명령이 입력되고 있다는 경보음이 울리긴 했지만, 이미 여러 가지의 경보가 동시에 울리고 있었던 상황이라서 그 점을 눈치채었을 때에는 너무 늦었던 상황이었던 거죠.
에어프랑스 447편 대서양 추락 사고 :
https://rhfvm1111.blog.me/220275551718
위 책에 실려 있는 사례는 아니지만, 잘못된 조작 인터페이스나 소프트웨어가 사고를 일으킨 사례는 위에서 언급된 것과 같은 항공 분야에만 해도 여럿 있습니다. 예를 들어 1994년 발생한 [중화항공 140편 나고야 공항 추락 사고]의 경우 조종사가 실수로 건드리기 쉬운 레버를 잘못 조작한 상황과 심각한 버그가 있는 자동조종 소프트웨어를 업데이트하지 않은 상황이 겹쳐져 대참사가 발생했지요. 근래에 [라이온에어 610편 추락 사고]와 [에티오피아항공 302편 추락 사고]가 연달아 일어나 이슈가 되었던 보잉 737 MAX 기종의 경우에도 사고가 발생한 핵심 원인은 자동조종 소프트웨어 때문에 형성된 SPOF(단일 실패점) 때문이었습니다. 보잉 737 MAX 기종은 자동조종 소프트웨어에 특정 상황에서 조종사의 의지와 상관없이 수평 꼬리날개를 조작하는 기능을 충분한 설명 없이 추가했는데, 이 기능은 비행기에 설치된 2개의 센서 중 하나의 센서값만 사용하고 있었기 때문에 그 센서가 고장나자 비행기가 추락하는 쪽으로 비행방향이 강제로 고정되는 바람에 끝내 추락에 이르게 된 것입니다. 게다가 두 개의 센서가 서로 다른 값을 가리킬 때 경고하는 기능은 원래 내장되어 있었지만, 이걸 보잉에서 추가 옵션으로 바꿔 팔아먹은 바람에 조종사들은 제대로 된 경고를 받을 수 없었습니다.
중화항공 140편 나고야 공항 추락 사고 :
https://rhfvm1111.blog.me/220226606257
보잉 737 MAX 기종의 결함 :
https://namu.wiki/w/%EB%B3%B4%EC%9E%89%20737%20MAX/%EA%B2%B0%ED%95%A8
유저 인터페이스의 문제와 인적 오류가 결합한 다른 대표적인 사례로는 1988년 미 해군의 이지스 순양함 빈센스(CG-49) 호가 이란의 민항기를 전투기로 오인하여 격추한 사건도 있지요. 미국과 이란의 긴장이 다시 고조되는 시국을 보니 생각났습니다.
USS 빈센스 호 이란항공 655편 격추 사건 :
https://namu.wiki/w/…
안타까운 사례들이 많내요. 사람 생명이 달려있는 분야는 무엇보다 신뢰성, 직관성이 중요한 것 같습니다.
UI/UX 개선하는 것도 이런 분야는 심미성, 편의성 보다도 이 부분을 중점으로 둬야겠지요.
최근에 중화항공 140편 나고야 공항 추락 사고의 재연 영상이 나왔습니다. 실수하기 쉬운 조작 인터페이스, 결함 있는 안전장치, 결함을 제때 수정하지 않은 항공사의 늦장, 조종사들이 자동화 기능을 올바르게 이해하지 못한 점 등 여러 요인이 겹쳐 실수한 지 불과 2분도 채 되지 않아 대참사가 발생하는 장면이 재연되어 있습니다.
현대 UI/UX의 실패로 구식 인터페이스로 돌아가는 아이러니