-
Notifications
You must be signed in to change notification settings - Fork 7
/
index.html
1473 lines (1423 loc) · 88.3 KB
/
index.html
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
670
671
672
673
674
675
676
677
678
679
680
681
682
683
684
685
686
687
688
689
690
691
692
693
694
695
696
697
698
699
700
701
702
703
704
705
706
707
708
709
710
711
712
713
714
715
716
717
718
719
720
721
722
723
724
725
726
727
728
729
730
731
732
733
734
735
736
737
738
739
740
741
742
743
744
745
746
747
748
749
750
751
752
753
754
755
756
757
758
759
760
761
762
763
764
765
766
767
768
769
770
771
772
773
774
775
776
777
778
779
780
781
782
783
784
785
786
787
788
789
790
791
792
793
794
795
796
797
798
799
800
801
802
803
804
805
806
807
808
809
810
811
812
813
814
815
816
817
818
819
820
821
822
823
824
825
826
827
828
829
830
831
832
833
834
835
836
837
838
839
840
841
842
843
844
845
846
847
848
849
850
851
852
853
854
855
856
857
858
859
860
861
862
863
864
865
866
867
868
869
870
871
872
873
874
875
876
877
878
879
880
881
882
883
884
885
886
887
888
889
890
891
892
893
894
895
896
897
898
899
900
901
902
903
904
905
906
907
908
909
910
911
912
913
914
915
916
917
918
919
920
921
922
923
924
925
926
927
928
929
930
931
932
933
934
935
936
937
938
939
940
941
942
943
944
945
946
947
948
949
950
951
952
953
954
955
956
957
958
959
960
961
962
963
964
965
966
967
968
969
970
971
972
973
974
975
976
977
978
979
980
981
982
983
984
985
986
987
988
989
990
991
992
993
994
995
996
997
998
999
1000
<!DOCTYPE html>
<html lang="en" xmlns="http://www.w3.org/1999/xhtml">
<head>
<style>
table,
th,
td {
padding: 10px;
border: 1px solid black;
border-collapse: collapse;
}
a.internalDFN[title]:hover, .internalDFN[title]:active, a.internalDFN[title]:focus {
cursor: help;
}
</style>
<meta charset="utf-8"/>
<title>Accessibility Maturity Model</title>
<script src="https://www.w3.org/Tools/respec/respec-w3c" class="remove"></script>
<script class='remove'>
function termTitles() {
// put definitions into title attributes of term references
document.querySelectorAll('.internalDFN').forEach(function(node){
var idref = node.href.substring(node.href.indexOf('#'));
var dfn = document.querySelector(idref);
if (dfn.parentNode.nodeName == "DT") node.title = dfn.parentNode.nextElementSibling.firstElementChild.textContent.trim().replace(/\s+/g,' ');
else if (dfn.title) node.title=dfn.title;
});
}
// See https://github.com/w3c/respec/wiki/ for how to configure ReSpec
var respecConfig = {
specStatus: "ED",
shortName: "maturity-model",
group: "apa",
github: "w3c/maturity-model",
editors: [{
name: "Sheri Byrne-Haber",
company: "VMWare",
companyURL: "https://www.vmware.com/",
},
{
name: "David Fazio",
company: "Helix Opportunity",
companyURL: "https://helixopp.com/",
},
{
name: "Charles LaPierre",
company: "Benetech",
companyURL: "http://www.benetech.org",
w3cid: 72055
},
{
name: "Janina Sajka",
company: "Invited Expert",
},
{
name: "Ruoxi Ran",
company: "W3C",
companyURL: "https://w3c.org/",
}],
postProcess: [termTitles]
};
</script>
</head>
<body>
<section id="abstract">
<p>
Digital accessibility is a human right. Yet 1.3 billion people in the world living with disability experience accessibility barriers everyday. The cost of excluding people with disabilities is high. Not only from a civil rights standpoint but also from a business perspective. People with disabilities represent the largest minority worldwide with a discretionary income in the billions. Companies risk losing customers, revenue and top talent while also facing legal risk, as digital accessibility is required by law in many countries.
</p>
<p>
The W3C develops and provides free digital accessibility protocols and guidelines that ensure long-term growth for the digital world and equal access for all. These protocols and guidelines are considered to be the gold standard for digital accessibility around the world.
</p>
Whether your company is just starting its cultural transformation on disability inclusion or looking to improve existing processes, the Accessibility Maturity Model can help. It provides a framework for measuring and assessing accessibility maturity, linking teams toward common goals and objectives.
<p>
The model is designed to work for any size organization. From small consultancies and large enterprises, to nonprofit/NGOs and government agencies, it provides actionable guides for establishing or improving policies, employee-communication, training, and tools. It also includes a way to measure and document organizational, cultural and technical capabilities.
</p>
<p>
The Accessibility Maturity Model is intended to be independent of the requirements in relevant technical accessibility standards, such as WAI-ARIA and the Web Content Accessibility Guidelines (WCAG).
</p>
<p>
Digital accessibility is a journey. Humans have a wide range of needs and preferences when it comes to using digital products, so there’s no one-size-fits-all solution. This can make it challenging to address every individual requirement. However, with a solid maturity model organizations can make significant progress towards improving accessibility and creating inclusive experiences for as many people as possible, meeting your consumers and employees where they’re at.
</p>
</section>
<section id="sotd">
</section>
<section id="introduction">
<h2>Introduction</h2>
<section id="About-maturity-model">
<h3>About the Accessibility Maturity Model</h3>
<p>Incorporating considerations for the accessibility of [=Information and Communications Technology=] (ICT) Accessibility into an [=organization=]’s workflow and quality governance can be a complex process. While some organizations have individuals or departments that support accessibility, many do not recognize the importance of ICT accessibility as a requirement, or the need for accessibility governance systems. This can limit their ability to produce accessible products and services, including training and documentation, which are essential for inclusive digital environments.</p>
<p>This challenge can be solved by encouraging organizations to establish and implement accessibility governance systems within their organizations. These systems 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.</p>
<p>This proposed Accessibility Maturity Model describes an overall framework for establishing a robust ICT accessibility program and identifying areas for improvement. The Accessibility Maturity Model is a tool that:</p>
<ul>
<li>Assesses the current effectiveness and capabilities of an entire organization or subunits within the organization</li>
<li>supports identification of gaps between the current capabilities and the next level of accessibility maturity</li>
<li>supports plans for next steps to improve the organization's accessibility performance over time</li>
</ul>
<p>Organizations know when they are doing well (or poorly) with product accessibility using audit reports and bug counts. However, these metrics don’t indicate how the organization is doing operationally to produce accessible products without examining some key corporate processes. The Accessibility Maturity Model is a big part of a “shift-left” methodology of preventing problems from recurring, not fixing them after they have happened.</p>
<p>Most maturity models contain a number of levels with increasing levels of maturity. Each level contains a definition, controls, a list of processes, and [=proof points=] that can be produced for an organization to legitimately claim that they are at a particular level of maturity.</p>
<p>Accessibility maturity modeling is very different than accessibility conformance testing</p>
<ul>
<li>Conformance testing provides information about the level of accessibility conformance of a particular product. The results of a conformance test provide a picture of a particular version of a product (or a subcomponent of a product).</li>
<li>Maturity modeling provides information about the ability of an organization to produce accessible products over the long term. The results of a maturity modeling assessment provide a holistic picture of an organization’s accessibility initiatives; where the organization is doing accessibility well and where improvements can be made to remove barriers.</li>
</ul>
</section>
<section id="WCAG-maturity-model-audience">
<h3>Audience for the Accessibility Maturity Model</h3>
<p>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.</p>
<p>The primary audience for this maturity model is:</p>
<ul>
<li>Executive levels of an organization’s leadership</li>
<li>Other levels of management responsible for accessibility maturity</li>
<li>Policy and business process subject matter experts responsible for putting plans, actions, metrics, and governance in place.</li>
</ul>
<section id="scope">
<h4>Scope</h4>
<p>This document may also be used to measure the maturity level of parts of the organization, provided that the limited scope is clearly identified in any reports submitted to third-parties.</p>
</section>
</section>
<section id="existing-research">
<h3>Existing Research and Standards</h3>
<p>The Accessibility Maturity Model has been developed using research of existing maturity models and standards outside of WCAG. For example, </p>
<ul>
<li>ISO/IEC 30071-1:2019 Information Technology - Development Of User Interface Accessibility - Part 1: Code Of Practice For Creating Accessible ICT Products And Services <p>This ISO standard includes specifics to the incorporation of accessibility practices into the design and development process. This is orthogonal to the Accessibility Maturity Model which provides a way to assess an organization's accessibility maturity in dimensions beyond the design and development process. Adherence to ISO 30071-1:2019 could be used as a [=proof point=] for the maturity of the ICT Development Lifecycle dimension.</p></li>
</ul>
<p class="ednote">We intend to add other models the group has researched to this list.</p>
</section>
<section id="key-terms">
<h3>Key terms</h3>
<p>The following terms are used in this document:</p>
<dl id="terms">
<dt><dfn>accommodation</dfn></dt>
<dd><p>Modifications or adjustments that enable an individual with a disability to gain access and successfully complete tasks.</p></dd>
<dt><dfn data-lt="ACR">ACR</dfn></dt>
<dd><p>Accessibility Conformance Report: A document that formally summarizes the extent to which an information and communications technology (ICT) product or service conforms to international accessibility guidelines and standards.</p>
<p>The report's format is based on industry recognized standard. ACRs are used by buyers to understand how accessible a product is, and any potential deficiencies.</p></dd>
<dt><dfn>communities of practice</dfn></dt>
<dd>
<p>A community of practice is a group of people who share a common concern, a set of problems, or an interest in a topic and who come together to fulfill both individual and group goals. Communities of practice often focus on sharing best practices and creating new knowledge to advance a domain of professional practice. Interaction on an ongoing basis is an important part of this.</p></dd>
<dt><dfn>contract lifecycle</dfn></dt>
<dd><p>The steps and processes related to the procurement of an ICT product or service beginning with the initialization of the solicitation process, response evaluations, vendor selection for award, implementation of the contract requirements, monitoring over the life of the contract including renewals until the contract reaches its end date.</p></dd>
<dt><dfn>customer</dfn></dt>
<dd><p>External or internal users of an organization’s products or services, including but not limited to students, members of the public, employees, and contractors.</p></dd>
<dt><dfn>dimension</dfn></dt>
<dd><p>An aspect on which an organization measures its accessibility maturity.</p></dd>
<dt><dfn>Information and Communications Technology</dfn> (ICT)</dt>
<dd><p>Information technology and other equipment, systems, technologies, or processes, for which the principal function is the creation, manipulation, storage, display, receipt, or transmission of electronic data and information, as well as any associated content.</p>
<p>Examples of ICT include, but are not limited to: computers and peripheral equipment; information kiosks and transaction machines; telecommunications equipment; customer premises equipment; multifunction office machines; software; applications; websites; videos; and electronic documents.</p></dd>
<dt><dfn>maturity level</dfn></dt>
<dd><p>Used to signify the attainment or lack thereof of a specific maturity model [=dimension=].</p></dd>
<dt><dfn>organization</dfn></dt>
<dd><p>Include, but are not limited to:</p>
<ul>
<li>A government agency (Federal, state/province, county/city, municipality, etc.)</li>
<li>Any type of business entity (including a sole proprietorship, corporation, or LLC)</li>
<li>Learning institutions (university, college, district school system)</li>
<li>A nongovernmental organization (NGO) or non-profit</li>
<li>Subunit(s) of an organization where accessibility maturity is needed</li>
</ul>
</dd>
<dt><dfn>proof point</dfn></dt>
<dd><p>Are criteria for accessibility maturity supported by evidence.</p></dd>
</dl>
</section>
</section>
<section id="maturity-model-structure">
<h2>Maturity Model Structure</h2>
<p>The Accessibility Maturity Model is organized around seven essential [=dimensions=] of an [=organization=] where accessibility maturity can improve conformance with accessibility standards and regulations.</p>
<p>Dimensions have a unique descriptive name with a high-level, plain-language summary of what the dimension covers. Each dimension has two sub-sections:</p>
<ul>
<li>Proof points are criteria for accessibility maturity supported by evidence. Each [=proof point=] includes a high-level description. Deliverables are mostly self-explanatory, but in some cases, additional information is provided.</li>
<li>[=Maturity level=], with definitions and expected outcomes to help [=organizations=] assess and report on the status of accessibility maturity attained for the dimension. The maturity level indicates what is needed to reach full maturity for that dimension.</li>
</ul>
<section id="description-dimensions">
<h3>Dimensions</h3>
<p>The seven [=dimensions=] of organizational accessibility maturity are:</p>
<ul>
<li><strong>Communications: </strong>Information as it relates to an [=organization=]’s accessibility, as well as accessibility of all internal/external communications.</li>
<li><strong>Knowledge and Skills: </strong>Ongoing education, and outsourcing practices to fill gaps for accessibility operations.</li>
<li><strong>Support: </strong>Accessibility assistance provided to internal employees and external [=customers=] with disabilities.</li>
<li><strong>ICT (Information and Communication Technology) Development Life Cycle: </strong>Incorporation of web, software and hardware accessibility considerations in development processes - from idea conception, to design, development, testing, [=ACR=] production, user research, maintenance and obsolescence.</li>
<li><strong>Personnel: </strong>Job descriptions, recruiting, disability-related employee resource groups necessary to provide lived-experience to accessibility efforts.</li>
<li><strong>Procurement: </strong>A strategic process that concentrates on finding and acquiring accessible products required by an organization. Activities may include: sourcing, negotiation, and selecting goods and services.</li>
<li><strong>Culture: </strong>The attitudes, sensitivity, and behaviors around accessibility, including internal interaction, perception, and decision-making.</li>
</ul>
</section>
<section id="description-proof-points">
<h3>Proof Points</h3>
<p>Each dimensional outcome has a range of suggested [=proof points=], which includes any evidence or necessary measures that can be used to determine the maturity of each [=dimension=]. Progress towards achieving maturity is attained by creating the proof points described for each dimension.</p>
<ul>
<li>Proof points are evidence-based, organizational deliverables which indicate the [=maturity level=].</li>
<li>Proof points are specific to the dimension being focused on. For example, if only procurement maturity is being measured, only procurement proof points should be evaluated.</li>
<li>For some dimensions, proof points are further organized by category.</li>
<li>Proof points can be partially completed at the Launch and Integrate levels, but must be fully completed for the optimize level.</li>
</ul>
<p>For example, if a dimension requires a plan to identify ICT accessibility related skill levels and gaps, then the corresponding proof point would be a document containing the evaluation of ICT accessibility related skill levels and gaps.</p>
</section>
<section id="description-maturity-stages">
<h3>Maturity Levels</h3>
<p>Each level is attained by meeting the defined outcomes for that specific [=dimension=]. The completed [=proof points=] demonstrate the efforts to achieve the outcomes for a [=maturity level=].</p>
<p>All relevant outcomes should 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). For example, an accessibility policy does not need to reference native applications if the organization has none.</p>
<p>Levels are cumulative, so level advancement is achieved by first meeting the specific criteria of a lower level.</p>
<p>Note: The terms for the levels were adopted for consistency with the <a href="https://www.nascio.org/pdaa">Policy-Driven Adoption for Accessibility</a> maturity model, currently being used by some U.S. state and local government agencies.</p>
<p>Levels loosely correspond to the following criteria:</p>
<table>
<tr>
<th>Levels</th>
<th>Criteria</th>
</tr>
<tr>
<td><strong>Inactive</strong></td>
<td>Little to no awareness, activity, or recognition, of need.</td>
</tr>
<tr>
<td><strong>Launch</strong></td>
<td>Recognized need in the organization. Planning initiated, but activities not well organized.</td>
</tr>
<tr>
<td><strong>Integrate</strong></td>
<td>Roadmap in place, overall organizational approach defined and well organized.</td>
</tr>
<tr>
<td><strong>Optimize</strong></td>
<td>Incorporated into the whole organization, consistently evaluated, and actions taken on assessment outcomes.</td>
</tr>
</table>
</section>
<section id="assessment-template">
<h3>Assessment Template</h3>
<p>Organizational ICT Accessibility Maturity is assessed using the Accessibility Maturity Model 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 four [=maturity levels=] and provides a list of the dimension’s [=proof points=].</p>
<p>The blank cells below each maturity levels are to be completed by the [=organization=] and provide space to document evidence that the organization has reached that level. The evidence can include progress on [=proof point=] completion, or other relevant information that can be used to claim that the outcomes for that level have been met.</p>
<p>Proof points can span across multiple levels, work being initiated in one level and completed in a more advanced level.</p>
<section id="assessment-template-excel">
<h4>Maturity Model Excel Spreadsheet</h4>
<p>This is the <a href="A11yMaturityTemplate.xlsx" id="latest-maturity-model-xlsx">latest Accessibility Maturity Model excel spreadsheet</a> containing seven sheets one for each [=dimension=] as well as a cover sheet where a list of all changes made have been recorded.</p>
<p>We encourage you to make a copy of the assessment template worksheet to get started.</p>
<p class="ednote">The Maturity Model assessment worksheet is intended as a high-fidelity prototype to measure organizational maturity and was developed in an Excel format. The final published format is to be determined, but is envisioned as HTML. It may also be made available in other downloadable, accessible formats.</p>
<p class="ednote">This spreadsheet is experimental and is a work in progress. The [=proof point=] in this document may not be in sync with the supporting Excel spreadsheet template. The Excel spreadsheet template has the most up-to-date [=proof point=].</p>
</section>
</section>
</section>
<section id="Accessibility-maturity-per-dimension">
<h2>Accessibility Maturity Per Dimension</h2>
<section id="Communications">
<h3>Communications</h3>
<p>Communications need to be accessible to the widest audience possible and meet the requirements in the accessibility standards. Accessible communications applies to all communications that are:</p>
<ul>
<li>external and internal</li>
<li>formal and informal</li>
<li>major and minor</li>
<li>generated by the [=organization=] directly or by third parties under contract to the organization</li>
</ul>
<p><a href="https://academic.admin.ox.ac.uk/accessible-communication#collapse1801031">Accessible communications</a> is an umbrella term for clear, direct, and easy-to-understand communications that are renderable in multiple formats so that all users have equivalent access. It considers barriers to accessing information and removes them or provides alternatives.</p>
<section id="evaluate-communications">
<h4>How to Evaluate Communications' Maturity Level</h4>
<ol>
<li>Download the <a href="https://www.w3.org/TR/maturity-model/A11yMaturityTemplate.xlsx">maturity model spreadsheet</a>.</li>
<li>List all the organization's internal and external communication channels, such as email, video conferencing, or social media.</li>
<li>Compare the list to the spreadsheet to decide which proof points will be used to assess your organization's “Communications” accessibility maturity. Not all proof points will be used for every business or organization. The proof points in section 3.1.2 are non-exhaustive examples of criteria.</li>
</ol>
<p>The level is <b>Inactive</b> when proof points demonstrate that:</p>
<ul>
<li>no effort has been made or only isolated efforts have been identified.</li>
</ul>
<p>The level is <b>Launch</b> when proof points demonstrate that:</p>
<ul>
<li>some plans are in place to make internal and external communications accessible (and compliant with accessibility regulations, where applicable), but those plans haven't materialized into a cohesive roadmap</li>
<li>plans are in place to provide training on accessible communications knowledge and skills relevant to each individual's position.</li>
</ul>
<p>The level is <b>Integrate</b> when proof points demonstrate that:</p>
<ul>
<li>an accessible communications roadmap has been developed</li>
<li>some accessible communications have been delivered across internal and external media and platforms</li>
<li>inaccessible communication tools are beginning to be replaced with accessible ones</li>
<li>an accessibility policy includes requirements for a feedback system for users and a formal process for handling accessibility complaints</li>
<li>training on accessible communications relevant to each individual's position has started.</li>
</ul>
<p>The level is <b>Optimize</b> when proof points demonstrate that:</p>
<ul>
<li>authoring, editing, and reviewing processes, procedures, and tools are in place, used consistently, and are regularly evaluated and refined to ensure that all internal and external communications are fully accessible</li>
<li>accessible communications training relevant to each individual's position is required, measured, and monitored for improvement.</li>
</ul>
<section id="communications-proof-points">
<h4>Proof Points</h4>
<p>Communications [=proof points=] may include but are not limited to:</p>
<section id="preconditions-for-accessible-communication">
<h5>Foundation for accessible communication</h5>
<ul>
<li>There are accessible corporate document templates (Microsoft Word, Microsoft PowerPoint, etc.).</li>
<li>There are documented HTML or PDF conversion procedures to support accessibility features.</li>
<li>Processes, procedures, and requirements for creating accessible communications are documented and available to employees.</li>
<li>Accessible collaboration tools are available (e.g., e-meeting, webinar, conferencing, chat).</li>
</ul>
</section>
<section id="direct-communications">
<h5>Accessible Direct Communications</h5>
<ul>
<li>Consistent use of accessible templates for:
<ul>
<li>marketing and sales materials delivered in electronic formats</li>
<li>technical documents or position papers</li>
<li>Product Accessibility Conformance Reports ([=ACRs=])</li>
<li>other accessibility documentation</li>
<li>presentations.</li>
</ul>
</li>
<li>Internal and external websites:
<ul>
<li>are accessible per regional regulatory requirements (e.g. conforms to WCAG)</li>
<li>may have an accessibility statement (legal requirement for websites for public sector bodies in the European Union)</li>
<li>may contain a statement of commitment to accessibility.</li>
</ul>
</li>
<li>Products and services: accessibility compliance documentation is available and delivered in an accessible format (on the website, by request, or through the procurement process)
<ul>
<li>Accessibility Conformance Reports ([=ACR=])</li>
<li>accessibility statement(a legal requirement for websites for public sector bodies in the European Union)</li>
<li>other accessibility-related documents, as identified.</li>
</ul>
</li>
<li>multimedia, such as captions, transcripts, and described audio, if needed</li>
<li>social media and blog content</li>
<li>customer and vendor training</li>
<li>information on [=customer=] support</li>
<li>feedback mechanism for handling questions and accessibility complaints</li>
<li>legal documents, payment and billing</li>
<li>other communications, as identified.</li>
</ul>
</section>
<section id="communications-training">
<h5>Accessible Communications Training</h5>
<ul>
<li>Accessible communications training in place to build and maintain relevant skills in support of this [=dimension=]'s [=proof points=]</li>
</ul>
</section>
<section id="communications-goals-metrics">
<h5>Dimension Goals and Metrics</h5>
<ul>
<li>Dimension-related goals are established, metrics are defined, and progress is tracked</li>
</ul>
</section>
</section>
</section>
</section>
<section id="knowledge-and-skills">
<h3>Knowledge and Skills</h3>
<p>Internal and external personnel at all levels of an [=organization=] should have accessibility knowledge and skills relevant to their organizational role. Accessibility knowledge and skills relevant to each individual's position help employees understand their part in achieving the organization's accessibility goals.</p>
<p>While this dimension includes [=proof points=] to be implemented at the organization level, knowledge and skills specific to each of the other dimensions should be included within their respective proof points, as appropriate.</p>
<section id="evaluate-knowledge-and-skills">
<h4>How to Evaluate Knowledge and Skills Maturity Level</h4>
<ol>
<li>Download the <a href="https://www.w3.org/TR/maturity-model/A11yMaturityTemplate.xlsx">maturity model spreadsheet</a>.</li>
<li>List all the organization's current “Knowledge and Skills” efforts.</li>
<li>Compare the list to the spreadsheet to decide which proof points will be used to assess your organization's “Knowledge and Skills” accessibility maturity. Not all proof points will be used for every business or organization. The proof points in section 3.2.2 are non-exhaustive examples of criteria.</li>
</ol>
<p>The level is <b>Inactive</b> when proof points demonstrate that:</p>
<ul>
<li>no effort has been made or only isolated efforts have been identified.</li>
</ul>
<p>The level is <b>Launch</b> when proof points demonstrate that:</p>
<ul>
<li>there are plans in place or initiated, but activities aren't well organized</li>
<li>knowledge and skill areas are identified, and plans for organization-wide assessments to identify gaps are initiated but have not been completed</li>
<li>some ad hoc training is provided, but professional development is not required or monitored</li>
<li>requirements are defined for 3rd party learning tools and systems</li>
<li>role-based training plans are under development</li>
<li>accessibility training relevant to each individual's position has started.</li>
</ul>
<p>The level is <b>Integrate</b> when proof points demonstrate that:</p>
<ul>
<li>there's a workforce skills and training roadmap that includes:
<ul>
<li>accessibility objectives for knowledge and skills assessments</li>
<li>available training by role</li>
<li>current information on learning technologies, platforms, and tools</li>
</ul>
</li>
<li>training is available to enhance knowledge and skills around ICT accessibility and disability inclusion</li>
<li>training metrics are established.</li>
</ul>
<p>The level is <b>Optimize</b> when proof points demonstrate that:</p>
<ul>
<li>all personnel position descriptions, hiring announcements, and project management consistently communicate the required and preferred accessibility knowledge and skills</li>
<li>the workforce is periodically evaluated to ensure knowledge and skills are current with the most up-to-date standards and accessibility practices</li>
<li>training is part of the onboarding process</li>
<li>periodic analysis has been used to identify gaps in knowledge as well as training materials</li>
<li>annual training (conferences, events, online, etc.) is provided to maintain skills current with ICT accessibility requirements and industry best practices</li>
<li>workforce inclusion training incorporates accessibility for persons with disabilities, and certification programs are available</li>
<li>tracking systems are in place and consistently used to maintain training inventory, measure skills, and track completion</li>
<li>training to enhance accessibility knowledge and skills relevant to each individual's position is required, measured, and monitored for improvement.</li>
</ul>
</section>
<section id="knowledge-and-skills-proof-points">
<h4>Proof Points</h4>
<p>Knowledge and skills proof points may include but are not limited to:</p>
<section id="assess-knowledge-and-skills">
<h5>Assessing Skills to Identify and Address Gaps</h5>
<p>Assessments may include:</p>
<ul>
<li>organizational surveys that identify current skill levels and gaps</li>
<li>tracking employee training for ICT accessibility skills</li>
<li>certification or competency reviews and programs</li>
<li>accessibility criteria integration into employee performance measurements.</li>
</ul>
</section>
<section id="kns-building-organizational-capacity">
<h5>Building and Maintaining Organizational Capacity</h5>
<p>Organizational capacity may include:</p>
<ul>
<li>implementation of role-based training plans and curricula</li>
<li>procuring external training resources as needed</li>
<li>incorporation of digital accessibility training curricula into organizational learning management, tracking, and auditing systems</li>
<li>accessibility training when onboarding all new employees</li>
<li>accessibility requirements included in position descriptions</li>
<li>subject matter experts (SMEs) positioned within the organization to provide training and support</li>
<li>organizing or attending digital accessibility events to increase awareness and knowledge</li>
<li>awareness campaigns (also pertinent to the Cultural dimension)</li>
</ul>
</section>
<section id="kns-dimension-integration">
<h5>Dimension Integration</h5>
<ul>
<li>Training and learning programs should be integrated into proof points for each dimension</li>
</ul>
</section>
<section id="kns-goals-metrics">
<h5>Dimension Goals and Metrics</h5>
<ul>
<li>Dimension-related goals are established, metrics are defined, and progress is tracked</li>
</ul>
</section>
</section>
</section>
<section id="support">
<h3>Support</h3>
<p>Both internal employees and external customers with disabilities need support with regard to the organization's ICT. This includes reasonable accommodations for employees and customer support specific to users' ICT accessibility needs.</p>
<section id="evaluate-support">
<h4>How to Evaluate Support Maturity Level</h4>
<ol>
<li>Download the <a href="https://www.w3.org/TR/maturity-model/A11yMaturityTemplate.xlsx">maturity model spreadsheet</a>.</li>
<li>List all the organization's current “Support” efforts.</li>
<li>Compare the list to the spreadsheet to decide which proof points will be used to assess your organization's “Support” accessibility maturity. Not all proof points will be used for every business or organization. The proof points in section 3.3.2 are non-exhaustive examples of criteria.</li>
</ol>
<p>The level is <b>Inactive</b> when proof points demonstrate that:</p>
<ul>
<li>no effort has been made or only isolated efforts have been identified.</li>
</ul>
<p>The level is <b>Launch</b> when proof points demonstrate that:</p>
<ul>
<li>Plans are in place to provide basic information about accessibility support to customers and employees, but there hasn't been any execution yet. This may include:
<ul>
<li>a written reasonable accommodation policy and process</li>
<li>relevant accessibility and accommodation support information.</li>
</ul>
</li>
<li>Accessibility support training relevant to each individual's position is planned but hasn't been provided yet.</li>
</ul>
<p>The level is <b>Integrate</b> when proof points demonstrate that:</p>
<ul>
<li>the customer-facing website has a dedicated accessibility help section with frequently asked questions (FAQ) or help topics</li>
<li>tools and processes are in place to facilitate requests for employee accommodations</li>
<li>hiring managers have access to disability awareness training</li>
<li>accessibility support training relevant to each individual's position has started.</li>
</ul>
<p>The level is <b>Optimize</b> when proof points demonstrate that:</p>
<ul>
<li>fully trained customer support staff able to support users' accessibility questions</li>
<li>multiple ways to communicate with technical support that meets the needs of customers with disabilities are provided</li>
<li>ICT accessibility support is available for all internally and externally used ICT</li>
<li>training programs are in place for ICT support staff, and staff has been trained</li>
<li>continuous improvement plans are ongoing</li>
<li>accessibility support training relevant to each individual's position is required, measured, and monitored for improvement</li>
</ul>
</section>
<section id="support-proof-points">
<h4>Proof Points</h4>
<p>Support [=proof points=] may include but are not limited to:</p>
<ul>
<li>written policy on requesting and providing employee ICT-related [=accommodations=]</li>
<li>publicly available (and accessible) web accessibility statement with pointers to support mechanisms</li>
<li>support mechanisms are accessible</li>
<li>help topics or FAQs that are specific to accessibility</li>
<li>training for [=customer=] support agents (or internal ICT support staff) in accessibility, assistive technology, and disability etiquette and awareness</li>
<li>established disability-focused employee resource groups (ERG) with executive sponsorship</li>
<li>validation process in place to manage accessibility feedback</li>
<li>accessibility feedback is incorporated to facilitate continuous improvement of identified ICT</li>
<li>defined and documented methods to evaluate the effectiveness of accessibility support, actively in use.</li>
</ul>
<section id="support-staff-training">
<h5>Support Staff Training</h5>
<p>Training is in place for support staff to build and maintain relevant skills in support of this dimension's [=proof points=].</p>
</section>
<section id="support-metrics-goals">
<h5>Support Metrics and Goals</h5>
<ul>
<li>Establish appropriate / meaningful goals and metrics for the support organizations, to measure and track progress towards achieving those goals.</li>
<li>Continuous improvement plans are ongoing.</li>
<li>Accessibility support training relevant to each individual’s position is required, measured, and monitored for improvement.</li>
</ul>
</section>
<section id="support-goals-metrics">
<h5>Dimension Goals and Metrics</h5>
<ul>
<li>Dimension-related goals are established, metrics are defined, and progress is tracked</li>
</ul>
</section>
</section>
</section>
<section id="ict-development-lifecycle">
<h3>ICT Development Lifecycle</h3>
<p>Accessible Information and communication technologies (ICT) serve as a critical enabler that allows persons with disabilities to realize full and effective opportunities to participate, on the basis of equality, in all aspects of society and development that involve technology. Accessibility should be considered throughout the entire ICT development lifecycle: from idea conception to design, development, testing, production of an [=ACR=] based on Industry recognized standards, user research, maintenance, and obsolescence. Training programs must be established and ongoing to have the necessary skills for the ICT Development Lifecycle dimension.</p>
<section id="evaluate-ICT-development-lifecycle">
<h4>How to Evaluate ICT Development Lifecycle Maturity Level</h4>
<ol>
<li>Download the <a href="https://www.w3.org/TR/maturity-model/A11yMaturityTemplate.xlsx">maturity model spreadsheet</a>.</li>
<li>List all the organization's current “ICT Development Lifecycle” efforts.</li>
<li>Compare the list to the spreadsheet to decide which proof points will be used to assess your organization's “ICT Development Lifecycle” accessibility maturity. Not all proof points will be used for every business or organization. The proof points in section 3.4.2 are non-exhaustive examples of criteria.</li>
</ol>
<p>The level is <b>Inactive</b> when proof points demonstrate that:</p>
<ul>
<li>no effort has been made or only isolated efforts have been identified.</li>
</ul>
<p>The level is <b>Launch</b> when proof points demonstrate that:</p>
<ul>
<li>there is some awareness and recognition of the need for accessible ICT development, but it is inconsistently approached or decentralized</li>
<li>accessibility efforts are limited to new products, applications, and websites</li>
<li>plans are in place to provide accessibility ICT development lifecycle training, relevant to each individual's position.</li>
</ul>
<p>The level is <b>Integrate</b> when proof points demonstrate that:</p>
<ul>
<li>there are ongoing process improvement efforts for accessibility in the ICT development lifecycle per role or discipline</li>
<li>accessibility requirements are considered and practiced but not consistently applied during ICT design, development, and testing across the ICT portfolio</li>
<li>remediation of existing products, applications, and websites has started</li>
<li>training on ICT development lifecycle accessibility, relevant to each individual's position, has started.</li>
</ul>
<p>The level is <b>Optimize</b> when proof points demonstrate that:</p>
<ul>
<li>there's an ICT development accessibility thought leader at the organization who adheres to a structural, standardized, and reporting approach</li>
<li>design specifications include accessibility guidance, developers consistently create accessible User Interfaces (UI), manual and automated accessibility testing is performed during development, and automated accessibility testing is incorporated into Continuous Integration/Continuous Delivery (CI/CD) build pipelines</li>
<li>release management includes gates for accessibility quality</li>
<li>maintenance releases are re-inspected for accessibility</li>
<li>[=ACR=]s are updated and made available, as needed, for procurable ICT</li>
<li>research deliberately seeks out and evaluates input from users with disabilities</li>
<li>ICT development lifecycle accessibility training, relevant to each individual's position, is required, measured, and monitored for improvement.</li>
</ul>
</section>
<section id="development-lifecycle-proof-points">
<h4>Proof Points for ICT Development Lifecycle Dimension</h4>
<p>ICT development lifecycle [=proof points=] may include but are not limited to:</p>
<section id="ict-user-research">
<h5>User Research</h5>
<ul>
<li>user research includes disabilities</li>
<li>conduct user research focusing only on disabilities</li>
<li>research participants are provided with applicable accommodations, such as more time for the session, assistive technology, virtual options, and details about the physical location for in-person sessions and how they will be provided access</li>
<li>forms, releases, instructions, or other materials are accessible</li>
<li>archetypes, personas, journey maps, and other relevant synthesis and output from user research include people with disabilities</li>
</ul>
</section>
<section id="ict-planning-design">
<h5>Planning and Design</h5>
<ul>
<li>digital accessibility standards and other related criteria (as identified) are integrated into planning and design phases of ICT development projects</li>
<li>designers have access to accessibility checklists, guidelines, annotation templates, etc. </li>
<li>accessibility reviews are part of the design process</li>
<li>design and content style guides include accessibility considerations</li>
<li>design systems components include accessibility considerations</li>
<li>design work delivered to developers includes accessibility information and annotations that meet relevant accessibility standards</li>
<li>consistent approach to designing accessibility features across products</li>
<li>user stories, jobs to be done (JTBD), etc., include persons with disabilities</li>
</ul>
</section>
<section id="ict-development">
<h5>Development</h5>
<ul>
<li>accessible developer implementation resources
<ul>
<li>team channels to discuss accessibility - direct messaging, office hours, email</li>
<li>information pages</li>
</ul>
</li>
<li>developer's accessibility checklists</li>
<li>consistent approach to implementing accessibility features across products</li>
<li>documented way to triage and prioritize fixing accessibility issues and address [=customer=]-reported feedback on accessibility</li>
<li>accessibility requirements included in the definition of done</li>
</ul>
</section>
<section id="ict-quality-review-release">
<h5>Quality Review Through Release</h5>
<ul>
<li>consistent approach to accessibility testing and releasing products</li>
<li>testing process documents steps for manual accessibility testing, utilizing assistive technology</li>
<li>testing process includes automated accessibility testing</li>
<li>schedule includes stakeholder activities focused on accessibility</li>
<li>bug-tracking system includes an accessibility category</li>
<li>prioritization and review system for accessibility defects</li>
<li>accessibility is identified as a product release gate</li>
<li>documented testing steps and cadence for agile delivery of changes without a full release cycle. Some examples are:
<ul>
<li>content review for website updates</li>
<li>content review for social media posts</li>
</ul>
</li>
<li>accessibility Conformance Report ( [=ACR=]) authoring guide for commercial off-the-shelf (COTS) products used within the business, such as Google Workspace, Microsoft Office, or Jira</li>
</ul>
</section>
<section id="ict-development-training">
<h5>ICT Development Training</h5>
<ul>
<li>accessibility in the ICT lifecycle training is in place to build and maintain relevant role-based skills in support of this dimension's [=proof points=]</li>
</ul>
</section>
<section id="ict-goals-metrics">
<h5>Dimension Goals and Metrics</h5>
<ul>
<li>Dimension-related goals are established, metrics are defined, and progress is tracked</li>
</ul>
</section>
</section>
</section>
<section id="personnel">
<h3>Personnel</h3>
<p>Qualified individuals with disabilities should be employed throughout an [=organization=]'s hierarchy (that is, all job types, all authority levels, and every department) so that their unique insights and lived experiences can better inform decision-making.</p>
<section id="evaluate-personnel">
<h4>How to Evaluate Support Maturity Level</h4>
<ol>
<li>Download the <a href="https://www.w3.org/TR/maturity-model/A11yMaturityTemplate.xlsx">maturity model spreadsheet</a>.</li>
<li>List all the organization's current Personnel efforts.</li>
<li>Compare the list to the spreadsheet to decide which proof points will be used to assess your organization's “Personnel” accessibility maturity. Not all proof points will be used for every business or organization. The proof points in section 3.5.2 are non-exhaustive examples of criteria.</li>
</ol>
<p>The level is <b>Inactive</b> when proof points demonstrate that:</p>
<ul>
<li>no effort has been made or only isolated efforts have been identified.</li>
</ul>
<p>The level is <b>Launch</b> when proof points demonstrate that:</p>
<ul>
<li>including employees with disabilities in the workforce has been recognized </li>
<li>targeted recruiting of qualified candidates with disabilities has been initiated, but recruitment, retention, engagement, and activities related to disability inclusion are not well-organized</li>
<li>accessible hiring announcements that encourage applications from the disability community are posted</li>
<li>equal employment opportunities for people with disabilities is specifically stated in company diversity and inclusion policies and statements</li>
<li>a champion has been designated to facilitate and mature disability inclusion</li>
<li>plans are in place for providing disability inclusion training, relevant to each individual’s position.</li>
</ul>
<p>The level is <b>Integrate</b> when proof points demonstrate that:</p>
<ul>
<li>a disability inclusion roadmap that drives ICT accessibility is in place</li>
<li>the overall organizational approach to evaluating recruitment, retention, advancement, and engagement is defined </li>
<li>process integration for maturing disability inclusion efforts for ICT accessibility is in progress but not consistently implemented across the organization</li>
<li>the company has identified strategic positions to employ people with disabilities who will help audit and drive the development of accessible products and services</li>
<li>targeted recruiting of employees with disabilities with an accessible recruiting process</li>
<li>training on accessibility inclusion knowledge and skills relevant to each individual's position has started.</li>
</ul>
<p>The level is <b>Optimize</b> when proof points demonstrate that:</p>
<ul>
<li>employees with disabilities are leveraged throughout the organization to achieve full ICT accessibility maturity</li>
<li>organization-wide, disability inclusion staffing efforts are well-defined, evaluated, remediated, and integrated with ICT accessibility efforts and goals across the organization </li>
<li>employees with disabilities hold critical decision-making positions and are included in all areas of the organization to drive accessibility in every facet of the business</li>
<li>the disability employee resource group (ERG) is leveraged to inform accessibility decision-making</li>
<li>employees with disabilities are leveraged to audit accessibility</li>
<li>employees with disabilities are leveraged for product development</li>
<li>employees with disabilities are leveraged for the development of accessible services.</li>
</ul>
</section>
<section id="personnel-proof-points">
<h4>Proof Points</h4>
<p>Personnel proof points may include but are not limited to:</p>
<section id="personnel-recruiting">
<h5>Recruiting</h5>
<ul>
<li>established goals for recruiting employees with disabilities</li>
<li>hiring announcements with diversity statements encouraging and attracting applications from people with disabilities</li>
<li>a gap analysis or needs assessment to understand where the business is falling short of including applicants with disabilities</li>
<li>preferential hiring initiatives to recruit employees with disabilities, where not prohibited by law</li>
</ul>
</section>
<section id="personnel-accessible-job-application-platform">
<h5>Accessible Job Application Platform</h5>
<ul>
<li>hiring tools, job boards, etc., meet a specified level of accessibility</li>
<li>recruiting communications meet a specified level of accessibility</li>
<li>accessibility audit of jobs' website</li>
<li>accessibility audit of the application process</li>
</ul>
</section>
<section id="personnel-strategic-engagement">
<h5>Strategic Engagement</h5>
<ul>
<li>established employee resource group (ERG), with an executive sponsor, for employees with disabilities to directly contribute first-hand knowledge and lived experience to accessibility efforts</li>
<li>product and project focus groups of employees with disabilities</li>
<li>mentoring program for employees with disabilities</li>
<li>employees are informed of and have access to a defined accommodation process</li>
<li>accessible employee evaluations take accessibility into consideration</li>
<li>accessible employee onboarding processes </li>
</ul>
</section>
<section id="personnel-goals-metrics">
<h5>Dimension Goals and Metrics</h5>
<ul>
<li>Dimension-related goals are established, metrics are defined, and progress is tracked</li>
</ul>
</section>
</section>
</section>
<section id="procurement">
<h3>Procurement</h3>
<p>Procurement is a strategic process focused on finding and acquiring cost-effective products needed by an [=organization=]. Activities in procurement include sourcing, negotiation, and selection of goods and services.</p>
<p>The majority of an organization's ICT assets result from procurement transactions and contracts. When accessibility criteria are integrated into procurement processes and contract language, an organization can be more capable of providing accessible products, services, and workplaces.</p>
<section id="evaluate-procurement">
<h4>How to Evaluate Procurement Maturity Level</h4>
<ol>
<li>Download the <a href="https://www.w3.org/TR/maturity-model/A11yMaturityTemplate.xlsx">maturity model spreadsheet</a>.</li>
<li>List all the organization's current "Procurement" efforts.</li>
<li>Compare the list to the spreadsheet to decide which proof points will be used to assess your organization's “Procurement” accessibility maturity. Not all proof points will be used for every business or organization. The proof points in section 3.6.2 are non-exhaustive examples of criteria.</li>
</ol>
<p>The level is <b>Inactive</b> when proof points demonstrate that:</p>
<ul>
<li>no effort has been made or only isolated efforts have been identified.</li>
</ul>
<p>The level is <b>Launch</b> when proof points demonstrate that:</p>
<ul>
<li>work has been initiated to identify and integrate accessibility into procurement processes and accessibility language into all ICT-related solicitation and contract documents and vendor responses throughout the procurement life cycle</li>
<li>some plans are in place for providing accessibility procurement knowledge and skills relevant to each individual's position.</li>
</ul>
<p>The level is <b>Integrate</b> when proof points demonstrate that:</p>
<ul>
<li>solicitation and contract language are complete, and responses have been analyzed by accessibility or trained procurement professionals</li>
<li>vendors are required to submit accessibility documentation to be evaluated as part of the overall vendor assessment</li>
<li>a communications mechanism has been put in place to inform vendors of accessibility requirements</li>
<li>accessibility is a monitored element of the procurement life cycle</li>
<li>accessibility criteria are included in contract renewal negotiations</li>
<li>training on accessibility procurement knowledge and skills relevant to each individual's position has started.</li>
</ul>
<p>The level is <b>Optimize</b> when proof points demonstrate that:</p>
<ul>
<li>full and consistent use of accessibility processes, criteria, contract language, and decision-making to procure and maintain accessible products and services throughout the procurement life cycles</li>
<li>procurement processes are regularly reviewed and refined as needed</li>
<li>training on accessibility procurement knowledge and skills relevant to each individual's position is required, and improvement is measured and monitored.</li>
</ul>
</section>
<section id="procurement-proof-points">
<h4>Proof Points</h4>
<p>Procurement [=proof points=] may include but are not limited to:</p>
<section id="procurement-policy-documentation">
<h5>Policy Documentation</h5>
<ul>
<li>published ICT accessibility policy that includes procurement or a separate procurement policy that includes accessibility</li>
<li>accessibility requirements and other information are communicated to vendors</li>
</ul>
</section>
<section id="procurement-consistent-contract-language">
<h5>Consistent Use of Standardized Procurement Language</h5>
<ul>
<li>standardized solicitation language that includes accessibility for ICT procurement</li>
<li>standardized solicitation language that includes accessibility in ICT contracts</li>
<li>accessibility-specific solicitation forms and templates for items like bids and proposals</li>
</ul>
</section>
<section id="procurement-consistent-evaluation">
<h5>Consistent Evaluation Process and Methods</h5>
<ul>
<li>proof of accessibility evaluations</li>
<li>documented evaluation methodology</li>
<li>submission scoring methodologies</li>
</ul>
</section>
<section id="procurement-accessibility-contract-language">
<h5>Accessibility Contract Language</h5>
<ul>
<li>requirement that automated and/or manual accessibility testing has been performed on the product, service, or final deliverable</li>
<li>reviews of the development life cycle accessibility criteria integration and development</li>
<li>warranties and remedies sections in procurement contracts include accessibility</li>
<li>vendor corrective actions and remediation plans pre and post-deployment</li>
<li>executed contract examples with accessibility language</li>
<li>procurement-specific accessibility checkpoint requirements for custom development contracts.</li>
</ul>
</section>
<section id="procurement-program-management">
<h5>Accessibility in Procurement Program Management</h5>
<ul>
<li>an accessibility audit to determine where the procurement program system is not meeting accessibility requirements has been conducted</li>
<li>lifecycle of procurement contracts has a defined, documented, and tracked lifecycle</li>
<li>procurement-related accessibility metrics are tracked and documented</li>
<li>a defined process for identifying and addressing complaints</li>
</ul>
</section>
<section id="procurement-training">
<h5>Procurement Training</h5>
<ul>
<li>accessibility-related procurement training is in place for staff to build and maintain relevant skills in support of this dimension's proof points</li>
</ul>
</section>
<section id="procurement-goals-metrics">
<h5>Dimension Goals and Metrics</h5>
<ul>
<li>Dimension-related goals are established, metrics are defined, and progress is tracked</li>
</ul>
</section>
</section>
</section>
<section id="culture">
<h3>Culture</h3>
<p>Organizational culture consists of shared beliefs, values, policies, and processes established by leaders that ultimately shape employee perceptions, behaviors, and understanding.</p>
<p>To demonstrate cultural maturity in accessibility, all aspects of the [=organization=]'s operation, processes, and skills should include considerations for disability inclusion. Every member of the organization should understand and be sensitive to the importance of ICT accessibility, including their personal role and responsibilities in meeting the organization’s accessibility goals. Accessibility should be an integral part of diversity and inclusion within the organization, with a clear recognition of the benefits of disability inclusion and the impact of ICT accessibility on people with disabilities to facilitate access to jobs, services, and other aspects of life.</p>
<section id="evaluate-culture">
<h4>How to Evaluate Culture Maturity Level</h4>
<ol>
<li>Download the <a href="https://www.w3.org/TR/maturity-model/A11yMaturityTemplate.xlsx">maturity model spreadsheet</a>.</li>
<li>List all the organization's current "Culture" efforts.</li>
<li>Compare the list to the spreadsheet to decide which proof points will be used to assess your organization's “Culture” accessibility maturity. Not all proof points will be used for every business or organization. The proof points in section 3.7.2 are non-exhaustive examples of criteria.</li>
</ol>
<p>The level is <b>Inactive</b> when proof points demonstrate that:</p>
<ul>
<li>no effort has been made or only isolated efforts have been identified.</li>
</ul>
<p>The level is <b>Launch</b> when proof points demonstrate that:</p>
<ul>
<li>there's a recognized need for organization-wide cultural programs on accessibility and disability inclusion, and planning has been initiated, but with limited activity</li>
<li>work has been initiated for:
<ul>
<li>integrating ICT accessibility into organizational processes and governance, including policies and practices that impact employees and external audiences</li>
<li>identifying leadership for the initiative</li>
<li>formulating cultural programs</li>
</ul>
</li>
<li>plans are in place for providing accessibility culture knowledge and skills relevant to each individual’s position.</li>
</ul>
<p>The level is <b>Integrate</b> when proof points demonstrate that:</p>
<ul>
<li>cultural programs have been created and initially deployed</li>
<li>metrics have been established, and hiring practices have been implemented</li>
<li>policies are in place with partial execution</li>
<li>diversity and inclusion are promoted, but no action plan has been developed</li>
<li>[=communities of practice=] have been established</li>
<li>training on accessibility culture knowledge and skills relevant to each individual’s position has started.</li>
</ul>
<p>The level is <b>Optimize</b> when proof points demonstrate that:</p>
<ul>
<li>there's a strong cultural awareness, appreciation, sensitivity, and support for all aspects of ICT accessibility and people with disabilities</li>
<li>policies, processes, and practices are in place, used consistently, and regularly reviewed and refined as needed</li>
<li>all employees understand and are sensitive to the importance of ICT accessibility and how it fits within their roles and responsibilities. They also appreciate the value of a diverse population within and outside the organization</li>
<li>training on accessibility culture knowledge and skills relevant to each individual's position is required, measured, and monitored for improvement</li>
</ul>
</section>
<section id="culture-proof-points">
<h4>Proof Points</h4>
<p>Culture [=proof points=] may include but are not limited to:</p>
<section id="organizational-culture-of-inclusion">
<h5>Organizational Culture of Disability Inclusion</h5>
<ul>
<li>executive sponsor in place for digital accessibility</li>
<li>executive-level digital accessibility program leadership</li>
<li>executive statement of the organization's commitment to digital accessibility</li>
<li>IT accessibility policy in place and implemented</li>
<li>a proactive approach to digital accessibility included in business strategy</li>
<li>digital accessibility promotion as a market differentiator included in business strategy </li>
<li>core values incorporate digital accessibility as a necessity for disability inclusion </li>
<li>code of conduct includes digital accessibility </li>
<li>diversity, equity, and inclusion activities include a disability focus</li>
<li>[=communities of practice=] include a digital accessibility focus</li>
<li>ICT accessibility criteria are integrated into employee/officer performance plans (if relevant)</li>
<li>mandated and monitored employee support for digital accessibility and disability inclusion </li>
<li>monitoring and improvement of digital accessibility program</li>
<li>accessibility and disability inclusion-specific questions included in regular employee satisfaction surveys</li>
<li>defined and documented process for employee feedback on accessibility and disability-inclusion efforts</li>
</ul>
</section>
<section id="culture-training">
<h5>General Training</h5>
<ul>
<li>accessibility-related training to build and maintain relevant skills in support of this dimension's [=proof points=]</li>
</ul>
</section>
<section id="culture-goals-metrics">
<h5>Dimension Goals and Metrics</h5>
<ul>
<li>Dimension-related goals are established, metrics are defined, and progress is tracked</li>
</ul>
</section>
</section>
</section>
</section>
<section id="Appendix">
<h2>Appendix</h2>
<h3>Internal resources needed to implement the maturity model at your organization</h3>
<p> Implementing the maturity model is a group effort. We know that every company is set up differently and will have different titles/roles, so we compiled a sample list to help you get started and identify who will be helping you on the proof points and the dimensions.
</p>
<ul>
<li>You should identify a key leader that’s responsible for key aspects of each dimension and for driving that dimension to full maturity. The leader may or may not have knowledge of digital accessibility.</li>
<li>If accessibility is new to the dimension leader(s), they should gain basic digital accessibility training. We suggest checking out <a href="https://www.w3.org/WAI/courses/foundations-course/">W3C’s free, online courses</a> to learn more about what digital accessibility is, why it’s important, and who benefits from it.</li>
<li>If your company has the ability to form a working group, that might be a great way to collaborate on this effort.</li>
</ul>
<table>
<thead>
<tr>
<th>Role</th>
<th>Communications</th>
<th>Knowledge and Skills</th>
<th>Support</th>
<th>ICT Dev Life Cycle</th>
<th>Personnel</th>
<th>Procurement</th>
<th>Culture</th>
</tr>
</thead>
<tbody>
<tr>
<td>Accessibility consultant/advisor</td>
<td>Y</td>
<td>Y</td>
<td>Y</td>
<td>Y</td>
<td>Y</td>
<td>Y</td>
<td>Y</td>
</tr>
<tr>
<td>Accessibility/Disability/Inclusion influencer</td>
<td>Y</td>
<td>N</td>
<td>Y</td>
<td>Y</td>
<td>N</td>
<td>N</td>
<td>Y</td>
</tr>
<tr>
<td>Accessibility specialist/helper/org</td>
<td>Y</td>
<td>N</td>
<td>Y</td>
<td>Y</td>
<td>Y</td>
<td>Y</td>
<td>Y</td>
</tr>
<tr>
<td>AT developer</td>
<td>N</td>
<td>N</td>
<td>N</td>
<td>N</td>
<td>N</td>
<td>N</td>
<td>N</td>
</tr>
<tr>
<td>Authoring tool developer</td>
<td>N</td>
<td>N</td>
<td>N</td>
<td>Y</td>
<td>N</td>