L'accessibilitat des del principi amb Shift LeftA11y

La metodologia Shift Left A11y està enfocada a integrar l'accessibilitat en totes les etapes del cicle de vida del desenvolupament del programari, des de la planificació fins al manteniment, en lloc de deixar-la per a les etapes finals.

Què significa Shift Left A11y?

“Shift Left” vol dir “desplaçar a l'esquerra” i “A11y”, que comunament es pronuncia “Ally”, és l'abreviatura de “Accessibility”, en la qual se substitueixen per “11” els caràcters que hi ha entre la “a” i la “i”. Per tant, aquesta metodologia vol dir “desplaçar a l'esquerra l'accessibilitat” en un diagrama de flux de desenvolupament de programari.

Problemes comuns d'accessibilitat

El més habitual és trobar que alguna cosa no és accessible una vegada està en producció, la qual cosa comporta un cost alt en hores per a resoldre'l. Com s'ha pogut publicar alguna cosa sense ser accessible? Perquè per la simple raó que no s'ha contemplat al llarg de les etapes anteriors. I és que segons l'estudi realitzat per Deque, el 67% de problemes d'accessibilitat tenen el seu origen en disseny.

Com més aviat s'integri l'accessibilitat, menys costós serà corregir errors.

Solucions amb Maj A11y esquerre

L'objectiu d'aquesta metodologia és evitar problemes d'accessibilitat des de les primeres etapes. Això ens permet:

• Reduir costos: Detectar i solucionar problemes d'accessibilitat aviat és molt més rendible que fer-ho al final.

• Millorar l'eficiència: Considerar l'accessibilitat des del disseny i els requisits tècnics ajuda a salvar la bretxa entre el disseny i el desenvolupament, impulsant l'eficiència.

• Incrementar la qualitat: Els productes accessibles que compleixen amb els estàndards actuals milloren l'experiència d'usuari per a tothom.

• Inclusió més forta: s'estima que un 15% de la població mundial té algun tipus de discapacitat.

Implementació de Majúscules a l'esquerra A11y en etapes

Dins del procés, podem identificar tres etapes principals: Sprint, Deploy i Next Release. Aquesta metodologia és circular, és a dir, el projecte està en constant evolució.

Sprint

Dins del sprint podem trobar les subetapas clàssiques del procés de disseny:

1. Planificació: El/la PM ha d'incloure en els requeriments del projecte punts sobre l'accessibilitat. S'han de definir els DOD per a assegurar que s'estan complint aquests requisits.

2. Fer una primerenca revisió dels prototips: Revisar els dissenys amb una checklist de disseny accessible per a detectar com més aviat millor problemes en el plantejament i execució dels elements en el disseny.

3. Revisió automatitzada en la QA: Fer una revisió dels criteris de conformitat WCAG 2.2 abans de publicar evita molts costos per a solucionar problemes trobats en la revisió en pre.

4. Revisió manual i automatitzada del codi: Aplicar tècniques de revisió manuals i automatitzades per a detectar errors més enllà de les WCAG. Comprovar l'accessibilitat més enllà del compliment de la legalitat vigent.

5. Proves amb usuari: El testing automatitzat no pot substituir a les proves manuals i al feedback real de les persones usuàries amb discapacitat.

Deploy

6. Manteniment en producció: Revisió i correcció d'errors. S'ha de fer un seguiment en les analítiques per KPIs per a mantenir i millorar l'accessibilitat amb eines com Google analytics.

Next Release

Començar el següent release del nostre projecte començant amb el primer pas del sprint.

Passos per a implementar Shift Left A11y

1. Conscienciació: El primer pas és crear consciència sobre la importància de l'accessibilitat en l'equip de disseny, desenvolupament i tota l'empresa en general. Tota l'empresa ha de saber què és l'accessibilitat digital i per què és important.

2. Capacitació: És important que l'equip rebi capacitació sobre com dissenyar, desenvolupar i provar programari accessible per a tenir un equip qualificat per a competir en el mercat.

3. Integració primerenca: L'accessibilitat ha de ser considerada des de les primeres etapes del cicle de vida de desenvolupament de programari en lloc d'agregar l'accessibilitat com un requisit tardà, ha d'integrar-se des de l'inici.

4. Eines i tècniques: Cal identificar i utilitzar eines i tècniques per a garantir que el programari sigui accessible. Existeixen moltes disponibles i és important triar l'adequada a cada moment.

5. Proves d'accessibilitat: S'han de fer proves d'accessibilitat per a garantir que el programari sigui accessible. Les proves han de realitzar-se regularment durant tot el cicle de vida per a identificar i corregir problemes.

6. Col·laboracions: S'ha de fomentar la col·laboració entre developers i especialistes A11y, ja que ajudarà a corregir problemes d'accessibilitat abans que es converteixin en problemes més grans.

7. Avaluació contínua: L'accessibilitat ha de ser avaluada contínuament durant tot el cicle de vida de desenvolupament.

Mesurem el seu èxit

Es pot mesurar l'èxit de la implementació de la metodologia Shift Left A11y a través d'indicadors clau de rendiment (KPIs), que ajuden a mesurar l'impacte de les pràctiques d'accessibilitat en la qualitat del producte i en la satisfacció de l'usuari.

1. Nombre de problemes d'accessibilitat trobats: Un augment en aquest número podria indicar una millora en detecció de problemes d'accessibilitat i una major consciència d'accessibilitat.

2. Percentatge de problemes d'accessibilitat corregits: Aquest KPI mesura la quantitat de problemes d'accessibilitat corregits durant el procés de desenvolupament.

3. Nivell de satisfacció de les persones usuàries: El nivell de satisfacció de l'usuari respecte a l'accessibilitat pot indicar una millora en la qualitat del producte.

4. Temps i cost de correcció de problemes d'accessibilitat: Una disminució en el temps i el cost pot indicar una millora en l'eficiència del procés de correcció de problemes.

Conclusió

La implementació de Shift Left A11y en les organitzacions requereix un canvi cultural de tots els membres de l'equip, des dels dissenyadors fins als desenvolupadors, perquè estiguin compromesos amb l'accessibilitat. Fomentant la cultura de la inclusió, les organitzacions poden crear productes que siguin veritablement útils per a totes les persones.