접근성에 대한 강력한 사례 만들기

자신을 시각 장애가 있는 사람이라고 상상해 보십시오. 백내장 또는 완전히 실명한 경우도 있습니다. 여러 가지 요인으로 인해 사이트에 액세스할 수 없습니다. 접근성은 프로젝트가 끝날 때 고려되었거나 예산에 포함되지 않았거나 실행하지 않았을 수 있습니다. 시각 장애인이 액세스할 수 없기 때문에 사이트의 중요한 정보에 액세스할 수 없습니다.

관절염, 다발성 경화증 또는 다른 형태의 운동 장애를 가진 사람이 있고 원하는 사이트에서 원하는 정보를 얻지 못하는 문제가 있어 사이트의 일부에 액세스할 수 없는 경우가 있습니다. 무언가를 사기 위해.

다음은 장애가 있는 사용자가 액세스할 수 없는 웹사이트에 액세스하려고 할 때 매일 직면하는 몇 가지 예일 뿐입니다. 접근성의 경우는 다음과 같습니다. 이해 관계자, 관리자, 팀, 디자이너 및 개발자인 우리는 접근성을 실천할 뿐만 아니라 이를 옹호하는 데 더 잘해야 합니다.

WebAIM Million 보고서를 읽은 적이 있다면 고장이 어디 있는지 알 수 있으며 2021년까지 개선의 여지가 별로 없었습니다. 테스트된 1백만 개의 홈 페이지 중 5,100만 개 이상의 오류가 감지되었으며 페이지당 평균 51.4개의 오류가 발생했습니다. 오류의 수는 감소한 반면 감지 가능한 접근성 오류가 있는 페이지 요소의 수와 관련하여 홈페이지 복잡성이 증가했습니다.

인클루시브 디자인은 장애인이든 아니든, 어디에 있든 관계없이 다양한 사람들이 접근할 수 있는 디지털 제품을 만드는 방법이며 다양한 스펙트럼의 사람들을 캡슐화합니다. British Standards Institution(2005)은 포괄적 디자인을 다음과 같이 정의합니다.

"특별한 조정이나 전문적인 디자인 없이 ... 합리적으로 가능한 한 많은 사람들이 접근하고 사용할 수 있는 주류 제품 및/또는 서비스의 디자인."

워크플로와 방법론에서 접근성을 연습하면 장애가 있든 없든 사람들이 제품, 웹 사이트 및 브랜드에 액세스할 수 있습니다. 포괄적인 디자인과 접근성은 함께 제공됩니다. 접근성의 몇 가지 예를 살펴보겠습니다.

실용적인 디지털 접근성의 예

1. 귀하의 사이트는 디자이너가 모형으로 완성한 후에 멋지게 보이는 색상 구성표를 가지고 있거나 귀하의 브랜드가 사용하는 색상 구성표는 시각 장애가 없는 사람들의 눈에 "완벽"합니다. 녹내장, 백내장 또는 삼색맹(시력의 청색 결핍)과 같은 시각 장애가 있는 사람들은 특정 색상을 식별할 수 없으며 WCAG 표준을 충족하지 않습니다.
2. 짙은 파란색 배경의 밝은 파란색 글꼴 색상이 WCAG에 설정된 지침을 충족하지 않으면 액세스할 수 없습니다. (성공 기준 1.4.3: 대비(최소))에서 읽을 수 있는 4.5:1 비율 지침 내에서 더 밝은 파란색 또는 흰색 글꼴로 전환하면 표준을 충족하고 더 많은 사람들이 액세스할 수 있습니다.

1. 장애가 있는 사용자가 운동 기술이나 손재주가 부족하여 사이트를 탐색하기 위해 화면 판독기, 키보드 또는 음성 인식과 같은 보조 기술을 사용할 때 잘(또는 전혀) 탐색하지 않는 사이트가 있습니다. 액세스 가능한 사이트는 해당 사용자가 문제 없이 사이트를 탐색할 수 있는 방법이 있는지 확인합니다. 이 비디오와 음성 인식에 대한 짧은 비디오에서 키보드 탐색의 예를 볼 수 있습니다.
2. 스크롤할 수 없는 콘텐츠를 만드는 정보가 포함된 아코디언 구성 요소입니다. 탐색을 위해 키보드를 사용하는 사람들은 액세스할 수 없습니다. 해당 인스턴스에서 키보드로 콘텐츠에 액세스할 수 있는지 확인하십시오.
3. 시각 장애인 사용자를 위해 대체 텍스트를 사용하여 그림의 정보를 설명합니다. 화면 판독기 사용자에게 그림이 전달하는 내용을 설명하는 대체 텍스트가 없는 이미지는 시각 장애인에게 장벽이 됩니다.

    <img src=“” alt=“This is my favorite kind of animal, a Maine Coon cat.”>

4. 예를 들어 최신 기술 사용자, 대도시 지역에 거주하는 사람 또는 최신 기술을 구입할 여유가 있는 사람은 새 휴대전화나 태블릿을 살 여유가 없거나 아주 외딴 지역이나 시골에 있는 사람보다 통과해야 하는 장벽이 적습니다. 지역.
5. 화창한 날 해변에 있을 때 모바일 장치에 비치는 태양의 눈부심. 당신은 화면을 가리거나 곁눈질로 화면을 보고 해변에서 하루를 보낸 후 가야 할 레스토랑을 읽습니다. 그것은 상황적 장애입니다.
6. 당신이 이메일을 읽으려고 하는 동안 당신의 무릎 위에 까칠한 아이가 돌아다니거나 당신이 이메일에 답장을 시도할 때 부상당한 팔이 평소처럼 입력하는 능력을 방해하는 상황적 장애입니다.

내가 언급할 수 있는 접근성에 대한 더 많은 예가 있지만 작성하는 데 매우 오랜 시간이 걸릴 것이므로 이것들은 단지 몇 가지 예일 뿐입니다.

동의를 얻기 위한 실행 가능한 단계

사람들이나 회사가 접근성을 실천하지 않는 이유에 대해 가장 널리 사용되는 두 가지 이유는 다음과 같습니다.

• "고객은 예산이 없습니다."
• “매니저가 런칭 후에 하겠다고 하더군요.”

경영진/이해관계자의 동의 및 지원

처음부터 접근성 옹호는 맨 위에서 시작됩니다. 이해 관계자의 지원을 받으면 관리자, 팀, 개인으로 이어지는 지원을 볼 수 있습니다. 모든 것이 먼저 당신에게서 시작됩니다. 경영진의 동의와 지원은 조직 전체에서 지속적으로 성공할 것입니다.

윤리적 접근 방식이 효과가 없을 때 내가 취할 접근 방식은 재정적 접근 방식입니다.

“처음부터 이렇게 하면 회사에서 많은 돈을 절약할 수 있습니다. 유지 관리가 필요할 때 접근성과 깨끗한 코드로 인해 팀이 코드를 유지 관리하는 데 오래 걸리지 않을 것입니다.”

그것이 실패할 때 또는 그것이 실패할 경우, 나는 법적 파급효과를 위해 가서 Target, Bank of America, Domino's Pizza 및 기타 업체에 대해 승소한 소송의 사례를 인용할 것입니다. 경영진과 이해 관계자가 고소당하는 것을 얼마나 빨리 원하지 않는지 확인하는 것은 놀라운 일입니다.

경영진의 참여를 유지하고 정기적으로 만나면 접근성 이니셔티브의 성공을 보장할 수 있을 뿐만 아니라 새로운 접근성 이니셔티브를 구현해야 할 때나 구현 또는 우선 순위에 대해 팀 간에 의견 불일치가 있을 때 경영진의 지원을 받을 수 있습니다.

접근성이 좋다는 것은 회사가 다른 회사와 차별화되는 좋은 방법입니다. 품질이 좋은 제품을 만들면 어떤 경우에는 회사의 동의가 더 커집니다. 접근성을 추구하는 팀은 일반적으로 다른 부서와 경영진의 동의를 얻습니다. 제품의 품질이 좋고 회사에서 돈을 버는 경우 회사는 관행을 채택하도록 동요됩니다.

장애인 사용자를 대상으로 한 실시간 테스트 시연도 전반적으로 동의를 얻는 또 다른 방법입니다. 의사 결정 프로세스를 인간화하고 접근할 수 없는 제품을 사용하는 장애인 사용자가 설계 선택이 사용자 요구를 충족하지 못하는 경우를 보여줌으로써 경영진과 동료를 참여시킵니다. 아니면 예전에 사용하던거 묻지말고 그냥 하세요.

그러나 대부분의 경우 접근성 관행이 어떻게 회사에 돈을 벌 수 있는지 또는 회사가 직면할 수 있는 법적 결과에 따라 경영진이 관행을 채택하도록 동요합니다. 그런 다음, 그러한 경우에 경영진이나 이해 관계자가 그 시간에 투자하고 싶다면 접근성에 대해 배우기 시작할 때입니다.

부서 간 노력을 조정하는 것은 처음에는 어렵고 시간이 많이 소요될 수 있으므로 최고 수준의 지원이 접근성 전략을 만들고 구현하는 작업을 맡을 때 발생할 수 있는 압력과 소진을 완화하는 데 도움이 될 것입니다.

귀하의 접근성 옹호자인 팀 또는 개인을 두십시오.

경영진이나 이해 관계자의 동의를 얻은 후에는 각 부서 또는 팀 전체에 접근성에 중점을 둔 사람이 있어야 합니다. 각 부서에는 접근성 관련 연락 담당자가 있습니다.

질문에 답할 수 있고 다른 사람들과 협력하여 지침을 실천하고 다른 사람들과 협력하여 접근 가능한 제품을 만들 수 있는 사람을 두십시오. 문서 및 도구 설정을 돕고 부서 간의 중개자 역할을 합니다.

제품 및 회사 내 숙련도 평가

제품이 얼마나 포괄적이고 접근 가능한지 측정하는 것이 핵심 우선 순위입니다. 이를 통해 팀이나 개인은 제품을 개선하고 접근성을 높이려는 노력이 이루어지고 있음을 확인할 수 있습니다. 제품의 현재 상태는 무엇입니까? 웹 사이트 또는 모바일 애플리케이션의 현재 상태는 무엇입니까?

회사의 팀과 사람들이 현재 가지고 있는 지식 수준에 대한 일반적인 아이디어를 얻는 것이 앞으로 중요합니다. 접근성 지침 및 관행에 얼마나 정통합니까? WCAG(웹 콘텐츠 접근성 지침)에 대해 알고 있습니까? 얼마나 많은 교육을 받았고 필요합니까?

조직에 적용되는 요구 사항을 충족하기 위해 수행한 모든 접근성 교육의 서면 기록을 유지하는 것은 조직 내에서 수행된 모든 교육에 대한 데이터를 유지하는 좋은 방법입니다. 교육과 누가, 언제 완료했는지 기록합니다. 사용할 수 있는 조직 간 접근성 교육이 없는 경우 조직은 WebAIM, ADA 또는 Knowbility가 제공해야 하는 종류와 같은 다양한 교육 방법을 살펴볼 수 있습니다.

회사 지침 수립

제품의 일관된 구현은 조직에 큰 도움이 됩니다. 작업량을 줄여 팀이 받는 스트레스 수를 줄일 수 있습니다. 디자인 시스템 은 브랜딩과 일관성을 보장할 뿐만 아니라 코드에 대한 접근성, 포괄성 및 이해도를 높이는 데 사용해야 합니다.

접근 가능한 구성 요소는 아무 것도 없는 상태에서 시작하여 이미 완료된 것을 다시 만드는 것보다 분명한 이유에서 도움이 되며 구현에 걸리는 시간을 단축합니다. 테스트 절차는 부서, 특히 QA 및 개발자가 업무를 잘 수행하고 효율적으로 수행할 수 있도록 구현되어야 합니다.

조직의 지침을 문서화 하는 것은 일련의 접근성 지침을 만드는 것만큼 간단합니다. Notion 또는 Dynalist와 같은 협업 소프트웨어에서 내부적으로 문서화할 수 있습니다. 또는 Google 문서 또는 Dropbox Paper와 같은 온라인 문서. 사람들이 조직에 있는 문서에 추가할 수 있는 협업적인 측면이 있는 곳.

동료의 동의를 얻음

프레임워크와 라이브러리의 이러한 환경에서 "빠르게 진행되고 문제가 해결되고" 접근성을 간과하고 과소평가하므로 사람들은 교육을 받아야 하며 팀 수준에서도 이루어져야 합니다. 목소리가 없는 사람들, "유리 너머에 있는 사람들"은 당신 이 그들의 목소리를 필요로 합니다.

프리랜서로서 함께 일할 수 있는 온보드 조직 구성원에 대한 회의 또는 교육 세션을 설정하면 모두에게 도움이 될 수 있습니다. 워크숍이나 웨비나를 개최하는 것도 동료들에게 동의를 구하는 방법입니다.

교육을 통해 팀을 통합하고 사람들 이 접근성의 중요성을 알고 있기 때문에 팀을 참여시키십시오. 사람들은 장애에 관계없이 사용할 수 있는 고품질 제품을 생산하기를 원합니다.

접근성이 작업에 소요되는 시간이 줄어들고 스트레스와 두통이 줄어든다는 것을 모르거나 모르는 사람들에게 피칭하면 개발자가 내 경험에서 매우 빠르게 영향을 받을 수 있습니다.

규칙의 중요성 공유

EU, 영국, 캐나다 또는 미국에 거주하든 대부분의 국가에는 접근성 표준에 관한 규칙이 있습니다. 이러한 규칙과 지침을 숙지하는 것은 다른 수준의 규정 준수를 보장합니다.

미국의 ADA(American Disabilities Act) 또는 Section 508(정부 규정 준수), 캐나다의 ACT(Accessible Canada Act) 또는 EU의 EN 301 549에 관계없이 지침의 중요성을 공유하는 것은 부서, 임원 및 조직 전체가 탑승합니다.

사용 사례로 외부 세계의 예 선택

장애가 있는 사용자가 제품, 웹사이트 또는 모바일 앱을 사용하려는 경우를 테스트하고 기록합니다. 동료와 경영진에게 이러한 테스트와 사용 사례를 보여주면 조직에서 접근성을 구현하려는 주장을 뒷받침할 수 있습니다.

거기에서 예를 들어 박수와 같이 장애인 사용자에 대한 접근성 테스트를 전문으로 하는 조직 외부의 소스를 얻을 수 있습니다. 조직과 내부의 사람들은 회사와 워크플로에서 접근성을 수용할 수 있습니다.

장애인 고용

내부적으로든, Applause와 같은 외부 업체와 계약을 통해서든 생생한 경험을 가진 사람들이 있습니다. 그들은 탑승함으로써 귀하와 귀하의 회사 및 팀에 혜택을 줄 수 있습니다. 이 사람들은 귀하와 조직에 가치를 제공합니다.

경영진과 고용 관리자를 참여시켜 장애인이 접근성에 도움이 될 뿐만 아니라 조직 내에서 접근성과 포괄성을 가르치고 옹호할 수 있도록 하십시오.

접근성 유지를 위한 모범 사례

접근성은 웹과 같이 핸드오프 또는 프로젝트가 "완료"될 때 끝나지 않으며 접근성은 계속 진화하며 새로운 기능이 구현되거나 접근성이 여전히 실행되고 준수되는지 확인하기 위해 변경 사항이 있을 때 정기적인 확인이 필요합니다.

제품의 접근성에 대한 경계는 접근성의 표준을 보장합니다. 새로운 기능이나 변경 사항을 발표할 때 부서의 전략에 맞는 가능한 모든 곳에서 제품의 자동화된 테스트.

발생할 수 있는 모든 장벽은 처리될 것이며 프로세스를 가속화하고 장벽을 무너뜨리고 필요한 사람들이 제품에 접근할 수 있도록 하는 장벽에 대한 수정 사항을 롤아웃하는 방식으로 처리될 수 있습니다.

스크린 리더 및 기타 보조 기술 사용자가 웹사이트 또는 모바일 앱을 사용할 수 있도록 모든 릴리스 전에 스크린 리더 분석 을 수행합니다.

연례 감사 및 사용자 테스트는 팀 내부에서 수행하든, 특히 장애인 사용자가 사용자 테스트를 수행하는 경우 접근성 감사를 전문으로 하는 타사에서 수행하든 항상 중요합니다. 그 감사는 무엇을 수반합니까?

• 제품의 요구 사항을 자세히 설명하는 이해 관계자를 위한 요약으로, 제품이 규정을 준수할 수 있을 뿐만 아니라 현재 상황도 해결할 수 있습니다.
• 웹사이트, 모바일 앱 및 제품을 통해 취할 수 있는 모든 가능한 경로를 자세히 설명하는 개발자 보고서로, 그 과정에서 직면하게 될 우려 사항과 요구 사항을 해결합니다.

요약

접근성이 중요합니다. 매일 마주하는 어떤 형태의 디지털 창작물로부터 차단당하는 사람들에게 중요합니다. 의도적이든 아니든, 대부분의 경우 접근성이 사후 고려 사항이라는 사실은 우리 모두가 수정해야 하는 중요한 실수입니다.

접근성과 접근성이 뛰어난 사이트와 앱은 웹을 더 좋게 만들고 상황이나 장애에 관계없이 모든 사람이 소속감을 느끼게 합니다. 포용성과 접근성은 장애인에 대한 장벽을 제거 하고 접근성과 성능은 또한 최신의 최고의 휴대폰이나 장치를 갖추고 있지 않은 사람들을 위해 웹에 액세스할 수 있도록 합니다.

접근성을 갖추는 것은 우리 모두가 해야 할 일입니다. 유리 너머에 있는 사람들을 기억합시다. 접근성은 특권이 아니라 권리입니다. 접근성을 우선시합시다.