Mognadsmodeller för tillgänglighet

En mognadsmodell hjälper organisationer att förstå hur tillgänglighetsarbetet fungerar i praktiken, var bristerna finns och vad nästa steg bör vara.

En mognadsmodell hjälper dig att se hur långt din organisation har kommit med tillgänglighet. Den visar inte bara om en webbplats eller app har brister, utan hur väl organisationen klarar av att förebygga, hitta och åtgärda brister över tid.

Det är särskilt viktigt när tillgänglighet inte längre kan hanteras som en engångsgranskning inför lansering. För att leva upp till LPTT behöver många organisationer bygga in tillgänglighet i styrning, design, utveckling, inköp, innehåll, testning och uppföljning.

”Maturity modeling provides information about the ability of an organization to produce accessible products over the long term. The results of a maturity modeling assessment provide a holistic picture of an organization’s accessibility initiatives; where the organization is performing accessibility functions well, and where improvements can be made to remove barriers.”
W3C Accessibility Maturity Model

Vad är en mognadsmodell?

En mognadsmodell är ett verktyg för att bedöma hur strukturerat en organisation arbetar inom ett visst område.

Inom digital tillgänglighet handlar det ofta om att bedöma frågor som:

Finns tydliga roller och ansvar?
Har medarbetare rätt kunskap?
Testas tillgänglighet löpande?
Finns krav i upphandling och inköp?
Följs brister upp över tid?
Finns tillgänglighet med i design- och utvecklingsprocessen?
Involveras personer med funktionsnedsättning?

Modellen ger alltså en bild av organisationens förmåga, inte bara statusen på en enskild tjänst.

Exempel på mognadsmodeller inom tillgänglighet

W3C Accessibility Maturity Model

W3C:s Accessibility Maturity Model är en modell för organisationer som vill bedöma och förbättra sina processer för tillgängliga digitala produkter och tjänster. Den är framtagen för att kunna användas av organisationer av olika storlek och omfattar både interna och externa digitala resurser.

Modellen kan användas för att:

bedöma nuvarande arbetssätt,
identifiera luckor,
prioritera förbättringar,
följa utvecklingen över tid.

W3C:s modell är användbar när organisationen vill arbeta mer strategiskt och långsiktigt, särskilt om flera team, produkter eller avdelningar är inblandade.

ISO/IEC 30071-1

ISO/IEC 30071-1 är en internationell standard för tillgänglighet i informations- och kommunikationsteknik. Den tar ett brett grepp om tillgänglighet och beskriver hur organisationer kan bygga och underhålla tillgängliga IKT-system på både organisationsnivå och i utvecklingsprocesser.

Standarden är inte en enkel checklista för en webbplats. Den passar bättre för organisationer som vill införa ett mer systematiskt arbetssätt för tillgänglighet i styrning, processer och produktutveckling.

Egna eller anpassade mognadsmodeller

Många organisationer använder egna mognadsmodeller. Det kan vara praktiskt, särskilt om modellen behöver passa en viss produktorganisation, ett designsystem eller ett agilt arbetssätt.

En enkel modell kan till exempel ha fem nivåer:

Inaktiv: tillgänglighet hanteras inte systematiskt.
Reaktiv: brister åtgärdas när de upptäcks, ofta sent i processen.
Påbörjad: vissa team har rutiner, men arbetet är ojämnt.
Integrerad: tillgänglighet finns med i design, utveckling, testning och förvaltning.
Optimerad: organisationen mäter, följer upp och förbättrar arbetet löpande.

Fördelen med en egen modell är att den kan bli lättare att förstå och använda internt. Nackdelen är att den kan bli för subjektiv om nivåerna inte är tydligt definierade.

Fördelar med mognadsmodeller

En mognadsmodell kan göra tillgänglighetsarbetet mer konkret. Den hjälper organisationen att gå från allmänna ambitioner till synliga prioriteringar.

De största fördelarna är att modellen kan:

visa var organisationen står i dag,
göra det lättare att prioritera nästa steg,
skapa samsyn mellan ledning, produkt, design, utveckling och juridik,
synliggöra brister i arbetssätt, inte bara i gränssnitt,
göra det möjligt att följa utveckling över tid,
stödja planering av utbildning, resurser och budget.

För organisationer som omfattas av LPTT kan en mognadsmodell också hjälpa till att visa att tillgänglighet hanteras som en del av verksamhetens löpande kvalitetsarbete.

Nackdelar och risker

En mognadsmodell löser inte tillgänglighetsproblem av sig själv. Den är ett stöd för analys och prioritering, inte ett bevis på att en tjänst uppfyller alla krav.

Vanliga risker är att:

modellen blir för abstrakt
organisationen fokuserar mer på poäng än på faktiska förbättringar
bedömningen blir för snäll
resultatet inte leder till beslut, resurser eller ansvar
användare med funktionsnedsättning inte involveras
modellen används istället för faktisk testning mot WCAG och EN 301 549

En mognadsmodell bör därför alltid kompletteras med konkreta granskningar, användningstester, uppföljning av brister och tydliga ansvarspunkter.

När passar en mognadsmodell?

En mognadsmodell passar bäst när tillgänglighetsarbetet berör flera personer, team eller delar av organisationen.

Den är särskilt användbar för:

större företag med flera digitala produkter
myndigheter, regioner och kommuner
banker, försäkringsbolag och e-handelsaktörer
organisationer med flera utvecklingsteam
organisationer som arbetar med designsystem
verksamheter som behöver rapportera status till ledning eller styrelse

För en liten organisation med en enda webbplats kan en full mognadsmodell vara för tung. Då räcker det ofta med en enklare nulägesanalys, en prioriterad åtgärdslista och tydliga rutiner för framtida publicering och utveckling.

Hur kan modellen användas i praktiken?

En bra användning börjar med att välja några få områden som är viktiga för organisationen. Det är bättre att mäta lagom mycket och faktiskt använda resultatet än att skapa en omfattande modell som ingen orkar följa upp.

Vanliga områden att bedöma är:

Styrning: mål, ansvar, policy och uppföljning
Kompetens: utbildning för designers, utvecklare, testare, redaktörer och beslutsfattare
Design och utveckling: krav, komponenter, designsystem och kodgranskning
Testning: manuell granskning, automatiska tester och testning med hjälpmedel
Innehåll: texter, dokument, bilder, video och redaktionella rutiner
Inköp: kravställning och uppföljning av leverantörer
Användarmedverkan: testning och dialog med personer med funktionsnedsättning

Ett enkelt sätt att komma igång

Börja med en workshop där representanter från olika roller får bedöma nuläget. Det kan till exempel vara produktägare, designer, utvecklare, testare, redaktör, jurist och ansvarig chef.

Gör sedan så här:

Välj 5–8 områden att bedöma.
Beskriv 4–5 tydliga nivåer för varje område.
Låt flera roller bedöma nuläget.
Jämför skillnader i bedömning.
Välj 3–5 förbättringar för nästa kvartal.
Koppla varje förbättring till en ansvarig person eller funktion.
Följ upp regelbundet.

Det viktigaste är inte att hitta en perfekt siffra. Det viktiga är att skapa en gemensam bild av nuläget och komma överens om nästa steg.

Mognadsmodell och LPTT

LPTT ställer krav på att vissa produkter och tjänster ska vara tillgängliga. En mognadsmodell ersätter inte juridisk bedömning och visar inte automatiskt att en tjänst uppfyller lagen.

Däremot kan en mognadsmodell hjälpa organisationen att bygga de arbetssätt som behövs för att uppfylla kraven över tid. Det kan handla om att införa tydligare ansvar, bättre testning, mer tillgängliga designsystem och rutiner för uppföljning.

För verksamheter som omfattas av LPTT är det klokt att kombinera mognadsarbete med:

granskning mot WCAG och relevanta delar av EN 301 549
åtgärdsplan för identifierade brister
rutiner för nya funktioner och innehåll
dokumentation av beslut och prioriteringar
regelbunden uppföljning

Vanliga misstag

Att börja för stort. En tung modell kan skapa mer administration än nytta.
Att bara fråga specialister. Mognad handlar om hela organisationens arbetssätt.
Att glömma ledningen. Många förbättringar kräver mandat, budget eller prioritering.
Att blanda ihop mognad och regelefterlevnad. Hög mognad minskar risken för brister, men ersätter inte granskning.
Att inte följa upp. En mätning utan åtgärder blir snabbt en pappersprodukt.

Frågor och svar

Är en mognadsmodell ett krav enligt LPTT?

Nej. LPTT kräver inte att organisationer använder en mognadsmodell. Däremot kan en mognadsmodell vara ett praktiskt sätt att strukturera och följa upp tillgänglighetsarbetet.

Visar en hög mognadsnivå att vi följer lagen?

Inte i sig. En hög mognadsnivå kan visa att organisationen har bra arbetssätt, men en produkt eller tjänst behöver fortfarande granskas mot relevanta tekniska och juridiska krav.

Vilken modell ska vi välja?

Större organisationer kan börja med W3C:s Accessibility Maturity Model eller ISO/IEC 30071-1 som referens. Mindre organisationer kan ofta börja med en enklare anpassad modell som fokuserar på ansvar, kompetens, testning och uppföljning.

Hur ofta bör vi mäta mognad?

En gång per år kan räcka för en övergripande organisationsmätning. Team som arbetar aktivt med förbättringar kan följa upp oftare, till exempel varje kvartal.

Vem bör äga mognadsmodellen?

Det bör finnas en tydlig ägare, ofta en ansvarig för digital tillgänglighet, kvalitet, produktstyrning eller regelefterlevnad. Men resultatet behöver ägas gemensamt av de delar av organisationen som påverkar tillgängligheten.