Accessibility Roles and Responsibilities Mapping (ARRM)

This is an in-progress draft. We welcome your comments via GitHub or email from the links below under Help improve this page. You are also welcome to join the ARRM Community Group to contribute.

Background

Different aspects of accessibility are the responsibility of different roles, such as writers, designers, and developers. It is best to clearly define each role’s responsibilities early in projects.

When accessibility is left until late in a project, the responsibility often falls on developers. Then they end up handling tasks that are not in their skillset — for example, selecting colors, describing images, and writing headings.

What is ARRM

Accessibility Roles and Responsibilities Mapping (ARRM) helps your team meet Web Content Accessibility Guidelines (WCAG). ARRM provides guidance on which roles you can assign responsibilities for accessibility.

ARRM includes a table of WCAG requirements — called “success criteria” — and a table of tasks that address the WCAG success criteria. The tables include primary, secondary, and contributor responsibilities.

Typical roles and responsibilities

ARRM provides one approach for defining roles, tasks, and responsibilities. You can use these as they are, without any work to customize them.

Customizing ARRM for your situation

Optionally, you can create accessibility roles and responsibilities based on your project and organization.

Accessibility is about people

While ARRM focuses on meeting WCAG, it is important to first understand the people aspects of accessibility and to include people with disabilities in your project.

Draft review

Back to Top