Llançament: criteris de sortida, excepcions i documentació de conformitat

Llançar és una decisió i, com tota decisió, necessita criteris fixats per endavant. Sense criteris guanya sempre la data compromesa: el producte surt amb barreres «que s'arreglaran a la versió següent» i ningú no deixa constància de quines són ni de quan es corregiran. En aquesta lliçó veuràs com definir criteris de sortida d'accessibilitat, com gestionar les excepcions quan no es compleixen i quina documentació de conformitat correspon a cada tipus de producte: la declaració d'accessibilitat del sector públic, la informació que s'exigeix als serveis coberts per la Llei 11/2023 (PDF, s'obre en una finestra nova) i els informes de conformitat que demanen clients i plecs.

Criteris de sortida

Els criteris de sortida (en anglès, la decisió go/no-go, «es llança o no es llança») s'acorden al principi del projecte, a la fase de definició que vam veure a la lliçó sobre el cicle de vida, i no la setmana del llançament. Un conjunt raonable per a una versió important:

• Cap defecte bloquejant obert, amb l'escala de severitat per impacte de la lliçó «Operació».
• Cap defecte greu obert en els fluxos crítics; els greus fora d'aquests fluxos, només amb una excepció aprovada.
• Pipeline d'accessibilitat en verd en tots els fluxos automatitzats.
• Proves manuals completades en els fluxos crítics amb la matriu de tecnologies de suport acordada, amb evidències registrades.
• Avaluació prèvia al llançament feta i les seves troballes classificades.
• Defectes restants registrats com a deute, amb responsable i data.
• Documentació de conformitat actualitzada i equip de suport informat.

La persona que decideix la sortida ha de tenir autoritat real per dir «no» i no hauria de ser la mateixa que respon del termini. En moltes organitzacions decideix la persona responsable de producte, amb el vistiplau obligatori de la persona responsable d'accessibilitat.

L'avaluació prèvia al llançament

El seu abast ha de ser proporcional al canvi. En una versió major o en un producte nou, aplica una avaluació amb la metodologia WCAG-EM (s'obre en una finestra nova) que vas estudiar al nivell 4: abast definit, exploració, mostra estructurada i aleatòria, avaluació i informe. En una versió menor n'hi ha prou amb una prova de regressió centrada en les pantalles i els fluxos modificats i en els components compartits que s'hagin tocat.

Recorda dos requisits de conformitat de les WCAG que se solen oblidar amb les presses: la conformitat s'aplica a pàgines completes, no a parts d'una pàgina, i quan una pàgina forma part d'un procés, totes les pàgines del procés han de complir. Un flux de compra amb totes les pantalles correctes llevat de la del pagament no és conforme: el procés sencer deixa de ser-ho.

Excepcions: sortir amb defectes coneguts sense amagar-los

De vegades no es compleixen tots els criteris i hi ha raons legítimes per llançar igualment: una obligació legal amb data fixa, una fallada de seguretat a la versió anterior o un defecte en una funció secundària la correcció del qual depèn d'un proveïdor. El que distingeix una excepció d'un descuit és que està documentada i caduca. Una fitxa d'excepció mínima inclou:

1. Defecte concret, criteri WCAG afectat i severitat.
2. Motiu pel qual no es corregeix abans de sortir.
3. Alternativa disponible des del primer dia per a les persones afectades: un altre canal, assistència, un format alternatiu.
4. Responsable i data límit de correcció.
5. Persona que l'aprova, diferent de l'equip que la sol·licita.
6. Reflex a la documentació pública quan escaigui, per exemple a l'apartat de contingut no accessible de la declaració.

Mai no s'hauria d'aprovar una excepció sobre un defecte bloquejant: equival a llançar un servei que deixa fora una part de la població. I cada excepció entra automàticament al registre de deute que vam veure a la lliçó sobre l'sprint, perquè la seva data límit no depengui de la memòria de ningú.

Documentació de conformitat segons el context

Què cal publicar depèn del marc que es va fixar a la fase de definició. La taula resumeix els casos més habituals:

Dos consells d'expert. Primer, actualitzar la declaració o la informació d'accessibilitat forma part del llançament, no d'una tasca anual que algú recorda tard: si la versió nova canvia la situació, el document canvia el mateix dia. Segon, un informe de conformitat que marca «Compatible» en totes les files resta credibilitat; un que indica «Parcialment compatible» amb observacions concretes i una data de correcció transmet que el producte es coneix i es gestiona.

Notes de versió, suport i primeres setmanes

El llançament no s'acaba en desplegar. Tres tasques completen la porta de sortida:

• Notes de versió: informa dels canvis que afecten la manera d'ús, com una drecera de teclat nova, un component que canvia de comportament o una funció que passa a ser utilitzable amb lector de pantalla. Qui fa servir tecnologies de suport agraeix saber què ha canviat abans de trobar-s'ho.
• Suport preparat: el capítol 12 de l'EN 301 549 recull requisits per a la documentació del producte i els serveis de suport, que han d'informar sobre les funcions d'accessibilitat i compatibilitat i comunicar-se de manera accessible. A la pràctica, l'equip d'atenció necessita un guió: quines funcions d'accessibilitat té el producte, quines alternatives oferir i com escalar una barrera al procés d'incidències.
• Vigilància reforçada: durant les primeres setmanes, revisa cada dia les incidències etiquetades com d'accessibilitat i els resultats de les proves sintètiques en producció. Els defectes que s'escapen d'una versió nova apareixen aviat.

Resum

• Els criteris de sortida s'acorden a l'inici: sense bloquejants, sense greus en fluxos crítics, pipeline en verd, proves manuals fetes i documentació a punt.
• L'avaluació prèvia al llançament és proporcional al canvi i respecta els requisits de conformitat de pàgina completa i procés complet.
• Una excepció es documenta amb alternativa, responsable, data límit i aprovació aliena a l'equip, mai no cobreix un bloquejant i entra al registre de deute.
• La documentació depèn del context: declaració d'accessibilitat, informació exigida per la Llei 11/2023, declaració UE de conformitat o informe de conformitat.
• Les notes de versió, el suport preparat segons el capítol 12 de l'EN 301 549 i la vigilància reforçada tanquen el llançament.