Ansvarsmatris digital tillgänglighet

Matrisen beskriver processen för manuella och automatiska tester i olika miljöer och hur testrapporter ska utformas. Kodningsstandarder: Frontendutvecklare ansvarar för att följa riktlinjer för tillgänglig kodning och användning av IDS-komponenter. Tillgänglighetsredogörelse: Processen för att skriva och publicera en tillgänglighetsredogörelse som uppfyller lagkrav, främst WCAG.

Denna sida är en viktig resurs för att säkerställa att alla inblandade parter är medvetna om sina roller och ansvar för att främja digital tillgänglighet.

Följande ansvarsroller finns och i de fall egna resurser inte finns kan detta delegeras till konsult:

Samordning för digital tillgänglighet
UI-designer
UX-lead
Acceptanstest
Frontendutvecklare
Systemtestare
Testledare
Projektledare (uppdragsledare där det är tillämpligt)
Tjänsteägare
IDS-förvaltning
Redaktörer
Inköp
Leveranschefer

Sortera tabellen efter “Görs i” för att få listan i kronologisk ordning då aktiviteten sker.
Observera att Ledning & styrning (A) sker kontinuerligt.

Område inom tillgänglighet	Ansvarsfördelning	Aktivitet	Görs i	Artefakter	Kommentar

Område inom tillgänglighet	Ansvarsfördelning	Aktivitet	Görs i	Artefakter	Kommentar
Tester i acceptanstestmiljö	Acceptanstestare	Manuella och automatiska tester	D. Testa (utveckla & bygga)	Acceptanstestrapport	Acceptanstestaren utför de tester som krävs för att säkerställa att det som levereras från uppdraget inte innehåller några fel ur ett tillgänglighetsperspektiv.
Tester i systemtestmiljö	Systemtestare	Manuella och automatiska tester	D. Utveckla & bygga	Systemrapport	Görs nästan uteslutande av leverantörer. Rapporten ska innehålla vilka tillgänglighetstester som är utförda och med vilket resultat. (Länk till OPM för kluster 1-4)
Kodning enligt standard	Frontendutvecklare	Parprogrammering, peer review, automatiska tester W3C el likn	D. Utveckla & bygga	Check i DoD i Jira	Ansvarar för att komponenter används enligt anvisningar och att koden “mellan” dessa är skriven på ett tillgängligt sätt
Tester i utvecklingsmiljö	Frontendutvecklare	Manuella och automatiska tester	D. Utveckla & bygga	-	Ansvarar för att säkerställa att inga tillgänglighetsfel finns i leveransen till systemtest. Görs i stort sett enbart av leverantören och utfall ingår i systemtestrapporten.
Följa utvecklingsunderlag	Frontendutvecklare	Designreview	D. Utveckla & bygga	Check i DoD i Jira	Underlag för UI följts, exempel utveckla kod så att tabbordning fungerar. IDS-komponenter används där så är möjligt och undantag har dokumenterats.
Tillgängliga komponenter	IDS-förvaltning, Testare	Acceptanstest	A. Ledning & styrning	Acceptanstestgodkännande	De komponenter som Inera tillhandahåller för utvecklingsprojekten är testade för god tillgänglighet och håller måtten enligt den senast antagna standarden som ingår i lagkraven framförallt WCAG.
Upphandling, underlag	Inköp	Skapa underlag	A. Ledning & styrning	Upphandlingsunderlag	Oavsett om vi upphandlar resurser eller produkter så är det inköp som ansvarar för att säkerställa att upphandlingen följer lagen om tillgänglig upphandling
Upphandling, uppföljning	Samordning Vad följs upp på i upphandlingen? Kolla med leveranschefer	Följa upp leverans Utgå från avvikelser som NMT identifierat	A. Ledning & styrning	Beskrivning av tillgänglighetskrav, checklista	Samordningen meddelar avvikelser till leveranschef
Uppföljning mot leverantörer	Leveranschef	Följa upp avvikelser/brister	A. Kontinuerligt		Då leveranschef får indikationer från övriga i denna ansvarsmateris att något inte fungerar med leverantör är det leveranschef som ansvarar för uppföljning mot leverantör då det behövs.
Avsätta resurser från projektbudget	Projektledare	Göra en budget och budgetera tillgänglighetsresurser	C. Planera & designa	Ifyllt underlag för kostnader som har med tillgänglighet att utföra.	När indikationer finns på att det behövs till exempel användningstester eller acceptanstest med tredjepartsleverantör för att säkerställa att vi lever upp till lagarna om tillgänglighet faller det på projektledare att tilldela budget.
Estimering av insatsstorlek för tillgänglighetstestning	Testledare	skapa förslag till budgetpost.	C. Planera & designa	Ifyllt förslag för kostnader som har med tillgänglighet att utföra.	Om produktägare/tjänsteansvarig har behov av tillgänglighetstestning så ska det framföras till testledaren så de kan ta fram ett estimat för insatsen. Bedömningen av insatts kommer vara individuell per tjänst då de har olika behov, storlek och komplexitet. Estimatet ska sedan redovisas och godkännas av produktägare/tjänsteansvarig.
Ordval och beskrivningar i UI	Redaktörer eller UX-copy	Ta fram en lista som stämmer med Ineras termlista där det passar	E. Leverera & stödja		Redaktörer eller motsvarande från respektive tjänst (i de fall redaktörer inte finns att tillgå kan tjänsteägare välja att ersätta dessa med rollen UX-copy och plocka in en sådan konsult)
Skriva tillgänglighetsredogörelse	Tjänsteansvarig	Skriva redogörelse i enlighet med mall efter genomgång av granskningen Pia äskar resurs för att samordna tillgänglighetsredogörelse	E. Leverera & stödja	Tillgänglighetsredogörelse	Med hjälp av mall omsätta testresultatet från tillgänglighetsgenomgången till en redogörelse som är lätt att förstå och läsa för målgruppen. Redaktören publicerar i enlighet med de regler som finns för publicering, (se samordna placering av tillgänglighetsredogörelser). En tjänsteansvarig kan ta hjälp av en redaktör för det redaktionella arbetet.
Publicera tillgänglighetsredogörelse	Redaktör	Inhämta redogörelse och publicera	E. Leverera & stödja	En tillgänglighetsredogörelse som användarna kan läsa	Den mer tekniska delen av själva publiceringen
Användningstester (tillgänglighet)	Samordning Se över hur man kan slå ihop användningstester med de kognitiva tillgänglighetstesterna.	Tester, intervjuer, workshops	A. I alla processer	Testplan, lista på åtgärder Beskriva hur det ska gå till(UX?)	I de fall produkten skall testas med hjälp av användare är det samordningen som ansvarar för att det sker. I den mån budget för detta krävs skall det vara inplanerat och överenskommet med projektledare eller tjänsteägare. I Fenix finns en övergripande teststrategi framtagen där tester som utvärderar ickefunktionella krav finns med. Hittas i ledningssystemet.
Användningstester (användbarhet)	UX-lead med hjälp av UI-designer	Tester, intervjuer, workshops	C. Planera & designa (Utveckla & bygga)	Testplan, lista på åtgärder	I de fall produkten eller UI-skisser skall användartestas är det UX-lead som ansvarar för att få in det i testplan och planera genomförandet med hjälp av UI-designer. I den mån budget för detta krävs skall det vara inplanerat och överenskommet med projektledare eller tjänsteägare. I Fenix finns en övergripande teststrategi framtagen där tester som utvärderar ickefunktionella krav finns med. Hittas i ledningssystemet.
Underlag för acceptanstestkriterier	Testledare	Möte för överrenskommelse om kriterier	C. Planera & designa	Testplan och ickefunktionella krav	Avstämning med tjänsteansvarig/projektledare om det finns krav på användaren som ska använda tjänsten. Om användare exempelvis måste ha god syn för att identifiera människor och ID handlingar så kan vissa krav uteslutas, dock alltid en fördel om det går att lägga till anpassningen för att uppnå kravet ändå.
Checklista på vad vi ska kunna följa upp vid upphandling av tredjepartsprodukter/tjänster ???	Samordningen	Ta fram ett underlag och skapa samsyn och beskriva hur kontroll går till (Jämför design review/verifiering 3-10 min för att snabbt verifiera kvalitet)	A. Ledning och styrning	Överenskommen lista över kontrollpunkter	Kontrollista från vad som ska kontrolleras efter en upphandling och hur det ska gå till. Om det handlar om upphandling av tredjepartsprodukter/tjänster bör det vara en del i ledningssystemet + ev. yta på intranätet för tillgänglighet
Urval av metoder och beskrivning av mätbara mål	Samordningen IDS-förvaltning	Ta fram förslag på hur vi mäter kognitiva mål	A. Ledning och styrning	Metodstöd Instruktioner Mallar
Skapa mätkriterier för kognitiv tillgänglighet	Samordningen UX-team	Ta fram förslag på hur vi mäter kognitiva mål Synk UX/samordning för att få samsyn	A. Ledning och styrning	Metodbeskrivning Mätkriterier Referensintervall (accepterade värden)	Ta fram metoder för hur mätningen görs/går till, tillsammans med vilka kriterer och mätvärden som bör finnas. Sätt, riktning, resultat. Bör vi kontrollera med WCAG 3.0 som ev kommer ha mätbara mål på området. ISO-standarden för detta. Bör finnas i ledningssystemet. Hur beskriver vi kognitiv tillgänglighet och hur mäter vi och följer upp det?
Följa upp användning, nytta, effekt	TBD		E. Leverera och stödja		Nyttoeffekten och effekthemtagningen sker ofta utanför vår organisation
Prioritera brister för åtgärder av tillgänglighet	Samordningen? IDS-förvaltning Hur prioriteras backloggar för tillgänglighet idag?	Ta fram metodik för hur vi prioriterar enhetligt Fråga externa konsulter	A. Ledning och styrning	Metodstöd, prioriteringsordning	Det behövs en “successionsordning” för hur prioritering ska gå till. Ibland kan det behövas extra resurstillsättning för att ordna med uppkomna problem och det kanske inte kan göras i tjänsten.
Involvera resurser som kan vara med vid kravställning	Samordningen	Möte med företagsledningen	A.		Det kommer äskas för denna typ av resurs så den finns tillgänglig på företaget. Förankring i ledningen för arbetssättet
Beskriva vad tillgänglighet kopplat till de regulatoriska kraven	Samordningen	Samordna skriven text med juridik och stämma av med ledningen	A.	Standardtext för tillgänglighet för återanvändning
Bokat möte med ledningsgruppen(beslut för ansvar, resurser och budget)	Samordningen	--	A. --	--	Samordning har flaggat för denna aktivitet
Genomgång av testresultat för att skriva tillgänglighetsredogörelse.	Samordningen	Äska resurs för denna typ av arbete på Inera NMT skriva? NEJ Pia äskar resurs för att samordna tillgänglighetsredogörelse Se punkten högre upp i tabbellen: “Skriva tillgänglighetsredogörelse” är detta upprepning?	E.		I de fall produkten skall gås igenom av extern entitet är det samordningen som ansvarar för att det sker. I den mån budget för detta krävs skall det vara inplanerat och överenskommet med projektledare eller tjänsteägare.
Prioritering av uppkomna fel från genomgången för att skriva tillgänglighetsredogörelse	Samordning	Extern konsult och NMT tillsammans? Pia äskar resurs för att samordna tillgänglighetsredogörelse	E. Leverera & stödja	Priolista	Det är samordning som ansvarar för att sätta en korrekt prioritering på fel gällande tillgänglighet. Här behöver samordningen ha tät dialog med de som genomfört test/kontroll och i applicerbara fall UI-designer.
Skapa mall för tillgänglighetsredogörelse	Samordning	Skapa mall	A. Ledning & styrning	Mall	Med hjälp av best-practice i samhället i övrigt tas en mall fram som kan återanvändas i våra olika lösningar. Lägga mallen så alla kommer åt denna, egen sida på intranätet (Digital tillgänglighet), teamsytan för Digital tillgänglighet och UX-ramverket på sidan för tillgänglighetsredogörelser.
Samordna placering av tillgänglighetsredogörelser	Samordning	Bestämma placering tillsammans med Anna Elmgren	A. Ledning & styrning	En gemensam lista med alla tillgänglighetsredogörelser	I de fall en tjänst inte har tillgång till ett CMS där texten i redogörelsen inte kan uppdateras enkelt och frekvent skapas samlingsplatser med redogörelser på annan plats (kan vara inera.se eller Confluence). Struktur och placering är något som faller under samordning.
Kravinsamling för de formaliserbara kraven på tillgänglighet.	Samordning	WS Intervjuer Sekundärdata Tidigare utvärderingar med tjänster	B. Hantera behov	Checklistor, mallar och samlingar av formaliserbara krav.	Säkerställer att de krav som avser tillgänglighet som är relevanta för uppdraget är insamlade och kommunicerade. Formaliserbara krav handlar om sånt som på förhand går att beskriva och förutse. Exempelvis teknisk utformning, användning av hjälpmedel och användningsfall. Detta hör ihop med de generaliserbara användningskraven på tillgänglighet, exempelvis överblickbarhet, tydlighet, begripligt språk osv. Avsaknad av den utförande resursen
Tester i systemtestmiljö	Systemtestare	Manuella och automatiska tester	D. Utveckla & bygga	Testrapport	Systemtestaren utför de tester som krävs för att säkerställa att det som levereras till Acceptanstest inte innehåller några fel ur ett tillgänglighetsperspektiv.
Testplan	Testledare		B.		Testledaren säkerställer att tester som behövs i respektive projekt är de som krävs för att säkerställa att slutgiltig produkt lever upp till de krav som är satta av lagen och produktägaren (produktägaren kan sätta högre krav än lagen).
UI-skisser	UI-designer		C. Planera & designa	UI-skiss + förklaringar	Säkerställer att skisserna lever upp till de krav som finns på interaktion och att dessa är genomgångna med utveckling, exempel visa tabbordning.
Säkerställa att flöden i lösningen är så enkla som möjligt att förstå och uppfatta	UX-lead	Avstämning med lösningsarkitekt och dokumentation av användarflöden	C. Planera & designa	Flödesbeskrivningar Eventuella avsteg antecknade	Ett komplext och svårt flöde i “verkligheten” kan vara svårt att förenkla digitalt. UX-lead har ansvar för att driva arbetet med att göra produkten så enkel som möjligt att förstå.
Användningskrav för tillgänglighet (delmängd av ickefunktionella krav)	Samordning	Fånga in behov från målgrupper med särskilda utmaningar. Dokumenterar användnigsfall med utmaning för målgrupperna	A. Ledning & styrning	Riktlinje för generella tillgänglighetskrav	Generaliserade användningskrav för tillgänglighet är ofta återanvändbara inom en organisation och därför är det lämpligt att dessa skapas för att återanvändas och justeras vid behov. Ex, det finns behov att kunna ta del av en enkel överblick (generellt). Sedan får varje tjänst ta fram en specifik lösning som passar i sammanhanget (specifikt).
Särskilda krav kopplade till UI	UI-designer		C.		UI-designer arbetar bland annat med att ta fram UI-skisser (underlag för utveckling) och med hjälp av IDS och dess komponenter skapa en bra användarupplevelse.