Just announced: Level Access and eSSENTIAL Accessibility agree to merge! Read more.
Two people looking at a series of documents

In my last Accessibility Policy Series post I discussed policies that must be created during the Accessibility Standards phase.  In this post I’ll look in more detail at the types of Accessibility Plans that must be built during the last part of accessibility policy/plan establishment, the Accessibility Implementation Phase.  These Plans rely on data established during the previous phases.  The Implementation plans include:

  • Project Management Plan
  • Workflow Change Report

Project Management Plan

The Project Management Plan is an internal document which is used by the accessibility team to understand project planning details and project organization.  The Project Management Plan includes:

  • Budgeting information, usually for at least three years if possible
  • Any assumptions about project execution (i.e. staffing, infrastructure, training)
  • A high level project schedule describing tasks, schedule, and dependencies
  • Any known risks that might cause the budget or schedule to derail

Workflow Change Report

The Workflow Change Report is an internal document which describes the as-is (optional) and to-be work processes for each process impacted by the implementation of the accessibility policies.  This document can be used by HR to update job descriptions to include accessibility components.

Workflow Change Reports can be a narrative (i.e. text) or it can be a Business Process Flow (BPF).  For complicated processes, BPFs are a more compact and descriptive mechanism because of their ability to include loops and decision trees, something that is difficult to describe in a text narrative alone.

While the as-is workflow change information does not need to be included in the final Workflow Change Report, it is extremely useful to develop this data anyways, validate it with the impacted party, and then insert any processes that include accessibility-related tasks.

New BPFs must be developed for tasks related to accessibility that did not previously exist (ex. Accessibility audits).

Coming Up

In my final post in this series I’ll be discussing how to measure the maturity level of your organization after the accessibility policies have been implemented using the Digital Accessibility Maturity Model (DAMM).