Slide Deck from Bill Tyler's presentation on Role-Based Analysis of WCAG 2.0 at the Accessible by Design Conference held at Indiana University on May 8, 2018
Streamlining Python Development: A Guide to a Modern Project Setup
A11y by Design 2018 Rethinking Accessibility 2018-05-08
1. Accessibility by Design
Indiana University, Bloomington Indiana, May 8, 2018
Bill Tyler
Sr. Digital Accessibility Engineer, Accessibility Center of Excellence, UX Design Services
Optum Technology @billtyler btyler@optum.com http://
Rethinking Accessibility:
Role-Based Analysis of
WCAG 2.0
2. My Experience
30+ yrs. of UI/UX Design & Development
12+ yrs. in medical devices
2X dot-com survivor
16+ yrs. in plans & providers
Started Web 1996
Started Accessibility 2002
Full-time A11y SME 2013
Materials Presented
4+ yrs. of ongoing accessibility research & analysis at Optum Technology
Background
2
4. No one thinks about accessibility
… EXCEPT the a11y expert
Accessibility comes at END of development
…by TESTING done by the a11y expert
All issues found are directed to DEVELOPERS to fix
…with HELP from a11y expert
Final Result: “Sort of” Accessible Result
The Problem: The Usual Approach to Accessibility
4
13. Decision Making Roles
• Standard
agile role
• Project
initiator
• Requirements
definer
• Result
approver
• Business
liaison
• Requirement
author
• Wireframe
creator
• UX / Usability
expert
• Presentation
owner
• Style expert
• Layout
creator
• Design
enforcer
• Style guide
author
• Design comp
artist
• Image file
producer
• Author of All
Text “Large &
Small”
Large: sections
Small: words
• Content
proofreader
• Includes time-
based media
• Script writer
• Audio & video
file creator
• Front-End
Programmer
• Last stop
before testing
• Primary target
for all defects
13
14. Of a like mind…
14
Accessibility Responsibility Breakdown
• Denis Boudreau / W3C / WAI-Engage Community, April 2012
Source: http://www.w3.org/community/wai-engage/wiki/Accessibility_Responsibility_Breakdown
– 12 Roles
Interactive WCAG 2.0
• Jeremy Fields / Viget, January 2015
Source: http://code.viget.com/interactive-wcag/
– 5 Roles
Accessibility is Everyone’s Job: A Role-Based Model for Teams
• Mark Palmer / Simply Accessible, June 2016
Source: http://simplyaccessible.com/article/role-based-a11y
– 6 Roles
15. Differences in our approach
15
Decision Ownership
• Roles not just identified as part of process
RACI Model Levels
• Levels of ownership based on impact to deliverable
Additional Analysis
• Examined (much) more than just ownership (or phases)
Actionable
• Apply to enterprise distribution of work and responsibility
16. RACI (RASCI) Modeling
Responsible – Owns the issueR
Accountable – to Responsible “owner”A
Supportive – but not accountableS
Consulted – to address issueC
Informed – of results, but not consultedI
16
Source: http://www.valuebasedmanagement.net/methods_raci.html
17. Role Ownership Model
Primary – Individual role with “final approval”P
Secondary – actively involved in decisionS
Contributor – affect, but not deeply involvedC
17
18. Example: SC1.4.1 Use of Color
Visual Designer Interaction Designer Business Owner
18
21. 21
Primary Success Criteria Ownership
IX Designer: 37% (14)
Content Author: 24% (9)
Developer: 21% (8)
Vx Designer: 16% (6)
Business Owner: 3% (1)
Observations
• Developers only own 1 in 5 criteria
• Developers are third in ownership
• Need to work with other roles
23. Software Design Lifecycle Entry Points
Code (front-end development: HTML, CSS, JavaScript)
Content (text, terminology, and includes video & audio)
Design Comps (page or feature final presentation)
Style Guides (site presentation, branding, colors, logos)
Wireframes (structure of page, interface, interactions)
User Story / Standard Requirements
23
24. Of a like mind…
24
Accessibility Responsibility Breakdown
• Government of Canada, April 2014
Source: https://wet-boew.github.io/themes-dist/GCWeb/demos/arb-rra/arb-rra-en.html
– 7 “Production Phases”
As with roles, we went further and added levels
• Levels based upon expected frequency
25. Entry Point Level Model
Primary – single, most significant (typical) entry pointP
Secondary – other significant entry pointsS
Impact – other minor sources of design inputI
25
28. 28
Primary Success Criteria Entry Points
Wireframes: 50% (19)
User Story/Std. Req.: 24% (9)
Style Guides: 18% (7)
Code: 5% (2)
Content: 2% (1)
Design Comps: “0%”
Observations
• 95% of decisions come before code
• Half are defined in wireframes
• A quarter are in user stories
• Nearly a fifth in style guide
33. 33
Success Criteria Types
Best Practices: 53% (20)
Primarily A11y: 39% (15)
Requirements: 8% (3)
Observations
• Over half of decisions are
best practices roles should
already know
• Accessibility training could
focus on topics they don’t
35. Example (of what NOT to do): “Press the green button on the right.”
Notes:
• Rare instance of single owner, no secondary owner or contributor
• Example of a “Never” event
SC1.3.3 Sensory Characteristics
35
36. Example: “Session times out in 5 minutes. Continue? Yes / No”
Notes:
• Business Owner’s only primary ownership criterion
• Rare Standard Requirement case
SC2.2.1 Timing Adjustable
36
37. Example: Search, Site Map, Breadcrumbs, Top-nav, In-page links
Notes:
• One of several Interaction Designer-only primary criteria
SC2.4.5 Multiple Ways
37
38. (Questionable) Example: “Blue on ‘light’ blue”
Notes:
• One of several Visual Designer primary ownership crits
• Visual Designer has no secondary ownership
SC1.4.3 Color Contrast (Minimum)
38
39. (Bad) Example: “Missing alt attribute in <img>”
Notes:
• Code reviews should already include code validation
SC4.1.1 Parsing
39
41. Opportunities to improve efficiency and quality
for both new and existing sites
Involvement should be early in the design process – “Shift Left”
• Includes project intake
Where appropriate Distribute & Assign ownership (resolution)
to roles other than developer & testers
All roles should have training tailored to their role
Checklists for reviewing all design deliverables before sign-off
Changes: General
41
42. Distributing common issue remediation to other roles means…
• Agile teams become more self-sufficient
• Design roles make better decisions preventing issues at the start
• Team members can identify & return issues at earlier steps without A11y SMEs
• QA testers can do perform a good portion of a11y testing
This frees Accessibility SMEs to focus on “difficult” issues that require their
expertise
Net Result: Reduce the total number of accessibility SMEs across the
enterprise
• Important for organizations with hundreds of sites
Changes: Accessibility Role
42
44. 44
“Shift Left” Approach for New Projects
QA / A11y Testing
Developers
Content Author
Visual (Vx) Designer
Interaction (IX) Designer
Business Owner
ADD
A11Y
HERE
45. Integrate accessibility early in the design process
Distribute accessibility ownership to key decision makers
Targeted, role-based training
• Refresher on existing best practices
• Accessibility training only on topics they own or impact
Changes: New Projects – “Shift Left”
45
46. SC2.2.1 Timing Adjustable
Session timeouts
• Identify Need
• Select approaches to use
SC2.4.5 Multiple Ways
Initial Requirements / Feature Definitions
• Site search
• Site map
46
Shift Left Criterion Example - Requirements
47. SC2.4.3 Focus Order
Document sequence along with content elements
• Basic overview
• Page- or section-specific as needed
SC2.4.6 Headings & Labels / SC1.3.1 Info & Relationships
Document headings & hierarchies
• On page or as “table of contents” in notes (SC2.4.6)
• Define heading levels (SC1.3.1)
47
Shift Left Criterion Examples - Wireframes
48. SC1.4.3 Contrast (Minimum)
Specify and Test
• Text Colors with…
• Backgrounds
SC2.3.1 Three Flashes or Below Threshold
Define standards
• No blinking content of any kind
• Color thresholds for animation
48
Shift Left Criterion Examples – Style Guides
49. SC1.3.3 Sensory Characteristic
Inform authors to
• Include non-sensory instructions
Encourage Common Writing Standards that are AAA
• SC3.1.3 Unusual Words
• SC3.1.4 Abbreviations
• SC3.1.5 Reading Level
49
Shift Left Criterion Examples – Writing Guides
51. 51
“Shift Left” Approach for Triage Projects
QA / A11y Testing
Developers
Content Author
Visual (Vx) Designer
Interaction (IX) Designer
Business Owner
ADDRESS
A11Y HERE
52. As with new projects, all roles should have targeted role-
based training
As issues are found they should be directed to the correct role
owner, not simply the developer
• Issues directed to specific roles will demonstrate how previous
decisions impacted accessibility
Changes: Triage of Existing Sites
52
53. Expand Team
• Not just developers & testers
• Include designers, content author and (possibly) business owner
Review Checkpoints
• Analyze checkpoints
• Identify typical owner to resolve issues
– Developers & Testers should not “do design”
53
“Shift Left” Remediation
55. Offshoot of Education & Outreach Working Group
Approved at CSUN March 2018
• Team lead: Denis Boudreau (Deque)
• Members: Bill Tyler (me), Sean Kelly (Optum), Caitlyn Geier (Deque)
In the Future
• Working out 3-year plan
• Defining deliverables which include decision-tree for groups to do role-based
analysis for their own teams
• Will be open to review and input
55
W3C RA11y Project
56. Available NOW(!)
Targeted specifically for UX designers – Not A11y experts!
Design Before Code: Thinking About Accessibility from the Ground Up
by Caitlyn Geier, 2-Part Blog Posting (2017)
• https://bit.ly/2I0O3rY
– https://www.deque.com/blog/design-code-thinking-accessibility-ground/
Accessibility Heuristics 1.0
by Caitlyn Geier & Denis Boudreau, PDF document (CSUN 2018)
• http://bit.ly/a11y-heuristics
56
Shift Left / UX Designer Materials
57. More of the same
No huge changes but percentage follow the trends…
• Developer decreases
• IX Designer increases
• Vx Designer increases
• Content author unchanged
• Business Owner count unchanged
57
WCAG 2.1