캡스톤: 접근성 프로그램 구축
모든 것을 지속 가능한 접근성 프로그램으로 조립하세요 — 조직 구조, 팀 관행, 콘텐츠 워크플로, 개발 프로세스에 접근성을 내장하는 지속적 개선 체계.
프리미엄 강좌 콘텐츠
이 레슨은 프리미엄 강좌의 일부예요. Pro로 업그레이드하면 모든 프리미엄 강좌와 콘텐츠를 이용할 수 있어요.
- 모든 프리미엄 강좌 이용
- 1000개 이상의 AI 스킬 템플릿 포함
- 매주 새로운 콘텐츠 추가
모든 것을 하나로
🔄 Quick Recall: 일곱 레슨에 걸쳐 개별 스킬을 쌓았어요: 보조 기술 이해, WCAG 준수 감사, 접근 가능한 콘텐츠 생성, 인지적 차이를 위한 설계, 포용적 인터랙션 구축, 실제 사용자와 테스트. 이번에는 이것들을 시간이 지나도 계속 개선되는 지속 가능한 접근성 프로그램으로 연결해요.
목표는 완벽한 접근성을 한 번 달성하는 게 아니에요. 조직이 무언가를 만들 때 접근성이 자연스럽게 포함되는 시스템을 구축하는 거예요 — 버전 관리, 코드 리뷰, 성능 모니터링처럼.
프로그램 구성요소 연결
| 구성요소 | 담당 영역 | 레슨 |
|---|---|---|
| 보조 기술 지식 | 사용자의 필요와 도구 이해 | 레슨 2 |
| WCAG 준수 | 자동화 감사, 교정, CI/CD 통합 | 레슨 3 |
| 콘텐츠 접근성 | 대체 텍스트, 자막, 문서, 쉬운 언어 | 레슨 4 |
| 인지 접근성 | 신경다양성 설계, 실행 기능 지원 | 레슨 5 |
| 포용적 인터랙션 | 폼, 내비게이션, 에러, 복잡한 컴포넌트 | 레슨 6 |
| 테스트 프로그램 | 자동화 + 수동 + 사용자 테스트 | 레슨 7 |
| 조직 프로그램 | 문화, 워크플로, 지속 가능성 | 이번 레슨 |
완료 기준(Definition of Done)
접근성을 유지하는 가장 강력한 도구는 팀의 완료 기준에 추가하는 것이에요:
| 검사 | 담당 | 시점 |
|---|---|---|
| 자동화 스캔 통과 (치명적/심각 이슈 0) | CI/CD 파이프라인 | 매 PR |
| 키보드 내비게이션 (모든 기능이 마우스 없이 작동) | 개발자 | PR 전 |
| 스크린 리더 테스트 (논리적 읽기, 적절한 발표) | 개발자 또는 QA | 머지 전 |
| 대체 텍스트 정보 전달 이미지에 | 콘텐츠 제작자 | 게시 전 |
| 색상 대비 텍스트 4.5:1, UI 3:1 충족 | 디자인 도구 검사 | 디자인 중 |
| 포커스 표시기 모든 인터랙티브 요소에 | 개발자 | PR 전 |
| 에러 메시지 접근 가능(필드명, 설명, 발표) | 개발자 | PR 전 |
✅ Quick Check: ‘자동화 스캔 통과’가 완료 기준으로 필요하지만 충분하지 않은 이유는? 자동화 스캔이 접근성 이슈의 ~30%만 잡기 때문이에요 — 구조적, 이진법 합격/불합격 검사. 기능이 모든 자동화 검사를 통과하면서도 비논리적 탭 순서, 무의미한 스크린 리더 경험, 혼란스러운 에러 처리를 가질 수 있어요. 완료 기준에 자동화(빠르고 일관)와 수동 검증(키보드, 스크린 리더) 모두 포함돼야 해요.
역할별 책임
개발자: 시맨틱 HTML, ARIA 패턴, 키보드 인터랙션, 자동화 접근성 테스트 작성, 감사에서 발견된 이슈 수정
디자이너: 디자인 토큰에 색상 대비, 터치 타겟 크기, 포커스 상태 디자인, 레이아웃의 인지 부담 고려
콘텐츠 제작자: 대체 텍스트, 헤딩 구조, 쉬운 언어, 미디어 자막 워크플로, 문서 접근성(PDF, 한글 파일)
PM: 요구사항과 사용자 스토리에 접근성, 장애인 사용자 테스트 예산, 기능과 함께 접근성 우선순위화
QA 테스터: 수동 키보드·스크린 리더 테스트, 테스트 계획에 접근성 테스트 케이스, 사용자 테스트 조율
조직 반대 대응
| 반대 | 대응 |
|---|---|
| “너무 비싸요” | 선제적 접근성은 개발의 ~5% 비용; 후속 교정은 5-10배 비싸요 |
| “우리 사용자에겐 장애가 없어요” | 성인의 15-20%가 장애 + 일시적·상황적 제약까지 |
| “나중에 할게요” | 접근 불가한 콘텐츠 매일 기술 부채 누적 — 그리고 법적 리스크 |
| “자동화 도구가 통과했어요” | 30%만 검사해요. 코드의 70%를 테스트 안 하고 배포할 건가요? |
| “오버레이 위젯이 있어요” | 오버레이는 기본 코드를 고치지 않고 법원도 준수로 인정 안 해요 |
한국에서는 장애인차별금지법 제20조에 따른 접근성 의무와 KWCAG 2.2 전자정부 의무 적용을 근거로 제시할 수 있어요.
구현 로드맵
1-2주차: 빠른 성과 — CI/CD에 자동화 스캔 추가, 상위 10페이지 대체 텍스트 수정, 본문 건너뛰기 링크 추가, 주요 UI 색상 대비 확인
1개월차: 핵심 경로 — 상위 5개 사용자 여정 키보드+스크린 리더 감사·수정, 코드 리뷰 접근성 체크리스트 수립, 개발팀 교육(2시간 워크숍)
2-3개월차: 콘텐츠 — AI 지원 대체 텍스트, 영상 자막 추가, 공개 콘텐츠 쉬운 언어 가이드라인
3-6개월차: 종합 — 접근성 전문가 수동 감사, 보조 기술 사용자와 첫 사용자 테스트, 치명적·높은 우선순위 이슈 수정, 접근성 선언문 게시
지속: 매 PR 자동화 테스트, 분기별 수동 점검, 연 2회 사용자 테스트, 신입 접근성 온보딩, 연간 전체 감사·선언문 갱신
핵심 정리
이 코스를 통해 배운 것:
- 이해 — 보조 기술 현황과 다양한 장애의 사용자가 디지털 경험에서 필요로 하는 것 (레슨 2)
- 감사 — AI 도구로 WCAG 준수를 감사하고 우선순위화된 교정 계획 생성 (레슨 3)
- 생성 — 대규모 접근 가능 콘텐츠 — 의미 있는 대체 텍스트, 정확한 자막, 구조화된 문서, 쉬운 언어 (레슨 4)
- 설계 — 인지 접근성 — 실행 기능 지원, 단순화된 콘텐츠, 적응형 인터페이스로 신경다양성 사용자 지원 (레슨 5)
- 구축 — 포용적 인터랙션 — 키보드·스크린 리더 지원의 접근 가능한 폼, 내비게이션, 에러 상태, 복잡한 컴포넌트 (레슨 6)
- 테스트 — 세 층의 접근성 테스트: 자동화 스캔, 수동 전문가 리뷰, 보조 기술 사용자와의 사용자 테스트 (레슨 7)
- 유지 — 완료 기준, 팀 교육, 지속적 개선을 통한 조직 문화로의 접근성 프로그램 (이번 레슨)
가장 중요한 메시지: 접근성은 추가하는 기능이 아니라 만드는 모든 것의 품질 차원이에요. AI가 대규모 접근성을 극적으로 실용적으로 만들지만, 기반은 모든 사용자를 처음부터 고려하는 팀이에요 — 나중에 생각하는 게 아니라.
수료를 축하해요! 수료증을 발급받고, 이번 주에 가장 임팩트 높은 첫 단계를 시작하세요: 상위 3개 사용자 경로의 키보드·스크린 리더 접근성 감사.
이해도 체크
먼저 위의 퀴즈를 완료하세요
레슨 완료!