agile accessibility: being digital by default (2013)

34
Agile accessibility: Being digital by default Léonie Watson, Director of Accessibility Nomensa @LeonieWatson @we_are_Nomensa

Upload: leonie-watson

Post on 28-Jan-2015

109 views

Category:

Technology


1 download

DESCRIPTION

Accessibility and the Gov.UK website, how accessibility works in an agile environment, and being digital (and accessible) by default.

TRANSCRIPT

Page 1: Agile accessibility: Being digital by default (2013)

Agile accessibility: Being digital by default

Léonie Watson, Director of Accessibility Nomensa

@LeonieWatson @we_are_Nomensa

Page 2: Agile accessibility: Being digital by default (2013)

Building accessibility into Gov.UK

Page 3: Agile accessibility: Being digital by default (2013)

Gov.UK alpha: Objectives

To openly test a prototype of a UK Government website;

To design and build it using open technologies and agile techniques;

To shape it all with an obsession for meeting user's needs.

Page 4: Agile accessibility: Being digital by default (2013)

Gov.UK alpha: Outcomes

Within two months, 100,000 people visited the alpha;

Nearly 1000 people left structured feedback, and 3000 more gave feedback via Twitter.

Page 5: Agile accessibility: Being digital by default (2013)

Gov.UK alpha : Accessibility

Of the top ten problems reported, accessibility was fifth, and colour contrast was tenth.

Page 6: Agile accessibility: Being digital by default (2013)

Gov.UK beta: Goals

To make the most easy to use, accessible Government website there has ever been;

a box marked "accessible" isn’t enough. It has to be useful for everyone and usable by everyone.

Page 7: Agile accessibility: Being digital by default (2013)

Gov.UK beta: Design principles

Accessible design is good design. We should build a product that’s as inclusive, legible and readable as possible. If we have to sacrifice elegance - so be it.

Page 8: Agile accessibility: Being digital by default (2013)

Gov.UK beta: Accessibility champions

We created accessibility champions, and made inclusive design everyone's responsibility.

Page 9: Agile accessibility: Being digital by default (2013)

Gov.UK beta: Accessibility

Implemented accessibility settings, then discovered nobody was using them;

Switched to a highly accessible font, and moved to a generous default text size;

Simplified the language, and reduced the content to manageable chunks.

Page 10: Agile accessibility: Being digital by default (2013)

Transit typeface

Page 11: Agile accessibility: Being digital by default (2013)

Gov.UK live: Goals

To add new features, test them quickly, and rapidly make changes based on feedback from users.

Page 12: Agile accessibility: Being digital by default (2013)

Gov.UK live: Accessibility policy

BS8878 didn't fit the agile approach we wanted to take.

Page 13: Agile accessibility: Being digital by default (2013)

Gov.UK live: Accessibility statements

No need to present an accessibility statement, because inclusive design is a core principle.

Page 14: Agile accessibility: Being digital by default (2013)

Making agile accessibility

work

Page 15: Agile accessibility: Being digital by default (2013)

Accessibility champions

Bring people with accessibility knowledge and experience into your team.

Page 16: Agile accessibility: Being digital by default (2013)

Agile testing

Build iterative accessibility checks into every sprint.

Page 17: Agile accessibility: Being digital by default (2013)

Conformance testing

Carry out accessibility audits after milestone sprints.

Page 18: Agile accessibility: Being digital by default (2013)

Accessibility testing

Carry out testing with older and disabled people after milestone sprints.

Page 19: Agile accessibility: Being digital by default (2013)

Maintenance testing

Continue agile, conformance and accessibility testing throughout the lifetime of your service.

Page 20: Agile accessibility: Being digital by default (2013)

Meeting the digital by default

standard

Page 21: Agile accessibility: Being digital by default (2013)

Digital by default: Standards

Your service should aim to meet Level AA of the Web Content Accessibility Guidelines (WCAG) 2.0 as a starting point.

Page 22: Agile accessibility: Being digital by default (2013)

Digital by default: Testing

Your service should be tested by disabled people, older people, and people who use assistive technologies;

You should aim to do this at least twice as your service is developed.

Page 23: Agile accessibility: Being digital by default (2013)

Digital by default: Policies and statements

The GDS team is not comfortable with a statement that draws a distinction between accessibility and any other aspect of best practice development.

Page 24: Agile accessibility: Being digital by default (2013)

Digital by default: Why we do it

The services we provide are for the benefit of all citizens of the United Kingdom. As such, no user should be excluded on the basis of disability.

Page 25: Agile accessibility: Being digital by default (2013)

Digital by default: Legal

To do so would breach the Equality Act 2010.

Page 26: Agile accessibility: Being digital by default (2013)

Building accessibility

into SLC

Page 27: Agile accessibility: Being digital by default (2013)

SLC: Part of the team

We work on site with the digital delivery team, and their development partners.

Page 28: Agile accessibility: Being digital by default (2013)

SLC: Sprinting ahead

We prototype interactions, predict accessibility challenges and rapidly iterate solutions.

Page 29: Agile accessibility: Being digital by default (2013)

SLC: Knowledge sharing

We educate designers and developers, leaving a legacy of skill.

Page 30: Agile accessibility: Being digital by default (2013)

SLC: Agile accessibility

We provide fast accessibility checks during sprints;

Comprehensive audits after milestone sprints;

Regular testing with disabled young people.

Page 31: Agile accessibility: Being digital by default (2013)

Enjoying the benefits

Page 32: Agile accessibility: Being digital by default (2013)

Gov.UK: On time

The Gov.UK alpha took 12 weeks to create;

The Gov.UK beta took 15 months;

Both launched on time.

Page 33: Agile accessibility: Being digital by default (2013)

SLC: Happy customers

70% of loan applicants were "extremely satisfied" with the process;

Moving online increased daily applications from 30% to 70%;

People who applied online were 218% more satisfied than those using paper..

Page 34: Agile accessibility: Being digital by default (2013)

Questions?Léonie Watson, Director of Accessibility Nomensa

@LeonieWatson @we_are_Nomensa

T. +44 (0)117 929 7333

W. nomensa.com