El cicle de vida accessible: fases, responsables i portes de qualitat

Les lliçons d'aquest curs recorren el producte digital fase per fase: requisits i disseny, components, treball diari de l'equip, proves, llançament, operació i evolució. Abans d'entrar en cadascuna és convenient tenir el mapa complet. En aquesta lliçó veuràs quina pregunta d'accessibilitat es respon en cada fase, quin lliurable la deixa per escrit, qui n'és responsable i quines portes de qualitat (quality gates, controls que cal superar per passar a la fase següent) impedeixen que un problema avanci sense que ningú el vegi.

De l'auditoria puntual al cicle de vida

Moltes organitzacions gestionen l'accessibilitat com un esdeveniment: s'encarrega una auditoria, arriba un informe amb cent troballes, se'n corregeix una part i, un any després, la següent auditoria en troba cent més. El problema no és l'auditoria, que vas estudiar a fons al nivell 4, sinó que actua sobre el resultat i no sobre el procés que el produeix. Cada versió nova torna a fabricar els mateixos errors perquè no ha canviat res en com es demana, es dissenya, es construeix i es publica.

Gestionar l'accessibilitat en el cicle de vida significa tractar-la com una propietat de qualitat, igual que la seguretat o el rendiment, amb activitats, responsables i controls en cada fase. Al nivell 5 vas veure els rols de l'organització i al curs anterior, l'estratègia; aquí baixem a l'equip de producte: què fa cada persona, en cada fase, en un producte concret.

Sis fases, sis preguntes

Cada organització anomena les seves fases a la seva manera, però gairebé totes es poden agrupar en sis:

Les lliçons següents desenvolupen cada fila: requisits i disseny a «Shift-left»; la construcció a «Design systems accessibles» i «L'accessibilitat dins de l'sprint»; la verificació a «QA i automatització»; el llançament en la seva pròpia lliçó; i l'operació i l'evolució a «Operació» i «Productes existents». El que s'aprèn a la fase 6 torna a la fase 1 de la versió següent.

La fase oblidada: descobrir i definir

És la fase que menys es mira i la que més condiciona la resta. Abans de la primera història d'usuari, l'equip respon quatre preguntes en una fitxa de context:

1. Marc legal. És un servei del sector públic, subjecte al RD 1112/2018 (PDF, s'obre en una finestra nova) amb l'EN 301 549 (PDF, s'obre en una finestra nova) com a referència tècnica? És un servei cobert per la Llei 11/2023 (PDF, s'obre en una finestra nova), com el comerç electrònic, els serveis bancaris per a consumidors, els serveis de transport de viatgers o els llibres electrònics? Es vendrà a administracions que exigiran l'EN 301 549 als seus plecs? La resposta fixa el nivell exigit, els terminis i la documentació que caldrà produir en llançar-lo.
2. Persones usuàries. Quins perfils el faran servir i en quins contextos? Un tràmit per a persones grans i una app de transport que es fa servir dret en una andana plantegen necessitats diferents. És el moment de planificar la investigació amb persones usuàries amb discapacitat del curs N7-C4.
3. Plataformes i tecnologies de suport. Navegadors, sistemes operatius, app nativa o híbrida, i la matriu de tecnologies de suport amb què es provarà: per exemple, NVDA amb Chrome i Firefox, JAWS si hi ha usuaris corporatius, VoiceOver a macOS i iOS, TalkBack a Android, zoom i text gran del sistema.
4. Dependències de tercers. Passarel·la de pagament, signatura electrònica, mapes, xat, gestor de galetes, reproductor de vídeo. Cadascuna és un risc que convé avaluar abans de comprometre-s'hi.

Qui fa què: responsabilitats per criteri

«L'accessibilitat és cosa de tothom» és cert i, dit així, inútil: si és de tothom, ningú no la té a la seva llista de tasques. El W3C publica un recurs per a això, l'Accessibility Roles and Responsibilities Mapping (ARRM), que reparteix les comprovacions entre rols i distingeix entre responsabilitat principal, secundària i de contribució. La idea clau: per a cada criteri, una persona respon que es compleixi i d'altres hi contribueixen. Una assignació orientativa:

Portes de qualitat entre fases

Una porta de qualitat és un control explícit en la transició entre dues fases. Cada porta necessita quatre elements: un criteri verificable, l'evidència que ho demostra, la persona que decideix i el que passa si no es compleix.

Les portes no s'han de convertir en burocràcia. Si una comprovació es pot automatitzar, com el pipeline, automatitza-la; si exigeix criteri, com la revisió de disseny, que sigui breu i amb una llista fixa. Una porta que triga més del que aporta s'acaba saltant.

Resum

• Auditar al final actua sobre el resultat; integrar l'accessibilitat en el cicle de vida actua sobre el procés que produeix els errors.
• El cicle s'organitza en sis fases (descobrir i definir, dissenyar, construir, verificar, llançar, operar i evolucionar), cadascuna amb la seva pregunta, el seu lliurable i el seu responsable.
• La fase de definició fixa el marc legal, les persones usuàries, la matriu de tecnologies de suport i els tercers crítics, i condiciona tota la resta.
• Cada criteri té un responsable principal i d'altres que hi contribueixen; l'ARRM del W3C ofereix un model per repartir-los.
• Les portes de qualitat, amb criteri, evidència, persona que decideix i conseqüència, impedeixen que els defectes avancin cap a les fases més cares.