The Digital Accessibility Maturity Model for Measuring Program Success

Presenters:  Tim Springer and Jason Megginson from the SSB BART Group

@SSBBARTgroup | View this slide deck online

This was my fourth session at the CSUN conference on Friday, March 6.  The CIA’s session yesterday referred to a different maturity model (the Business Disability Forum’s Accessibility Maturity Model), which piqued my interest and is why I’m here.  I’m beginning to think that the tagline for this conference should be “There’s a session for that.”

What the hell is a maturity model?

  • Defines organizational maturity level in addressing a business problem.
  • DAMM (Digital Accessibility Maturity Model) measures digital accessibility program maturity along a series of dimensions and aspects, to assign them to particular levels

The Digital Accessibility Maturity Model

  • The five levels of DAMM
  • Initial (chaos)
  • Managed (pockets of expertise across the enterprise)
  • Defined (across the enterprise)
  • Quantitatively Managed (repeatable, metrics lead change)
  • Optimizing (reflective, feedback system)
  • DAMM is not a roadmap, but an ongoing business process
  • More maturity != greater conformance
  • Other models require that you must reach a higher level of compliance to achieve a higher CMM level
  • A mature org with a clear grasp of digital accessibility concepts may determine not to conform to a higher level of accessibility

Why a CMM based Maturity Model?

CMM model process improvement adds value to other business areas:

  • Fewer defects
  • Better on-time delivery
  • More likely to be on budget
  • Increased Quality Software Management Productivity Index

There are 10 DAMM Dimensions…

1. GRC (Governance, Risk, Compliance)

  • Looking for higher levels of organizational ownership
  • Aspects:  organizational ownership, governance policy, risk management, compliance program, accessibility program office, monitoring, reporting, record keeping
  • Artifacts:  Org chart, accessibility monitoring plan, accessibility program roles and responsibilities, accessibility project management plan, risk prioritization model, accessibility coverage questionnaire

2. Communication

  • Aspects:  Program comm, internal comm, market comm
  • Artifacts:  Public comm plan, org-wide compliance statement

3. Policy and Standards

  • Aspects:  accessibility policy and standards
  • Artifacts:  digital accessibility policy (some laws require this), technical standards

4. Legal

  • Aspects:  Regulatory process
  • Artifact:  regulatory calendar, regulatory filings, VPATs GPATs (in conjunction with communications)

5. Fiscal Management

  • Aspects:  budget, ROI
  • Artifacts:  central APO budget (persistent from year-to-year), LoB digital accessibility budget guidance, LoB digital accessibility budgets

6. Development

  • Aspects:  development artifacts, roles and responsibilities, user acceptance, pattern library
  • Artifacts:  lifecycle roles and responsibilities, development artifact guide

7. Testing and Validation

  • Aspects:  accessibility training, infrastructure, accessibility testing artifacts
  • Artifacts:  Accessibility testing plan, usability testing, user group profiles, pilot program, assistive technology catalog

8.  Support and Documentation

  • Aspects:  support process, issue handling, accessible documentation
  • Artifacts:  features document, resolution policy, issue submission form

9.  Procurement

  • Aspects:  solicitations, contracts, vendor governance, employee guidance
  • Artifacts:  3rd party compliance policies and reqs, ICT procurement contract template, ICT procurement policy, procurement accessibility email address

10.  Training

  • Aspects:  training, certification, job aids, internal communication, rollout strategy
  • Artifacts:  training plan, internal comm plan, training metrics and trends