Maak toegankelijkheid een standaard onderdeel van je ontwikkelproces
Bij het ontwikkelen van een website of app zou toegankelijkheid vanzelfsprekend moeten zijn. De praktijk leert dat dat vaak niet het geval is. Soms komt dat door desinteresse en het niet inzien hoe relevant het is voor het ontwikkelde product. Echter, soms komt het ook omdat ontwikkelaars wel gemotiveerd zijn om hier aandacht aan te geven maar onvoldoende handvatten hebben om hun ontwikkelde code toegankelijk op te leveren. Daarom hier een aantal tips om dat op te nemen in het ontwikkelproces.
- Definiton of Done
- (Standaard) Testscenario’s
- Dedicated stakeholder
- Training voor ontwikkelaars
Definition of Done
Om te beginnen, maak van toegankelijke code een vereiste door het op te nemen in je Definiton of Done – of een voor jou relevante variant daarop. Code is pas gereed voor oplevering als die toegankelijk is. Neem bijvoorbeeld in je DoD op: “De opgeleverde implementatie voldoet aan de WCAG 2.2 AA”.
Eventueel kun je dit verder uitsplitsen naar criteria die voor het project relevant zijn:
Toegankelijkheid
- Voldoet aan WCAG 2.2 AA, waaronder:
- Tekstalternatieven zijn aanwezig.
- Contrastwaarden voldoen aan eisen.
- Content kan zonder verlies van informatie of functionaliteit worden geschaald.
- Alle interactieve elementen zijn in de juiste volgorde waarneembaar en bedienbaar via het toetsenbord.
- Componenten en navigatie zijn consistent geïmplementeerd.
- Formuliervelden hebben duidelijke instructies en foutmeldingen.
- De HTML is semantisch correct en eventuele ARIA-attributen zijn correct toegepast.
Wil je hulp bij het opstellen van een Definition of Done die voor jou en jouw project relevant is? Wij bieden hiervoor consultancy aan.
(Standaard) Testscenario’s
Ontwikkelde code kan automatisch getest worden met tools als Axe, Google Lighthouse of IBM Equal Access Toolkit. Met deze tools kun je een aantal accessibility-tests automatisch opnemen in je releaseprocedure. Lang niet alle WCAG-criteria zijn automatisch met deze tools te testen. Daarvoor kun je aanvullend specifieke tests schrijven in bijvoorbeeld Gherkin. Axe, Lighthouse of EAT kunnen bijvoorbeeld wel testen of een skip-link aanwezig is, maar niet of die correct werkt. Met Gherkin kun je dat wel testen. Hoe je zo’n scenario specificeert en of zo’n test in jouw geval effectief is, daar kunnen wij je bij helpen.
Dedicated stakeholder
Je hoeft niet alles zelf te controleren, in je scrum-proces kun je ook een toegankelijkheidsexpert aanstellen als stakeholder. Dit kan goed werken om kennis in het ontwikkelproces in te brengen en deze kennis op te bouwen bij de ontwikkelaars en andere stakeholders. Wij kunnen een WCAG-stakeholder leveren.
Training van ontwikkelaars
Het meest effectief om toegankelijke code op te leveren is zorgen dat die vanaf het begin correct wordt geschreven. Kennis van toegankelijkheid en de WCAG bij ontwikkelaars is van enorme waarde. Controle achteraf is altijd verstandig (via automatische tests en/of een stakeholder) maar des te minder fouten daarbij gevonden worden, des te sneller en betrouwbaarder de code en de planning worden. Er hoeven immers minder vaak en minder ingrijpende aanpassingen achteraf gedaan worden. Ook voor ontwikkelaars zelf is deze extra kennis een enorme meerwaarde. Het is extra gereedschap in hun toolbox. Zie onze pagina over trainingen voor meer informatie.
Combinatie
Al deze opties dragen bij aan kwalitatief betere code en een hogere standaard binnen het ontwikkelteam. Waardoor achteraf minder correcties nodig zijn, zodat oplossingen sneller door een WCAG-audit heen komt en (dure) aanpassingen achteraf niet nodig zijn. De combinatie van een aantal van de hiervoor beschreven mogelijkheden is daarvoor zeer effectief. Een Definition of Done is een eenvoudige eerste stap, de training van developers altijd een goede investering en automatische testscenario’s en/of een stakeholder een zeer effectieve strategie.
Tip
Werk je uitsluitend met externe partijen om je digitale diensten te ontwikkelen, zorg dan dat je bij je leveranciers uitvraagt of dergelijke processen aanwezig zijn. Neem bovendien in je inkoopvoorwaarden op dat de opgeleverde code voldoet aan de toegankelijkheidseisen uit de WCAG 2.2 AA.
Lees meer over ons aanbod over trainingen en consultancy of neem vrijblijvend contact op.
Meer weblogberichten
Reactie toevoegen
U kunt hier een reactie plaatsen. Ongepaste reacties worden niet geplaatst. Uw reactie mag maximaal 2000 karakters tellen.
Reacties