커뮤니티 하이라이트: 엘리사 밴디

엘리사 반디는 Google의 내부 도구에 관한 웹 접근성 및 문서 작업을 담당하는 Google 직원입니다.

Alexandra Klepper
Alexandra Klepper

이 게시물에서는 접근성 알아보기의 일환으로 커뮤니티 전문가를 소개합니다. Google의 접근성 이니셔티브 및 연구에 대해 자세히 알아보세요.

알렉산드라 클레퍼: 동료로 지낼 수 있어 기쁩니다. 본인과 직무를 소개해 주시겠어요?

엘리사 반디, Google 기술 작가

엘리사 반디: 저는 Google의 내부 도구 및 인프라에 관한 문서를 작성하는 엘리사입니다.

Alexandra: 정말 멋진 직업입니다. 몇 명의 직원과 함께 일하나요?

Elisa: 팀원 수는 약 40명이며, 이 중에는 테크니컬 라이터, 교육 디자이너, 프로그램 관리자가 포함됩니다. 제가 6년 전에 시작했을 때 팀원 수는 4명뿐이었습니다.

Alexandra: Google에 입사하기 전에는 어떤 일을 하셨나요?

Elisa: 주중에는 비디오 게임 개발 업계에 종사했습니다. 주말에는 신발 수리점에서 일했습니다.

Alexandra: Google에 입사한 후 웹 접근성 관련 업무를 시작했나요?

Elisa: 예. 하지만 약 1년 반이 지나서야 부업으로 시작했습니다. Google 내부 문서의 접근성 엔지니어링을 담당하고 있습니다. 이 작업 전에는 문서가 접근성을 염두에 두고 설계되지 않았습니다. 액세스할 수 있는 모든 문서 기능은 우연히 얻은 성과였습니다.

색상 대비가 링크에 전혀 적합하지 않은 것부터 시작해 큰 문제가 있었습니다. 테이블은 완전히 엉망이었습니다. 확대하면 모든 것이 rem 대신 픽셀로 정의되어 동일한 크기로 유지되었습니다. 자발적으로 이 모든 걸 고치기로 했죠. 그리고 계속해서 더 많은 문제를 해결했습니다. 5년이 지난 지금도 여전히 이 일을 하고 있습니다.

Alexandra: 접근성 전문 지식과 기술을 갖춘 전문가로 성장했으며 해결해야 할 문제를 해결하기 위해 최선을 다하고 있습니다.

Elisa: 네, 그렇게 말할 수 있습니다. [웃음] 저는 장애인으로서 접근성 고려사항을 요청하는 것이 얼마나 어려운지 잘 알고 있습니다. 그래서 동료들을 위한 이러한 접근성 고려사항이 없다는 사실이 정말 화가 났습니다. 다른 사람은 문제를 해결하지 못했습니다. 그래서 가서 고쳤습니다.

접근성을 요청해야 하는 사람은 아무도 없어야 합니다. 처음부터 빌드되어야 합니다.

접근성 사용 사례 우선순위 지정

Alexandra: 웹 접근성을 생각해 보면 다양한 계층이 있죠? 다양한 장애에 따라 서로 다른 요구사항이 있으며 때로는 이러한 요구사항이 상충하기도 합니다. 해야 할 일의 우선순위는 어떻게 정하나요?

Elisa: 제가 하는 일의 대부분은 우선순위 지정입니다. 예를 들어 특정 사용 사례에 100% 완전히 액세스할 수 있는 것이 얼마나 중요할까요? 저는 많은 데이터를 살펴봅니다. 인구의 몇 퍼센트가 장애가 있나요? 특정 접근성 문제를 겪고 있는 사람은 얼마나 되는가?

예를 들어 Chromebook의 내장 스크린 리더인 ChromeVox를 사용하는 사용자가 있습니다. ChromeVox에 문제가 있다면 ChromeVox, Jaws, NVDA, VoiceOver를 각각 사용하는 사용자가 몇 명인지 살펴봐야 합니다.

외부적으로 ChromeVox를 사용하는 사용자는 많지 않습니다. Google이라서 많은 사람들이 Chromebook을 주 업무 기기로 사용하기 때문에 ChromeVox는 내부 문서 작성에 매우 중요합니다. ChromeVox 버그가 VoiceOver 버그나 NVDA 버그보다 약간 더 높게 발생했을 수도 있습니다.

일반적으로 먼저 주요 스크린 리더의 문제를 해결하려고 합니다. 색상은 일종의 적중 또는 놓치는 경향이 있습니다. 특히 고대비 모드의 경우 색상 문제를 우회하는 확장 프로그램이 많이 있기 때문입니다.

Alexandra: 데이터를 언급하셨는데, 물론 Google에서 데이터는 매우 중요합니다. 항상 '데이터를 사용하여 아이디어를 백업하세요'라는 말을 듣습니다. Google에서 접근성을 위해 데이터를 수집하는 방법

Elisa: Google 장애인 협회에서 수집한 데이터를 많이 활용합니다. 그리고 WebAIM의 설문조사와 교차 검증을 자주 합니다.

접근성 문화

Alexandra: Google의 접근성 문화에 대해 알려주세요.

Elisa: 자금 지원과 광범위한 관심을 받는 분야로 매우 빠르게 성장했습니다. 그리고 거의 모든 사람이 올바른 일을 하고 싶어한다는 것을 알게 되었습니다. Google 직원들은 올바른 방법을 찾고 접근성을 우선하는 방법에 관한 교육 리소스를 원합니다.

이미 잘못 구현한 앱, 웹사이트 또는 기타 항목에 액세스할 수 있도록 재구성하는 것은 어렵습니다. 따라서 제 업무 중 하나는 제품을 빌드하기 전에 엔지니어들이 초기 설계에 접근성을 통합할 수 있도록 하는 것입니다. 사람들은 매우 적극적이면서도 열정적으로 반응합니다.

접근성 기능을 통합하는 것에 대해 정말로 거부감을 느낀 적이 한 번뿐이고 이 문제는 상당히 쉽게 해결할 수 있었습니다.

Alexandra: 더 자세히 알려 주실 수 있나요?

Elisa: 접근성 엔지니어링에 처음 합류했을 때는 업무의 20% 만 접근성 관련 업무였습니다. 우리가 왜 접근성에 중점을 두는지 이해하지 못하는 사람도 있었습니다. 한 사용자는 '인구의 1% 만 장애가 있습니다.'라고 말했습니다. 저는 굽히지 않았습니다. 올바른 일이기 때문에 해야 했습니다. 그리고 제 시간이었습니다. 적절하다고 생각하는 방식으로 시간을 바칠 것입니다.

물론 장애인이 중요하지 않거나 너무 소수라고 말하는 사람을 듣기는 어렵습니다.

Alexandra: 특히 해당 집단에 속해 있는 경우 더욱 그렇습니다. 시청자층을 파악하세요.

Elisa: '오, 1%에 불과해요'라는 말을 듣기 싫습니다. '유일한'이라는 의미는 무의미하게 들립니다. 하지만 전 세계 인구를 생각해 보면 많은 수입니다. Google 직원 중에는 또한 많은 장애가 보고되지 않고 있습니다.

Alexandra: 인구의 1% 를 훨씬 넘는 사람들이 장애의 영향을 받고 있습니다. WHO의 보고에 따르면 10억 명이 넘는 사람들이 장애를 가지고 있으며 22억 명은 어떤 형태로든 시각 장애를 겪고 있습니다. 물론 정도는 다양하며 시각 장애가 있는 일부 사용자는 자신을 장애인으로 생각하지 않습니다. 하지만 이러한 장애는 웹에서의 상호작용에 영향을 미칩니다.

Elisa: 맞습니다.

나만의 전문 지식 구축

Alexandra: 접근성 관련 업무를 시작하기 전에 알았으면 하는 조언이 있나요?

Elisa: 모든 것을 알 필요는 없습니다. 접근성은 광대하고 넓은 공간입니다. 제가 모르는 내용이 많다는 걸 알고 있습니다. 저는 매우 구체적인 기술을 보유하고 있습니다. 접근성 권장사항에 관한 정보를 찾을 수 있는 곳을 알고 있습니다.

제 전문 분야인 스크린 리더, 색상 대비 내에서도 매일 새로운 것을 배우고 있습니다. 저는 청각장애인이지만 자막에 대해서는 접근성 전문가가 아닙니다 나에게 효과적인 방법은 알고 있지만 다른 사람에게 효과적인 방법은 모르겠습니다. 요청이 있으면 권장사항을 찾아야 합니다.

Alexandra: 모든 종류의 접근성 전문가가 될 필요는 없습니다. 엔지니어가 접근성 패턴을 학습하도록 하려면 어떻게 해야 하나요?

Elisa: 저는 접근성 분야에 관심이 있는 엔지니어와 긴밀하게 협력하고 있습니다. 버그를 전달하고 해결 방법을 보여줍니다. 그런 다음 권장사항을 안내합니다. 다른 문서를 살펴본 결과 한 가지 접근 방식이 권장되었지만 XYZ 이유로 작동하지 않는 것으로 확인되었습니다.

웹 접근성의 문제는 두 사람이 동일한 기능을 동일한 방식으로 빌드하지 않으므로 구체적인 코드 예시가 많지 않다는 것입니다. 따라서 임시 솔루션을 마련할 수 있습니다. 많은 사람들이 모든 것이 종합될 때까지 접근성에 대해 생각하지 않습니다. 그때는 어떻게 하시겠어요? 앱을 해체하고 다시 조립한 후 모든 테스트를 다시 작성하시겠어요? 아니요. 뭔가를 스테이플로 고정합니다.

즉, 장애가 있는 사용자가 애플리케이션이 작동하기를 기대하는 방식을 이해한 다음 코드를 모델링하여 해당 기능을 실행하도록 해야 합니다. 완벽한 코드 샘플이나 포용적인 구성요소처럼 보이지 않을 수도 있지만, 동일한 기능을 안정적으로 실행하는 한 괜찮습니다.

Alexandra: 목표 달성 방법을 너무 걱정하는 것보다 긍정적인 결과를 얻는 것이 더 중요하다고 말씀하시는 것 같네요.

Elisa: 예. 솔직히 이 케이스의 경우 목적이 수단을 정당화하기 때문입니다. 스크린 리더 사용자 또는 기타 장애가 있는 사용자가 어떻게 작동하기를 기대하는지 이해하는 것이 매우 중요합니다.

ARIA 역할은 10억 개가 있으며 모든 역할을 알 수는 없습니다. 또한 일부 스크린 리더에서는 작동하지 않습니다. 따라서 사용자를 위해 빌드하려면 사용자의 요구사항을 알아야 합니다.

Alexandra: 내부 문서를 만들거나 Google 엔지니어에게 지원을 제공할 때 사용하는 일반적인 외부 리소스가 있나요?

Elisa: W3C 가이드라인을 많이 참고합니다. 필요한 작업을 파악하는 데 매우 유용합니다. WebAIM은 기술적 구현 측면에서 약간 더 나은 것으로 보이는 또 다른 매우 유용한 리소스입니다. Mozilla 문서도 정말 좋습니다. 무언가를 검색하면 10번 중 9번은 MDN 웹 문서에 답변이 있습니다.

inclusive-components.design을 좋아합니다. 접근 가능한 구성요소 라이브러리가 필요한 경우 유용합니다.

Deque University에는 많은 권장사항이 있습니다. 버그를 신고하거나 특정 패턴을 따르는 방법을 누군가에게 가르칠 때 참조 자료로 사용합니다.

접근성 도구 직접 체험하기

Alexandra: 사용자에게 어떤 영향을 미치는지 알아보는 방법은 무엇인가요? 여러분의 전문성은 색맹 및 스크린 리더 사용자를 지원하는 것이므로 그 내용부터 시작해 보겠습니다.

Elisa: 색맹 및 색맹을 위한 시뮬레이터와 에뮬레이터가 있습니다. 자신이 직접 보기 전까지는 다른 사람이 보는 방식을 이해할 수 없습니다. 채도가 매우 나쁘면 시뮬레이터를 통해 실행하는 즉시 전혀 구분할 수 없음을 확인할 수 있습니다.

스크린 리더 사용자를 지원하려면 스크린 리더를 직접 사용하는 것보다 더 좋은 방법은 없습니다. 먼저 튜토리얼을 읽는 것이 중요합니다. 일부 사용자는 기기를 켜고 이것저것 만지작거리다가 짜증을 내기도 합니다. 하지만 기기 사용법을 배우는 데는 좋은 방법이 아닙니다. 5분, 10분 또는 20분 이상이 필요합니다 최소 한 시간 동안 이 기술을 사용하여 이 기술을 사용하는 사용자에게 발생하는 불만을 드러내세요.

저는 누구나 인생의 어느 시점에 한 번은 접근성 기술이 필요하게 된다고 믿습니다. 예를 들어 최근에 손목이 다쳐 마우스를 사용할 수 없어 몇 주 동안 키보드를 사용했습니다. 정말 답답했습니다. 이러한 종류의 연습은 장애인이 건강한 사람의 세상을 탐색하려고 할 때 어떤 상황에 처하게 되는지 이해하는 데 도움이 될 수 있습니다.

시뮬레이터는 유용하지만 장애와 동일하지는 않습니다.

Alexandra: 시뮬레이터를 사용할 때 제가 느끼는 경험이나 개발자가 느끼는 경험은 시각 장애가 있는 사용자와는 다를 수밖에 없습니다.

Elisa: 언제든지 장애인과 대화하며 이들의 경험에 대해 이야기할 수 있습니다. 그리고 공감을 쌓을 때 이러한 도구를 자주 사용하는 사람이 항상 나보다 더 잘할 수 있음을 기억해야 합니다. 장애인은 항상 자신의 공간을 더 잘 탐색할 수 있습니다. 장애인이 자신의 몸으로 생활하기 때문입니다.

이러한 공감 연습을 하는 사람들은 더 나은 표현이 없으니 사람들이 겪는 일을 정확히 알고 있다고 생각할 수 있습니다. 갑자기 자신이 해당 경험에 대한 전문가라고 생각합니다. 그 경험의 전문가가 아니시죠? 장애가 없는 경우 스크린 리더 전문가가 아닙니다. 저는 이 분야에서 일하고 있지만 색맹에 관한 전문가는 아닙니다. 저는 스크린 리더 전문가가 아닙니다.

저는 난청을 겪은 경험을 바탕으로 전문가가 되었습니다. 저는 보청기의 필요성과 관련된 전문가이며 매일 직접 경험을 통해 이를 탐색하고 있습니다. 하지만 그렇다고 해서 다른 사람들이 겪는 청각 장애에 대해 전문가라고 할 수는 없습니다.

접근성 엔지니어링에서 가장 나쁜 것은 에고를 갖는 것입니다. 어떤 행동을 하든 엉망진창이 될 거예요. 두 사람의 장애 요구사항이 동일하지 않으므로 실망할 필요는 없습니다. 접근성과 장애에 대한 관점은 사람마다 다릅니다. 모든 일을 100% 할 수는 없지만 그렇다고 시도하지 말라는 의미는 아닙니다. 완벽해질 수는 없지만 그래도 노력해야 합니다.

비판적인 의견을 받을 수 있습니다. 누군가 '제품에 액세스할 수 없습니다'라고 말할 수도 있습니다.

Alexandra: 시뮬레이터는 장애인이 겪을 수 있는 몇 가지 문제를 겪으면서 제품을 보여주는 등 다양한 학습 스타일을 지원합니다. 하지만 이는 매일 사용하는 접근성 도구로 제품을 경험하는 것과는 다릅니다.

Elisa: 사람들이 소리를 끄고 자막을 읽다가 갑자기 자동으로 생성된 자막이 끔찍하다는 사실을 깨닫게 되면 약간 짜증이 나나요? 네 저는 자막을 그렇게 사용하지 않습니다. 일부 장애인은 자신의 환경을 에뮬레이션하고 도구를 적극적으로 사용하지 않고도 도구에 관해 불평하는 것을 봅니다. 너무 답답하네요, 정말 이해합니다.

하지만 그 자리에 앉아서 청각장애인이라는 내 경험을 반복적으로 설명해야 하는 사람이 되고 싶지 않아요 매번 장애인이 겪는 경험을 비장애인이 이해하려면 장애인이 겪는 경험에 대한 비장애인의 반응을 참아야 합니다.

하지만 블라인드 레스토랑 식사, 와인 시음과 같은 '경험'은 정말 짜증납니다. 장애인 코스프레와 마찬가지입니다. 하지만 사용자가 기능을 사용하는 방식이나 독자가 페이지를 읽는 방식을 이해하기 위해 문제없습니다. 사실 이는 최솟값입니다. 한 시간 동안 고객의 입장에서 생각해 보고 이러한 시스템이 실제로 어떻게 작동하는지 알아보세요. 정말 중요합니다.

사용자가 사이트에서 어떻게 탐색하는지 파악합니다. 상단에 모든 링크가 새 탭에서 열리게 하는 배너 경고를 표시할 수 없나요? 누군가가 배너로 시작하는 페이지를 읽지 않을 수 있기 때문입니다. 장애인을 고려하여 디자인을 만드세요.

한 가지 작업: 무한 스크롤 빌드 중지

Alexandra: 엔지니어가 사이트 접근성을 개선하기 위해 한 가지 바라는 것이 있나요?

Elisa: 무한 스크롤은 독이므로 절대 사용해서는 안 됩니다. 물건을 찾을 수 없습니다. 물건을 찾아야 합니다. 성능에 매우 좋지 않습니다.

또한 DOM 내에서 시각적으로 항목을 이동하는 것은 매우 성가신 일입니다. 탭 순서는 특히 키보드 사용자에게 중요합니다.


Google의 접근성 이니셔티브 및 연구에 대해 자세히 알아보세요. 접근성 배우기의 웹 개발 리소스 외에도 Google에서는 접근성이 뛰어난 문서 과정인 접근성을 위한 기술 작성을 만들었습니다.

트위터에서 Google의 접근성팀(@GoogleAccess)과 Chrome팀(@ChromiumDev)을 팔로우하세요.