Planning/Content Analysis
Resources
Resource name and link | Description |
---|---|
Accessibility | The first place to start for a short introduction to Web accessibility. |
Developing Organizational Policies on Web Accessibility | Describes considerations when making simple or comprehensive policies for organizations. |
Strategic Planning for Web Accessibility | Provides IT managers, project managers, small business owners, accessibility consultants, and others with guidance on planning for web accessibility throughout your organization and projects. |
Improving the Accessibility of Your Website | Provides steps to help site owners and managers plan for accessibility improvements of a website. |
Involving Users in Web Projects for Better, Easier Accessibility | Describes how project managers, designers, and developers can better understand accessibility issues and implement more effective accessibility solutions in their websites and web applications; browsers, media players, and assistive technologies; authoring tools such as content management systems (CMS), blog software, and WYSIWYG editors; standards and policies on accessibility; web technologies and technical specifications. |
Selecting and Using Authoring Tools for Web Accessibility | Provides information to help find authoring tools that support accessibility and work around the gaps in existing authoring tools. |
Introduction to Web Accessibility | Introduces Web accessibility and links to additional resources. |
Developing a Web Accessibility Business Case for Your Organization | Presents benefits and costs of Web accessibility and includes guidance on incorporating these aspects into a specific organization's business case. Includes separate pages for Social Factors, Technical Factors, Financial Factors, and Legal & Policy Factors, and a collection of supporting Resources. |
How People with Disabilities Use the Web | Introduces detailed examples of people with different disabilities using websites, applications, browsers, and authoring tools. |
WCAG 2.0 at a Glance | A short summary of the WCAG 2.0 guidelines |
Easy Checks - A First Review of Web Accessibility | Provides simple steps to help assess if a web page addresses accessibility. |
Involving Users in Web Accessibility Evaluation | Provides guidance on including people with disabilities ("users") in accessibility evaluation throughout Web development. |
Evaluation Approaches for Specific Contexts | Describes evaluation during the development process, ongoing monitoring, evaluation of legacy sites, and evaluation of dynamically generated Web pages. |
Selecting Web Accessibility Evaluation Tools | Provides guidance on choosing which Web accessibility evaluation tools to use to help evaluate Web accessibility. |
Using Combined Expertise to Evaluate Web Accessibility | Describes the composition, training, and operation of teams of reviewers evaluating accessibility of websites. |
Components of Web Accessibility | No notes available |
Developing Web Accessibility Presentations and Training | Helps you develop presentations and training on web accessibility. Includes Accessibility Topics, Presentation Outlines, and a Workshop Outline. |
Start with Accessibility | Helps you develop presentations and training on web accessibility. Includes Accessibility Topics, Presentation Outlines, and a Workshop Outline. |
Relevance of resources
This table shows the resources relevant to tasks for each persona. Each persona/task pairing also has an indication of the relevance of that task to the persona. Relevance is rated as Very, Quite, or Not.
Where there is no clear resource that would support that specific need, this has been marked as an Opportunity.
Personas and tasks are presented in the Planning Personas document.
An important question is how well the resource meets the needs of the task. There are two dimensions to this, firstly does how does the resource respond to the needs of the task — does it answer the question? is it obvious how it answers the question? would the reader have to work hard to use the information? is it up-to-date? The second dimension is more how well the resource meets the needs of the individual reader, as represented by the personas. Some users are more novice than others and some require much more practical information.
These two factors are broadly captured as:
- Each resource is labelled as Excellent, Good, or Fair to indicate how well it supports the task
- For each persona there is an indication of Excellent, Good, or Fair for how well the resource supports them. Where there are two or more resources, there will be multiple indications of the status. Where the resource is 'Not' relevant for that persona, nothing will be included.
Task | Core resources | Persona | |||||
---|---|---|---|---|---|---|---|
Cedric | Hibah | Jani | Svetla | Matt | Megumi | ||
Find out more about what accessibility actually is |
|
Very
|
Not | Very
|
Not | Quite
|
Quite
|
Create a design briefing incorporating accessibility for design agency | Opportunity | Very | Very | Quite | Not | Not | Very |
Produce accessibility training materials for technical team |
|
Very
|
Quite
|
Not | Quite
|
Quite
|
Not |
Modify brand guidelines to build accessibility in | Opportunity | Not | Very | Not | Quite | Not | Very |
Prepare a business case for management highlighting the value accessibility brings | Not | Very
|
Not | Very
|
Quite
|
Quite
| |
Communicate accessibility aims and value to wider organization | Quite
|
Very
|
Not | Very
|
Quite
|
Very
| |
Find out what questions he needs to ask developers to ensure they are able to deliver an accessible website | Not | Quite
|
Very
|
Not | Quite
|
Not | |
Learn how to check for accessibility to confirm developer claims | Quite
|
Not | Very
|
Not | Quite
|
Not | |
Learn how content should be managed to ensure it stays accessible | Opportunity | Quite | Quite | Very | Quite | Very | Quite |
Prepare and communicate an introduction to accessibility resource | Very
|
Very
|
Not | Very
|
Quite
|
Quite
| |
Improve existing project management process to bake in accessibility |
|
Very
|
Quite
|
Not | Very
|
Quite
|
Quite
|
Develop a knowledge sharing process to spread understanding of accessible solutions throughout organization | Opportunity | Quite | Quite | Not | Very | Quite | Not |
Understand the broad impact of accessibility and legal responsibilities | Not | Not | Quite
|
Quite
|
Very
|
Quite
| |
Create a policy to address accessibility of internal systems and tools | Quite
|
Quite
|
Not | Very
|
Very
|
Quite
| |
Identify and prioritize accessibility issues | Very
|
Not | Quite
|
Very
|
Very
|
Not | |
Work with legal department to ensure accessibility is part of technology and design purchasing process | Opportunity | Quite | Quite | Not | Quite | Quite | Very |
Create and track metrics on accessibility improvements and resulting corporate social and financial gains | Opportunity | Very | Very | Not | Quite | Quite | Very |
Work with technical, design, and content teams to develop better understanding of accessibility | Quite
|
Very
|
Not | Quite
|
Quite
|
Very
| |
Understand what the legal risks are associated with accessibility | Very |
Quite |
Quite |
Not | Very |
Quite | |
Identify and assign responsibilities within the team | Very |
Quite |
Not | Very |
Very |
Quite | |
Assess and track accessibility requirements | Very |
Quite |
Not | Very |
Very |
Quite | |
Understand what to do when some web content isn't accessible | Very |
Not | Very |
Very |
Very |
Not |