Een schatting maken van de kosten voor het verhelpen van een toegankelijkheidsprobleem

Oplossingen op het gebied van toegankelijkheid zijn geen fouten. Het zijn functies die het team de eerste keer niet heeft opgenomen.

Door een toegankelijkheidsprobleem als een bug te behandelen („zorg ervoor dat het modaalvenster de focus vasthoudt”), wordt alleen de „val” aangepakt. Er wordt geen aandacht besteed aan de factoren waarvan deze „val” afhankelijk is: de rest van de toetsenbordnavigatie, de uitspraken van de schermlezer en het kleurcontrast, dat waarschijnlijk ook in het volgende modaalvenster hetzelfde probleem vertoont. De meeste „kleine toegankelijkheidsaanpassingen“ vormen de eerste stap in een reeks problemen die zich door de gehele component heen uitstrekken.

De realistische schatting heeft betrekking op de klasse, niet op het concrete exemplaar. Als u één oplossing implementeert, bent u de volgende sprint weer terug voor de verwante klasse, en de verwante klasse daarvan, totdat iemand toegeeft dat het werk neerkomt op het „controleren van het modale interactiemodel” en de omvang ervan op die manier vaststelt.

Wat er in de kamer wordt gezegd

Frontend: “Het toevoegen van de focus-trap kost een halve dag.”

Vraag: “Wordt de knop ‘Sluiten’ door schermlezers aangekondigd?”

Ontwerper: “Is het contrast op de secundaire knop voldoende?”

Inleiding: “Hoeveel andere modale werkwoorden hebben dezelfde vorm?”

PM: “Gaan we ze allemaal aanpakken, of alleen die waarover klanten hebben geklaagd?”

Vragen die het waard zijn om te stellen voordat u gaat stemmen

• Is dit een instantie of een klasse? Hoeveel soortgelijke componenten zijn er?
• Reikwijdte van de controle: dit onderdeel, deze pagina, dit product?
• WCAG-doelstelling: A, AA, AAA?
• Testen: axe, handmatige schermlezer, doorloop met uitsluitend het toetsenbord?
• Voorkomen van regressies: Lint-regel, story-snapshot, CI-controle?
• Hoeveel bedraagt het lopende budget voor toegankelijkheidswerkzaamheden nadat dit project is afgerond?

Als het om een klasse gaat in plaats van een instantie, scheid dan het onderdeel waarmee klanten in aanraking komen van de controle van de rest, en stem de omvang van elk onderdeel af op wat u daadwerkelijk toezegt.

Bepaal de omvang van de les, niet van de lesmoment. Een veelvoorkomende valkuil is een halve dag; het patroon dat hierachter schuilgaat, is het verhaal.

Net als bij het inschatten van een wijziging in een ontwerpsysteem is de aanpassing in de bovenstroom slechts een kleine stap, terwijl de dekking in de benedenstroom het eigenlijke werk vormt. Bekijk de andere uitgewerkte schattingsvoorbeelden, of start een gratis planningpoker-sessie zodra er overeenstemming is bereikt over de omvang van het project.