Parandusplaani jaoks kindlat tähtaega pole. Määrus nõuab, et te takistused kaardistaksite ja parandaksite, kuid ei nimetagi konkreetseid nädalaid ega kuude, mille jooksul see peaks toimuma. Praktikas sõltub täitmisaeg kolmest asjaolust: mitu takistust on, kes need lahendab ja kuidas see isik või büroo seda korraldab jooksva töö kõrvalt.
See, mis on kindel, on järjekord. Esmalt kaardistite takistused, seejärel prioriteerite need, siis lahendite need ja lõpuks dokumenteerite, mis on tehtud ja mis on veel lahendamata. Igal etapil on oma rütm, ja just etappide vahelised üleminekud on koht, kus projektid praktikas seisatuvad.
Kaardistamise etapp läheb tavaliselt kiiresti
Põhilehtede ja peamiste kasutajavooge — ostmise samm, sisselogimise voog, kontaktavalduse — hõlmava skaneerimise eest kuluv aeg on tavaliselt päevade küsimus, mitte nädalate küsimus. Automatiseeritud kontroll leiab märkimisväärse osa levinud takistustest: puuduvad alternatiivsed tekstid, vormiväljad ilma märgistuseta, puudulik kontrast. Osa nõuetest ei lase end automaatselt kontrollida ja see on näidatud iga aruandes; need takistused nõuavad, et keegi vaataks lehe tegelikult üle. Kui soovite esmalt teada, kas see teie organisatsioonile asjakohane on enne, kui sisestate aega skaneerimisel, siis annab lühike küsimustik otse vastusega sellele ülevaate.
Prioriteerimine võtab aega, mitte seetõttu, et see on keeruline, vaid seetõttu, et see nõuab otsuseid
Paranduste nimekiri kümne kuni kolmekümne punktiga tundub ülevaatlik, kuid iga punkt nõuab otsust: kes sellest hoolitseb, millal ja kui kiire see on teiste tööde suhtes. See on etapp, kus paljud projektid viibivad — mitte tehnika tõttu, vaid seetõttu, et keegi sisemuselt nimekirja kätte ei võta. Paranduste nimekiri tavaliskeeles, ilma WCAG-žargoonita, aitab siin: kontorijuhataja või HR-vastutav ei pea teadma, mis on ARIA-silt, et mõista, et kontaktavaldusele on probleem. Mis prioriteerimist sageli aeglustab, pole sisu, vaid selge tähtaja puudumine iga punkti jaoks — just see, mille jaoks parandusplaan tähtaegadega on.
Täitmine sõltub arendajast, mitte seadusest
Tegelik parandamine — koodi muutmine, alt-tekstide kirjutamine, kontrasti tõstmine — jääb väljaspool seda, mida kontrolliteenus teeb. Axessia kontrolleb, prioriteerib, dokumenteerib ja jälgib, kuid ei teosta parandusöötust. Selle etapi kestus sõltub teie enda arendaja võimsusest või saitide haldamise büroo võimsusest ning sellest, kuidas need parandused sprintisse või plaanisse sobivad. Lihtsa malliga veebipoes võib see olla mõne nädalaga; kohandatud lahendusega keerukate ostusammudega võib see kergesti ulatuda kuudesse, eriti kui parandused puudutavad kassa- või sisselogimist ning nõuavad seega täiendavaid testimisringe.
Siingi peitub üks overlay-vidina lõksu: see lubab kiire lahenduse ühe päevaga, kuid ei täida põhilist nõuet ja ei muuda midagi aluseks oleva koodi juures. Kes overlayga aega võidab, kaotab selle aja hiljem tagasi, kui selgub, et takistused on ikka veel olemas.
Dokumenteerimine ja avalduse koostamine on lühim etapp, kui ülejäänud on korras
Kui takistused on lahendatud, on avalduse koostamine ise suhteliselt kiire — see on peamiselt oma hinnangu õige dokumenteerimise küsimus. See etapp jääb kinni vaid siis, kui eelnevad etapid pole hästi dokumenteeritud: ilma tõestaval hindamisel pole midagi avaldust aluseks võtta. Rohkem selle kohta, mis selleks vajalik on, leiate teadmusbaasist teekaupa.
Ja siis: iga muudatus avab tsükli uuesti
Suurim eksiarvamus läbilöikimisaja kohta on see, et protsess lõpeb juurdepääsetavusdeklaratsiooni avaldamisel. Uus leht, muudetud ostuprotsess või muu kujunduse uuendus võib tekitada uusi takistusi, mille tulemusel algab kontrollimise, prioriseerimise ja parandamise tsükkel uuesti. See muudab küsimuse "kui kaua aega kulub" tegelikult küsimuseks korduvast protsessist, mitte ühekordne projektist.
Kas soovite teada, kus teie organisatsioon praegu asub ja millised sammud on teie ees? Tehke tasuta kiirskanimine või vaadake, kuidas teabe rapport on koostatud ja mida abonement sellele lisab läbi hinnakirjade ülevaate.