Følgende beskriver de Agile- og udviklerprocedurer, der bør overholdes i forbindelse med tilgængelighed.
Agile processer
Jobnet-teamet har etableret et koncept med "gates" på SCRUM/Kanban boardet, der beskriver en række forhold der skal være opfyldt, før en task kan flyttes på boardet. Således skal WCAG 2.0, niveau AA være overholdt inden en task kan flyttes fra "In progress" til "Review":
Dette "tjek" sikrer, at der er løbende fokus på tilgængelighed, og at udviklere får mere opmærksomhed på tilgængelighed og WCAG kravene.
Det kan endvidere være en god idé, at indføre en passus om at tilgængelighedskravene skal være overholdt i Definition of Done, og at stipulere WCAG kravene i acceptkriterierne i User-Stories, i de tilfælde, hvor det er relevant.
Det er ikke kun udviklere der bør have fokus på tilgængelighed. Det er et fælles ansvar, at sikre at de løsninger der udvikles overholder tilgængelighedskravene. Således bør også Testere, FA'ere, SCRUM-master og P.O.'ere være bevidste om tilgængelighedskravene, så det sikres, at STAR overholder EU-direktivet vedr. tilgængelighed i al ny-udvikling.
Udvikler-processer vedr. tilgængelighed
Arbejdet med tilgængelighed bør foregå på komponent-niveau, men man skal være opmærksom på, at overholdelse af WCAG 2.0 tilgængelighedskravene på niveau AA vurderes på side-niveau. Af dette følger, at tilgængelighedskravene ikke er opfyldt, hvis en given komponent, der overholder WCAG, indlejres på en side, der ikke overholder WCAG 2.0.
Som udgangspunkt anbefales det alle udviklere, at tjekke tilgængeligheden af det udviklede ved at anvende Google Chromes accessibility tool, som er integreret i Chrome-browseren under "Udviklerværktøjer", fanen "Audits" (man vælger "Perform an audit...", markerer "Accessibility" og klikker "Run audit").
Nedenstående beskriver en række af de vigtigste konkrete tilgængelighedskrav, der skal være opfyldt, men det er ikke en udtømmende liste - dog er man "godt på vej", hvis nedenstående 10 punkter overholdes:
- Der skal være "Spring navigation over"-link på alle relevante sider
- Man skal sikre en logisk og ensartet tabuleringsrækkefølge: Alle interaktive elementer skal kunne tabuleres til fokus, og fokus skal være synlig.
- Alle brugergrænsefladekomponenter skal have programmeringsbestemte navne, roller og værdier, fx skal det sikres, at der er sigende labels på alle felter og input
- Der skal være en kronologisk, ensartet Header-struktur
- Det skal sikres, at farve-kontraster overholder minimumskrav for AA (4,5:1)
Der skal anvendes tekstbaserede alternativer til enhver form for ikke-tekstbaseret indhold, således at det kan ændres til de formater, som brugerne har behov for, f.eks. stor skrift, punktskrift, tale, symboler eller enklere sprog.
- Korrekt navngivning af links: Formålet med ethvert link skal kunne bestemmes ud fra link-teksten alene eller ud fra link-teksten sammen med den link-kontekst, der er programmeringsmæssigt bestemt.
- Der skal forefindes ledetekster eller instruktioner, når indhold kræver brugerinput.
- Tekst skal, med undtagelse af undertekster og billeder af tekst, kunne forstørres op til 200 % uden brug af kompenserende teknologi uden tab af indhold eller funktion.
- Tabeller: Overskrifter skal placeres før tabellen. Komplekse tabeller kan i nogle tilfælde brydes op i flere tabeller af hensyn til overskueligheden. Hvis tabel-elementer er brugt til layout kan de skulle ændres til lister eller almindelige afsnit.
Nedenfor er der adgang til de to W3C'guidelines for tilgængelighed (hhv. krav til web og krav til non-web documents), der er relevante for STAR, og som er de overordnede reference-dokumenter for WCAG 2.0. Heri findes udtømmende beskrivelser af de enkelte tilgængelighedskrav der kræves overholdt.