Parannussuunnitelmalle ei ole kiinteää määräaikaa. Asetus edellyttää, että tunnistetaan ja korjataan esteet, mutta se ei määritä tiettyä viikkojen tai kuukausien lukumäärää, jonka kuluessa tämä on tehtävä. Käytännön toteutusaika riippuu kolmesta asiasta: kuinka monta estettä on, kuka ne ratkaisee ja miten kyseinen henkilö tai toimisto sovittaa sen muuhun käynnissä olevaan työhönsä.
Se kuitenkin on selvää, mikä on järjestys. Ensin tunnistetaan esteet, sitten ne priorisoidaan, sitten ne korjataan ja lopuksi dokumentoidaan, mitä on tehty ja mitä on vielä ratkaistavana. Jokaisella vaiheella on oma aikataulunsa, ja juuri näiden vaiheiden väliset siirtymät ovat se, missä prosessit käytännössä pysähtyvät.
Esteiden tunnistusvaihe on yleensä nopea
Ydinselujen ja tärkeimpien kulkujen — kuten ostokulun, kirjautumisen ja yhteydenottolomakkeen — kattava tarkastus kestää yleensä päiviä, ei viikkoja. Automatisoitu testaus löytää merkittävän osan yleisistä esteistä: puuttuvia vaihtoehtokuvia, merkinnättömiä lomakekenttää, riittämätöntä kontrastia. Osa vaatimuksista ei ole testattavissa automaattisesti ja tämä mainitaan jokaisessa raportissa; näiden esteiden tunnistaminen vaatii henkilöä, joka käy sivun läpi käytännössä. Jos haluat ensin tietää, onko tämä organisaatiolle merkityksellistä ennen kuin käytät aikaa tarkastukseen, niin lyhyt kysymyssarja, joka antaa välittömiä indikaatioita antaa siihen näkemyksen.
Priorisointi vie aikaa, ei siksi että se olisi vaikeaa, vaan koska se vaatii päätöksentekoa
Kymmenen tai kolmekymmentä kohteen sisältävä toimintolista näyttää hallittavalta, mutta jokainen kohta vaatii päätöksen: kuka hoitaa tämän, milloin ja miten kiireellinen se on muuhun työhön verrattuna. Tämä on vaihe, jossa monet prosessit hidastuvat — ei tekniikan takia, vaan siksi että kenelläkään ei ole sisäisen omistajuutta listasta. Tavallisessa kielellä kirjoitettu toimintolista ilman WCAG-terminologiaa auttaa tässä: toimistojohtaja tai henkilöstöpäällikkö ei tarvitse tietää, mikä on ARIA-merkki ymmärtääkseen, että yhteydenottolomakkeella on ongelma. Se, mitä priorisointi usein hidastaa, ei ole sisällön vaan kunkin kohdan selkeän määräajan puute — juuri siihen parannussuunnitelma määräaikojen kanssa on tarkoitettu.
Toteutus riippuu kehittäjästä, ei laista
Varsinainen korjaus — koodin muuttaminen, vaihtoehtokuvien kirjoittaminen, kontrastin parantaminen — on testauspalvelun toimivalta ulkopuolella. Axessia testaa, priorisoi, dokumentoi ja valvoo, mutta ei tee korjaustyötä. Tämän vaiheen kesto riippuu siis oman kehittäjän tai sivustoa ylläpitävän toimiston kapasiteetista ja siitä, miten nämä korjaukset sopivat sprintiin tai aikatauluun. Yksinkertaisella teemalla varustetun verkkokaupan osalta tämä voi olla vain muutaman viikon mittainen; räätälöidyssä ratkaisussa monimutkaisen ostokulun kanssa tämä voi helposti venähtää kuukausiin varsinkin jos korjaukset koskevat kassaa tai kirjautumista ja vaativat siten ylimääräisiä testauskierroksia.
Tässä on myös päällekkäisen ohjelman sudenkuoppa: se lupaa nopean ratkaisun päivässä, mutta ei täytä varsinaista vaatimusta ja ei muuta mitään pohjalla olevassa koodissa. Joka säästää aikaa päällekkäisella ohjelmalla, menettää sen myöhemmin kun selviää, että esteet ovat edelleen olemassa.
Dokumentointi ja ilmoitus on lyhin vaihe, kunhan muu on kunnossa
Kun esteet on korjattu, ilmoituksen laatiminen sinänsä on suhteellisen nopeaa — se on pääasiassa omaa arviointia dokumentoida oikein. Tämä vaihe on vain vaarassa pysähtyä, jos edelliset vaiheet eivät ole hyvin dokumentoituja: ilman todennettavaa arviointia ei ole mitään, johon ilmoitus voitaisiin perustaa. Siitä, mitä tähän tarvitaan, on lisätietoja aiheittain pidettävässä tietovarastossa.
Ja sitten: jokainen muutos avaa kierron uudelleen
Suurin väärinkäsitys läpimenoajasta on se, että prosessi päättyy ilmoituksen julkaisemiseen. Uusi sivu, muutettu ostoprosessi tai toinen teeman päivitys voi tuoda esille uusia ongelmia, jolloin testaamisen, priorisoimisen ja korjaamisen sykli alkaa uudelleen. Tämä tekee kysymyksestä "kuinka kauan se kestää" todellisuudessa kysymyksen toistuvan prosessin sijaan kuin kertaluontoisesta projektista.
Haluaisitko tietää, missä organisaatiosi tällä hetkellä on ja mitä konkreettisia vaihtoehtoja sinulla on? Tee ilmainen pika-tarkistus tai katso, kuinka raportissa olevia tietoja kootaan ja mitä tilaus siihen lisää hinnoitteluyleiskatsauksen kautta.