This is an unpublished draft preview that might include content that is not yet approved. The published website is at w3.org/WAI/.

ARRM: Accessibility Roles and Responsibilities Mapping

This is an in-progress draft. We welcome comments via GitHub or email from the links below.

Background

Different aspects of accessibility are the responsibility of different project roles, such as writers, designers, and developers. It is best to clearly define and communicate the responsibilities for accessibility early in projects.

When accessibility is left until late in a project, the responsibility often falls on developers and they are tasked with addressing aspects that are not their skillset. For example, selecting colors, describing images, and writing headings.

ARRM helps the right roles address their appropriate responsibilities.

What is ARRM

Accessibility Roles and Responsibilities Mapping (ARRM) helps define which roles have responsibilities for meeting which aspects of Web Content Accessibility Guidelines (WCAG) requirements, called “success criteria”.

ARRM assigns primary, secondary, and contributor level responsibilities for tasks.

ARRM provides examples of typical responsibilities that each role has in helping to meet WCAG success criteria. It is a tool for project managers to assign different responsibilities across roles within their team.

Typical Roles and Mapping

ARRM provides one approach for defining roles and responsibilities.

You can use these as they are, without doing any more work to customize them.

Customizing ARRM for Your Situation

ARRM also guides organizations that want to customize their own accessibility roles and responsibilities mapping, based on considerations in their organizations. The key tool for this is the:

First, decide if you want to use the example role definitions, or use different roles for your project team.

Next, for each success criteria (or your organization’s accessibility @@checkpoints), walk through the ARRM Decision Tree@@ to assign responsibilities.

Back to Top

This is an unpublished draft preview that might include content that is not yet approved. The published website is at w3.org/WAI/.