Pevná lehota na plán zlepšovania neexistuje. Nariadenie predpisuje, že musíte identifikovať a odstrániť bariéry, ale neurčuje počet týždňov ani mesiacov, v ktorých sa to musí stať. V praxi závisí trvanie od troch vecí: od počtu identifikovaných problémov, od toho, kto ich riešenia zavádza, a od toho, ako si táto osoba alebo firmu varia čas popri bežnej práci.
To, čo je určité, je poradie. Najskôr identifikujete bariéry, potom ich prioritizujete, potom ich odstraňujete a nakoniec zaznamenáte, čo sa stalo a čo ešte ostáva. Každá fáza má svoje vlastné tempo a práve prechody medzi fázami sú miestom, kde sa v praxi projekty zastavujú.
Fáza identifikácie zvyčajne prebieha rýchlo
Skúšanie kľúčových stránok a hlavných procesov — nákupný tok, tok prihlásenia, kontaktný formulár — je zvyčajne záležitosť dní, nie týždňov. Automatizované testovanie zistí podstatnú časť bežných problémov: chýbajúce alternatívne texty, polia formulára bez označenia, nedostatočný kontrast. Časť požiadaviek sa nedá automaticky testovať a to je uvedené v každej správe; tieto problémy si vyžadujú pohľad niekoho, kto stránku skutočne navštívi. Ak chcete najskôr vedieť, či je to pre vašu organizáciu relevantné, skôr ako postrádať čas na skúšanie, potom poskytuje krátky zoznam otázok s priamym výsledkom na tom prehľad.
Prioritizácia trvá čas, nie preto, že by bola zložitá, ale preto, že si vyžaduje rozhodnutia
Zoznam akcií s desiatimi až tridsiatimi bodmi vyzerá prehľadne, ale každý bod si vyžaduje rozhodnutie: kto sa ho ujme, kedy a aké je to vzhľadom na ostatnú prácu naliehavé. Toto je fáza, kde sa mnohé projekty spomaľujú — nie kvôli technike, ale preto, že nikto interného nie je vlastníkom zoznamu. Zoznam akcií v zrozumiteľnom jazyku, bez WCAG-žargónu, pomáha tu: vedúci úradu alebo zodpovedný pracovník za ľudské zdroje nemusí vedieť, čo je ARIA-označenie, aby pochopil, že kontaktný formulár má problém. Čo prioritizáciu často spomaľuje, nie je obsah, ale chýbajúca jasná lehota pre každý bod — presne na to je plán zlepšovania s lehotami určený.
Vykonávanie závisí od vývojára, nie od práva
Skutočná oprava — zmena kódu, písanie alternatívnych textov, zvýšenie kontrastu — je mimo toho, čo robí testovacia služba. Axessia testuje, prioritizuje, zaznamenáva a monitoruje, ale nerobí opravy. Trvanie tejto fázy závisí od kapacity vášho vlastného vývojára alebo firmy, ktorá spravuje vašu stránku, a od toho, ako sa tieto opravy zapájajú do sprintu alebo plánovania. V prípade webshope s jednoduchou šablónou sa to môže stať v priebehu niekoľkých týždňov; pri vlastnom riešení s komplexným nákupným tokuje to rýchlejšie až na mesiace, zvlášť ak opravy postihujú pokladňu alebo tok prihlásenia a teda vyžadujú dodatočné testovací cykly.
Aj tu sa nachádzaľ pas iluzi prekrytia: sľubuje rýchle riešenie v priebehu dňa, ale nesplní základnú požiadavku a nezmení nič na základnom kóde. Kto šetrí čas s prekrytím, stráca ten čas neskôr, keď sa ukáže, že problémy sú stále tu.
Zaznamenávanie a deklarovanie je najkratšia fáza, pokiaľ je zvyšok správny
Ak sú bariéry odstránené, vypracovanie samotnej deklarácie je relatívne rýchle — to je predovšetkým záležitosť správneho zdokumentovania vášho vlastného posúdenia. Táto fáza sa zasekne len vtedy, ak predchádzajúce fázy nie sú dobre zdokumentované: bez preukázateľného posúdenia niet čoho dať do základne deklarácie. Viac o tom, čo je na to potrebné, nájdete v poznámkovej banke podľa témy.
A potom: každá zmena opäť otvorí cyklus
Najväčší mylný názor na dobu trvania je, že proces končí zverejnením vyhlásenia. Nová stránka, upravený proces objednávania alebo iná aktualizácia motívu môžu zaviesť nové úzke miesta, čo spôsobí, že sa cyklus testovania, prioritizácie a odstraňovania začína znova. To zmenia otázku "ako dlho to trvá" vlastne na otázku o opakujúcom sa procese namiesto jednorazového projektu.
Chcete vedieť, kde sa vaša organizácia v súčasnosti nachádza a aké konkrétne kroky sú k dispozícii? Absolvujte bezplatný rýchly scan alebo si pozrite, ako informácie v správe vznikajú a čo vám predplatné pridáva prostredníctvom prehľad sadzieb.