W3C Accessibility Maturity Model

W3C Editor's Draft

More details about this document
This version:
Latest published version:
Latest editor's draft:
Commit history
Sheri Byrne-Haber (VMWare)
David Fazio (Helix Opportunity)
Janina Sajka (Invited Expert)
Ruoxi Ran (W3C)
GitHub w3c/maturity-model (pull requests, new issue, open issues)


W3C Accessibility Maturity Model guides a public or private organization to design, implement and evaluate their processes to produce digital products that are accessible to people with disabilities. It is designed to work for many different size organizations from small to large corporations or government agencies.

Status of This Document

This section describes the status of this document at the time of its publication. A list of current W3C publications and the latest revision of this technical report can be found in the W3C technical reports index at https://www.w3.org/TR/.

This document was published by the Accessible Platform Architectures Working Group as an Editor's Draft.

Publication as an Editor's Draft does not imply endorsement by W3C and its Members.

This is a draft document and may be updated, replaced or obsoleted by other documents at any time. It is inappropriate to cite this document as other than work in progress.

This document was produced by a group operating under the W3C Patent Policy. W3C maintains a public list of any patent disclosures made in connection with the deliverables of the group; that page also includes instructions for disclosing a patent. An individual who has actual knowledge of a patent which the individual believes contains Essential Claim(s) must disclose the information in accordance with section 6 of the W3C Patent Policy.

This document is governed by the 2 November 2021 W3C Process Document.

1. Introduction

See ReSpec's user guide for how toget started!

1.1 About W3C Accessibility Maturity Model

ICT Accessibility within organizations of any size can be complex with multiple dimensions. Although some organizations have individuals or departments to support accessibility, many organizations lack understanding or fail to recognize the importance of ICT accessibility as a requirement, and therefore don’t realize they need accessibility governance systems. This can result in limits to the ability to produce accessible products and associated services such as training and documentation which are essential for inclusive digital environments. The solution to this challenge is to encourage organizations to establish and implement accessibility governance systems within their organizations. These systems must integrate ICT accessibility criteria into policies, key business processes, organizational culture, and management structures in a consistent, repeatable, and measurable fashion. Only then can organizations address the complexities related to enabling ICT accessibility.

This proposed W3C Accessibility Maturity Model describes an overall framework for establishing a robust ICT accessibility program and identifying areas for improvement. ​A Maturity Model is:

A tool;

  1. That helps people assess the current effectiveness of a person, group, or an organization;
  2. And supports figuring out what capabilities they have and need to acquire next;
  3. In order to improve their performance.

Organizations know when they are doing well (or poorly) at product accessibility via audit reports and bug counts. However, they don’t know how well they are doing as an organization to continue to produce accessible products without looking at other supporting corporate processes. ​Maturity Modeling is a big part of a “shift-left” methodology of preventing problems from recurring, not fixing them after they have happened.

Most maturity models contain some number of levels with increasing maturity. Each level contains a definition, controls, and a list of processes and evidence that must be produced for an organization to legitimately claim that they are at a particular level of maturity.

Maturity modeling is very different than conformance testing

1.2 W3C Accessibility Maturity Model Audience

This document is intended to guide and evaluate the levels of organizational accessibility maturity that encompasses a public or private sector organization at any scale.

Examples of organizations might be (but not limited to):

The primary audience for this maturity model would be:

1.2.1 Scope

This document may also be used to measure the maturity level of parts of the organization, provided that the scope is clearly identified in any reports submitted to third-parties.

1.3 Existing Research

Reference appendix with summary of the existing six maturity models outside of WCAG.

1.4 Open Questions

This is a first draft and there are a number of issues are still to be determined that we would like comment from the public on:

  1. Should the Maturity Model identify stakeholders for each dimension?
  2. We have proposed three variations of spreadsheet formats, which can be found at the following spreadsheet tabs:
    1. Procurement uses variation 1
    2. Knowledge & Skills uses variation 2
    3. Policy uses variation 3
Editor's note

Once we have feedback on which alternative is preferred, the other dimensions will migrate their spreadsheet format.

2. Maturity Model "Dimensions"

This Accessibility Maturity Model is organized around seven “Dimensions.” Each dimension represents an aspect of an organization where maturity in accessibility is needed to improve compliance with Web Content Accessibility Guidelines. Dimensions include:

Figure 1 shows the core structure of the Maturity Model. The Maturity Model has Four stages of content with associated documentation. Dimensions form the top level. Each dimension contains:

2.1 Dimensional Maturity Stages

Each dimension will contain stages” based on the proof points that are demonstrated. Stages loosely correspond to the following criteria. Each dimension will contain defined criteria that pertain specifically to the dimension being defined. Stages are cumulative, so stage advancement cannot be achieved without first meeting the specific criteria of a lower level. The terms for the stages were adopted for consistency with the Policy Driven Adoption Maturity Model, currently being used by multiple government agencies.

Stages Criteria
Inactive No awareness and recognition of need.
Launch Recognized need organization-wide. Planning initiated, but activities not well organized.
Integrate Roadmap in place, overall organizational approach defined and well organized
Optimize Full organization insights, consistently evaluated, and actions taken on assessment outcomes.

2.2 Dimensions structure

Dimensions provide a unique descriptive name with a high-level, plain-language summary of the content for organizations, managers, policy makers, individuals who are new to accessibility, and other individuals who need to understand the concepts but not dive into the technical details.

Dimensions provide an easy-to-understand way of organizing and presenting the outcomes so non-experts can learn about and understand the concepts. Dimensions address organizational needs on specific topics, such as education, documentation, communication, and more. Dimension Proof Points may be customized based on organizational needs organization-independent.


2.3 Outcomes

Each dimension has one or more desired outcomes for each stage. Progress towards achieving maturity is attained by creating the proof points described for each dimension. Each maturity model dimension contains a graduated set of stages of maturity attainment that as met define where the organization is along the dimension continuum.

Outcomes form the basis of a flexible and expansive architecture for maturity modeling that closely relates to the needs of organizations. Consistent with WCAG 3.0, outcomes determine whether the need defined by the maturity modeling stages has been met.

All relevant outcomes must be addressed but not all outcomes will apply to all organizations and situations. When an outcome does not apply, it is marked N/A (Not applicable).

Example: Policy does not need to reference native apps if the organization has no native apps.

2.4 Proof Points

Each dimensional outcome has a range of suggested proof points, which includes any evidence or necessary measures that can be used to ascertain the maturity of each dimension.

  1. Proof points are evidence-based, organizational deliverables which indicate the maturity stage as described earlier in this document.
  2. Proof points should be at the level at which the maturity model assessment is taking place. For example, if only procurement maturity is being measured, only procurement proof points should be evaluated.
  3. For more complicated dimensions, proof points are organized by category.
  4. Proof points can be partially completed at the Launch and Integrate stages, but must be fully completed for the optimize stage.

For example, if a dimension requires a plan to identify ICT Accessibility related skill levels and gaps, then the corresponding proof point would be the document containing completed evaluation of ICT Accessibility related skill levels and gaps.

2.4.1 Description

Each proof point includes a high-level description. Deliverables are mostly self-explanatory, but in some cases, additional information is provided.

2.4.2 Proof Point Examples

Examples of proof points are included for each dimension.

2.4.3 Maturity Stages

Each dimension includes proof points at the various maturity stages.

2.5 Maturity Model Assessment Template

Organizational ICT Accessibility Maturity is assessed using the ICT Accessibility Maturity Assessment Template. The template contains worksheet tabs specific to each dimension. The dimension tabs are organized with the dimension definitions and outcomes for each of the 4 maturity stages and provides a list of the dimension’s proof points.

The blank cells below each maturity stage are to be completed by the organization and should contain evidence that the organization has reached that stage. The evidence can include progress on proof point completion, or other relevant information that can be used to claim that the outcomes for that stage have been met.

Proof points can span across multiple stages, work being initiated in one stage and completed in a more advanced stage.

A link to the worksheet is HERE.

3. The Dimensions

3.1 Communications

Communications, whether internal or external, formal or informal, minor or major, need to be accessible to the widest audience possible. Accessible communication is an umbrella term to describe communication that is clear, direct, easy to understand and that can be made available in multiple formats so that all users have equal access. It takes into consideration the various barriers to accessing information, and removes these or provides alternative formats for the communication to take place. Also, accessibility efforts should be communicated so that users are aware of the extent to which they can interact with content.

Dimension: Measure if communications, Internal and external, are accessible, accessibility-related communications to demonstrate the overall approach toward accessibility, and WCAG compliance.

3.1.1 Proof Points

May include but are not limited to: Direct communications
  • Statement of commitment
  • Accessibility statement
    • Link to the accessibility statement (in the footer or on the web page /accessibility)
    • Link to compliance documentation, such as one or more:
      • Accessibility conformance reports (ACR),
      • Voluntary product accessibility templates (VPAT), or
      • Statements based on a model accessibility statement (legal requirement for public sector bodies in the European Union).
  • Information on customer support
    • Section on support for persons with disabilities
    • Feedback mechanism for handling questions and accessibility complaints Preconditions for accessible communication
  • Accessible corporate document templates (word, ppt, etc.), including HTML or PDF conversion procedures that prevent the loss of available accessibility features

3.1.2 Ratings for Evaluation

Maturity stages Criteria
Inactive Definition: No effort towards achieving ICT accessibility maturity, possibly some informal activities.


  • None; no accessibility effort at all around communications
Launch Definition: Recognized need for ICT accessibility maturity. Planning initiated, but activities not well organized.


  • Generic statement about accessibility on the website.
Integrate Definition: ICT accessibility roadmap in place, overall organizational approach defined. Process integration for ICT accessibility maturity in progress. Not consistently implemented across all operations.


  • An accessibility policy that includes:
    • One or more objectives,
    • Dates for delivering improvements,
    • Accessibility guidelines for social media posting,
    • Employee communications.
  • Accessibility statement based on report(s) of accessibility audit(s)
  • A feedback mechanism for users, including a formalized process for handling accessibility complaints.

Definition: Full ICT accessibility maturity. Accessibility is consistently implemented across all operations. Mechanisms for continuous improvement of accessibility processes are in place. Actions that are taken are based on the assessment of the various outcomes.


  • The outcomes mentioned under Midstage Maturity
  • In large organizations, the state of accessibility is an agenda item on the organization's Supervisory Board meeting (minimum frequency: yearly),
  • The agenda item must at least report on (when applicable):
    • The accessibility status of each website and mobile application,
    • The progress that made since the last report,
    • The outcome of the feedback mechanism for accessibility complaints,
    • The operational effectiveness of the social media posting policy,
    • Evaluation of the sufficiency of the organization's accessibility knowledge and skills (K&S),
    • An assessment of the risks that are caused by not fully complying (or not knowing the compliance level).
  • The agenda item may also include:
    • Surveys on user satisfaction of accessibility,
    • Other accessibility related topics

3.2 Knowledge and Skills

Introduction: Internal and external personnel at all levels of an organization must have W3C accessibility knowledge and skills that are relevant to their organizational role as a manager, product or content producer. Accessibility knowledge and skills relevant to each individual’s position helps to implement checks and balances needed as for quality assurance.

Measures: education, individual experience, stakeholder responsibilities, departments, or units. Takes into account the use of external sources to bridge inclusiveness and accessibility gaps.

3.2.1 Proof Points Hires External Knowledge and Skills

Identifies necessary, and preferred knowledge and skills per role, per project, per organization, via Internal systems, internet, direct contact, print.

  • External hire
  • External support line
  • External audits
  • External development
  • Procured products / services Offers Documentation and Resources

Through internal systems, the internet, direct contact, print

  • Internal Systems
  • Referring to External Resources
  • Implementation documentation (of design system)
  • Direct SME, Champs hotline
  • Social media channel
  • Communication expressions (e.g. posters) "Offers Training"

Through Interview, Questionnaire, Certification, CV.

  • Refer to External courses
  • Series of External / Internal Workshops
  • Basic awareness training for all staff
  • Onboarding for new employees
  • Tailored Program per Role
  • Organising or Attending of events
  • Empathy Lab
  • Availability of External Experts
  • Availability of buddy
  • Communication expressions (e.g. posters) Conveys Insights of Knowledge and Skills

Through Interview, Questionnaire, Certification, CV.

  • Assessments of skill gaps across the organization;
  • Investigation of educational efforts;
  • Clearance on working experience;
  • Embedded and secured in organizational planning and strategy;
  • Certification / competency reviews.

3.2.2 Ratings for Evaluation

Maturity stages Criteria
Inactive Definition: No efforts to develop W3C accessibility or disability inclusion expertise.


  • None; no accessibility effort at all around developing accessibility, or disability inclusion, knowledge and skills.
Launch Definition: Recognized need for organization-wide accessibility, and disability inclusion, expertise. Planning initiated, but activities not well organized.


  • Organization allows employees to take training at their own will, but professional development is not required or monitored.
Integrate Definition: ICT accessibility workforce development roadmap in place, overall organizational approach to evaluating accessibility, and disability inclusion, expertise is defined. Process integration for maturing ICT accessibility, and disability inclusion, knowledge and skills in progress. Not consistently implemented across the organization.


  • Workforce development plan that includes:
    • Professional development objectives,
      • Knowledge and skills assessments,
      • Available training
      • Maintains current with new technologies, platforms, tools
  • Training is made available to enhance knowledge and skills around ICT accessibility, and disability inclusion
Optimize Definition: Full organization ICT accessibility maturity. Organization-wide, role-based, expertise in accessibility, and disability inclusion, are well-defined, evaluated, remediated, and continuously enhanced. Accessibility knowledge and skills are consistently implemented across the organization.


  • Necessary and preferred knowledge and skills are consistently communicated for all personnel
    • Position descriptions
    • Hiring announcements
    • Project management
  • Workforce is periodically evaluated for knowledge and skills parity with current industry trends.
    • Periodic gap analysis
  • Annual training (conferences, events, online, etc) is provided to maintain parity in current ICT accessibility, and disability inclusion, industry expertise.
    • Certification programs implemented

3.3 Support

Dimension: Support for internal employees and external customers with disabilities. This includes reasonable accommodations (adjustments) for employees and customer support that is specific to users' accessibility needs.

3.3.1 Proof Points

Support artifacts may include but are not limited to:

  • Written policy on requesting and providing employee accommodations
  • Publicly available (and accessible) web accessibility statement including method(s) to contact customer support
  • Help topics and/or FAQs specific to accessibility
  • Training in disability awareness and inclusion for HR and hiring managers
  • Training for customer support agents (or internal IT support staff) in accessibility, assistive technology and disability etiquette/awareness
  • Existence of a disability-focused employee resource group (ERG) with executive sponsorship
  • Validation process in place to manage accessibility feedback
  • Accessibility feedback is incorporated for conformance of identified ICT

3.3.2 Maturity Stages

Maturity stages Criteria
Inactive Definition: No accessibility effort at all around support for employees or customers.
Launch Definition: Plans in place to provide basic information about accessibility to customers.


  • Written reasonable accommodation policy/process in place
    • disseminated to all employees, and customers (could be a policy statement link on site).
  • No external support for K&S
Integrate Definition: Customers: Dedicated section on Accessibility in the Help section of customer-facing website. FAQ or Help topics include common accessibility questions and answers.


  • Employees: Tools and process in place to facilitate requests for accommodations. Hiring managers have access to disability awareness training.
Optimize Definition: Customers: Fully trained customer support staff able to support users' accessibility questions. Multiple ways to communicate with technical support are provided that meet the needs of customers with disabilities.


  • Employees/Talent Acquisition: Candidates are offered accommodations for their interviews. Disability Employee Resource Group(s) provide social and professional support to employees with disabilities.

3.4 ICT Development Lifecycle

Accessible Information and communication technologies (ICT) serves as a critical enabler that allow persons with disabilities to realise full and effective opportunities to participate, on the basis of equality, in all aspects of society and development that involve technology. Accessibility must be considered throughout the entire ICT development lifecycle: from idea conception, to design, development, testing, ACR/VPAT production, user research, maintenance and obsolescence.

3.4.1 Proof Points

ICT development lifecycle artifacts may include but are not limited to: Design
  • Color contrasts regularly measured for new/modified text and relevant non-text objects such as activatable components and keyboard focus indicators
  • Accessible design review process templates, checklists, and output
  • Consistent approach to designing accessibility features across products Development
  • Accessible developer implementation resources
    • Team channels to discuss accessibility - Slack, office hours, email
    • Information pages
  • Developers accessibility checklists
  • Consistent approach to implementing accessibility features across products User Experience
  • User research includes disabilities
    • All research asks participants to anonymously identify whether or not they have a disability, and if so, what type of disability/ies

User research focusing only on disabilities is performed Quality Review / Release
  • Testing process that includes documented steps for manual accessibility testing, utilizing assistive technology
  • Testing process that includes automated accessibility testing
  • Schedule which includes stakeholder activities focused on accessibility
  • Bug tracking system that includes “accessibility” category
  • Prioritization and grooming system for accessibility defects
  • Accessibility identified as product release gate
  • Documented testing steps for updates that do not go through a full release cycle:
    • Content review for website updates
    • Content review for social media posts
  • Consistent approach to testing and releasing products
  • ACR/VPAT authoring guide for commercial off-the-shelf (COTS) products

3.4.2 Ratings for evaluation

Maturity stages Criteria
Inactive Definition: No accessibility effort at all around ICT development.


  • If ACRs/VPATs are required, they are not being produced.
Launch Definition: Some awareness and recognition of the need for accessible ICT development, accidentally approached, decentralized.


  • May be limited in scope to new products, apps, websites.
Integrate Definition: Organizational effort and approach for improving accessibility ICT development per role / discipline.


  • Accessibility requirements are considered and practiced during ICT design, development, and testing, but are not consistently applied across the IT portfolio.
  • Some attempt is made to remediate existing products, apps, and websites.
Optimize Definition: Thought leader in Accessibility on ICT development with strong ICT development knowledge and skills, structural, standardized and reported approach.


  • Design specifications include accessibility guidance, developers create accessible UI consistently, both manual and automated accessibility testing during development, automated accessibility testing is incorporated into CI/CD build pipelines,
  • and release management includes gates for accessibility quality. Maintenance releases are re-inspected for accessibility If required, ACRs/VPATs are kept up to date and made available publicly.
  • Research deliberately seeks and evaluates input from users with disabilities.

3.5 Personnel

Introduction: Persons with disabilities should be utilized throughout an organization’s hierarchy (all job types, all authority levels) where their unique insights and lived experiences should better inform decision making. This requires accessible and inclusive hiring practices covering application, interviews, evaluations, onboarding and retention.

3.5.1 Proof Points Targeted Recruiting
  • Established goals for recruiting employees with disabilities
  • Hiring announcements with diversity statements encouraging applications from people with disabilities
  • Recruiting needs assessment/gap analysis
  • Preferential hiring initiatives to recruit employees with disabilities
  • Hiring announcements with targeted diversity statements narrowing eligibility to applicants with disabilities Accessible Job Application Platform
  • Hiring tools, job boards, etc. meet a specified level of accessibility
  • Recruiting communications meet a specified level of accessibility
  • Accessibility audit of Jobs' website
  • Accessibility audit of application process Strategic Engagement
  • Established Employee Resource Group, with executive sponsor, for employees with disabilities to directly contribute first hand knowledge, and lived experience, to accessibility efforts
  • Product, and project focus groups of employees with disabilities
  • Mentoring program for employees with disabilities

3.5.2 Ratings for Evaluation

Maturity stages Criteria
Inactive Definition: No staffing effort towards achieving organization-wide ICT accessibility maturity by including people with disabilities in the workforce. Possibly some informal activities.


  • None; No effort at all around recruiting, retaining, or engaging employees with disabilities.
Launch Definition: Recognized need to include employees with disabilities in the workforce to contribute to organization-wide ICT accessibility maturity. Planning initiated, but recruitment, retention, and engagement, activities around disability inclusion are not well organized.


  • Hiring announcements encourage applications from the disability community.
  • Disability inclusion is specifically articulated in companies diversity and inclusion policy, and statement.
  • Champion has been designated to facilitate, and mature disability inclusion.
Integrate Definition: Disability inclusion roadmap, to drive ICT accessibility, in place. Overall organizational approach to evaluating recruitment, retention, and engagement is defined. Process integration for maturing disability inclusion efforts for ICT accessibility in progress. Not consistently implemented across the organization.


  • Strategic positions are identified for employees with disabilities to be placed in that will help audit, and drive, the development of accessible products, services.
  • Targeted recruiting of employees with disabilities
  • Accessible recruiting process
Optimize Definition: Employees with disabilities are leveraged throughout the organization to achieve full ICT accessibility maturity. Organization-wide, disability inclusion staffing efforts are well-defined, evaluated, remediated, and integrated with ICT accessibility efforts, and goals, across the organization. Employees with disabilities hold key decision making positions, and are spread out across all areas of the organization to drive accessibility in every facet of the business.


  • Disability Employee Resource Group is leveraged to inform accessibility decision making.
  • Employees with disabilities leveraged to audit accessibility.
  • Employees with disabilities leveraged for product development.
  • Employees with disabilities leveraged for development of accessible services.

3.6 Procurement

Procurement is a strategic process that concentrates on finding and acquiring cost-effective products required for an organization. It deals with things like sourcing activities, negotiation, and selecting goods and services.

With the majority of IT assets within an organization being the result of procurement transactions and contracts, ensuring that IT accessibility criteria are well integrated into the processes to bring this area into full maturity, which is the “Optimize” stage.

3.6.1 Proof Points

May include but not limited to: Policy Documentation
  • Published ICT Accessibility Policy
  • Accessibility requirements and other information communicated to vendors Consistent Use of Standardized Solicitation and Contract Language
  • ICT Accessibility Solicitation Language
  • ICT Accessibility Contract Language
  • Accessibility Specific solicitation forms / templates Consistent Evaluation Process and Methods
  • Proof of accessibility evaluations
  • Documented evaluation methodology
  • Submission scoring methodologies “Burden of proof“ accessibility Contract language requirements
  • Proof of Vendor testing (automated and manual)
  • Development life cycle accessibility criteria integration and development reviews (for dev services
  • Warranties and remedies section includes accessibility
  • Vendor corrective actions / remediation plans pre and post deployment
  • Executed contract examples with accessibility language. Accessibility in Procurement Program Management
  • Accessibility audits
  • Contract lifecycle management
  • Dashboard of procurement related accessibility metrics
  • Issue management process (for complaints)

3.6.2 Ratings for Evaluation

Maturity stages Criteria
Inactive No accessibility criteria, process, or requirements in ICT procurements
Launch Definition: Recognized need for accessibility criteria in procurement process(s).


Work initiated to identify and integrate accessibility into procurement processes and language into all ICT related solicitation documents, vendor responses, and contracts.

Integrate Definition: Accessibility criteria, language, and evaluation methods integrated into most applicable ICT solicitations and contracts.


Solicitation and contract language complete. Responses analyzed by accessibility or trained procurement professionals. Scoring model developed and its use begun. Communications mechanism in place to inform vendors of accessibility requirements.

Optimize Definition: Full and consistent use of accessibility processes and criteria in all procurements with an ICT component in the contract decision making process.


Processes are in place, used consistently, and regularly reviewed / refined as needed.

Procurement Dimension Description / Evaluation Worksheet

3.7 Culture

Organizational culture consists of shared beliefs and values established by leaders that ultimately shape employee perceptions, behaviors and understanding.

To be truly effective and mature, organizations must weave an inclusive and accessible culture into the fabric of the organization. Everyone in the organization should have an understanding and sensitivity to the importance of IT accessibility, how / if it fits within the roles / responsibilities of their positions and work assignments, and an appreciation for the value of a diverse population both within and external to the organization. IT accessibility has and can have a tremendous impact on people with disabilities that facilitates access to jobs, services, and other aspects of life that others simply take for granted. It is important that the culture of an organization recognize this concept and the unique values that this diversity group brings to an organization. Therefore it is critical that an organization has a diversity culture that includes an understanding of IT Accessibility and how it fits within the various roles within the organization.

3.7.1 Proof Points

Proof Points includes:

  • Executive sponsor in place for digital accessibility
  • Executive-level digital accessibility program leadership
  • Executive statement of commitment to digital accessibility
  • IT Accessibility Policy in place and implemented
  • Business strategy includes proactive approach to digital accessibility
  • Business strategy includes digital accessibility as market differentiator
  • Digital accessibility for disability inclusion included in core values
  • Digital accessibility included in code of conduct
  • Disability focus in diversity, equity, and inclusion activities
  • Digital accessibility focus in communities of practice
  • Integration of IT accessibility criteria into employee / officer performance plans as relevant
  • Employee support for digital accessibility and disability inclusion is mandated and monitored
  • Digital accessibility program effectiveness is monitored and improved

3.7.2 Ratings for Evaluation

Maturity stages Criteria
Inactive No diversity culture or diversity culture does not include disability
Launch Definition: Recognized a need organization-wide cultural programs, planning initiated with limited or ad hoc activity


Work initiated to identify and integrate ICT accessibility organizational processes and governance, including policies, processes, and practices that impact employees and external audiences; leadership for the initiative; cultural programs formulated, but not yet implemented

Integrate Definition: Cultural programs created and initially deployed


Metrics established, hiring practices implemented; policies now inplace with partial execution, diversity training initiated and but not compete; communities of practice established

Optimize Definition: Strong cultural awareness, appreciation, sensitivity, and support for all aspects of internal / external IT for accessibility and people with disabilities.


Policies, processes, and practices are in place, used consistently, and regularly reviewed / refined as needed. All employees have understanding and sensitivity to the importance of IT accessibility, how / if it fits within their roles / responsibilities, and have an appreciation for the value of a diverse population both within and external to the organization.

4. Acknowledgements

4.1 Key contributors, section editors and participants active in the Maturity Model Subgroup at the time of publication