Inaccessible technology is bad leadership, bad design and bad coding - Technical.ly Philly

Access

Apr. 27, 2018 1:48 pm

Inaccessible technology is bad leadership, bad design and bad coding

And here's advice on how to fix that, from Think Company's Phil Charron.

Inside Think Company's Philly East office.

(Courtesy photo)

Technical.ly’s Editorial Calendar explores a different topic each month. The April 2018 topic is accessibility. These stories explore people and firms making technologies that all people can use. From assistive technology to web accessibility, these stories explore the latest in building a more inclusive society.
Remember when “mobile-first” was the buzzword of the day and we obsessively measured every touch target we created? We don’t hear about it today because it is ingrained in what we do. We still practice it, but it now lies in the muscle memory of experienced designers and developers. That’s where we should be with accessibility. Instead, it is often regarded as some kind of magical skill that is poorly understood and requires an expensive cleanup crew to fix.

It’s time to fix that.

I would be lying if I said Think Company had all this perfected, but we are constantly working on it. We know if we don’t, we’ll be left in the dust by someone who is. Here are a few important lessons for people in your organization.

Hey, Leaders! Good leadership is accessible

If your agency, consultancy or in-house shop is putting out work that is poorly designed or developed, the buck stops right at your desk. You have to ask yourself what you’re doing to encourage that kind of behavior. Stomping around the office taking names and venting doesn’t help, but fostering a culture of inclusivity will.

Lead your team to better decisions. Make sure everyone knows accessibility is an expectation of their work. Appoint at least one in-house expert for folks to go to when they have questions or need advice. Have that expert monitor an accessibility channel in Slack where people can discuss challenges and make better decisions.

It doesn’t stop at the work you do; think about the people doing the work. I recently attended a panel on accessibility where Neil McDevitt, executive director of the Deaf-Hearing Communication Centre, explained that hiring people with disabilities is an area of inclusivity that is often left unconsidered in the overall discussion of diversity and inclusion. (Editor’s note: Technical.ly’s recent profile of accessibility consultant Austin Seraphin echoes that sentiment.)

Much of the work Think Company does centers on the systems that people use to get their work done. Inaccessible systems limit your options when looking for talent and contribute to workplace discrimination. So stop tolerating them. Every software vendor should be able to tell you their product is fully accessible. If it isn’t, politely tell them to call back when it’s fixed.

Advertisement

Hey, Designers! Good design is accessible

Every project begins with defining the goals and audience for the work we are doing. It’s not good business to exclude nearly 20 percent of your user base, but designers that don’t consider accessibility do that every day.

In over 25 years of designing and building technologies, I’ve never encountered a client who has said, “Our audience is fully-sighted accountants.” That would be ludicrous. Yet your mockup with bright green and red numbers to indicate profit or loss assumes there are no color blind accountants. Inserting assumptions into a persona is bad design, but that’s what many of us are guilty of when we don’t consider the range of abilities of our audience.

Hey, Developers! Good code is accessible

Adaptive technologies rely on developers writing well-structured code that follows industry standards. So if your code is inaccessible, it’s either because you aren’t following standards, or you didn’t approach your work inclusively.

Standards ensure that adaptive technologies can interpret your work, but they also ensure that people who have limited abilities can access your work. Guess what? Accessible code just works better. For example, using anchors and form buttons instead of adding event handlers to DIVs and SPANs is helpful for assistive technologies and SEO.

Do it now

Feeling overwhelmed? It doesn’t take much to train your muscle memory:

  1. Study up on WCAG and 508 compliance
  2. Take an online accessibility course
  3. Attend a session on accessibility at a conference
  4. Attend a conference dedicated to accessibility
  5. Set aside an hour a week to use an assistive technology to navigate your favorite site or app
  6. Watch Austin Seraphin’s TED talk

Then, hold yourself accountable. Rewrite your core values. Ask whether your site has passed an accessibility audit, and ask what is being done to fix the issues found. Most importantly, accept that it is everyone’s responsibility.

Organizations: Think Company
-30-
JOIN THE COMMUNITY, BECOME A MEMBER
Already a member? Sign in here

Advertisement

How can employers improve the job hunt? ‘Please just have some goddamn empathy’

This app generates startup names from Hacker News so your company can totally crush it

This nonprofit got a $20,000 Comcast grant for assistive technology

SPONSORED

Philly

Clients and community come first for Vanguard employees

Chesterbrook, PA

Deacom

Entry Level Software Developer

Apply Now
Chesterbrook, PA

Deacom

IT Specialist

Apply Now
Malvern, PA

Vanguard

Sr. Full Stack Developer-Client Experience Lab

Apply Now

CS4Philly needs your help getting computer science into Philly schools

Here’s why Minecraft matters for Philly public schools

Learn why ‘the channel’ is worth $1.5 trillion and growing: Oct. 9–12

SPONSORED

Philly

UX, UArts and the importance of human-centered design

Malvern, PA

Vanguard

Product Owner of Data Science Solutions

Apply Now
Malvern, PA

Vanguard

Java Developer-Entry

Apply Now
Malvern, PA

Vanguard

Technical Lead-Full Stack

Apply Now

Sign-up for daily news updates from Technical.ly

Do NOT follow this link or you will be banned from the site!