UTKAST
För att tydliggöra olika ansvarsområden inom digital tillgänglighet (nedan kallat tillgänglighet) visar denna matris på de grunder för ansvar som gäller om inte annat avtalats och där alla parter då är överens om avstegen. I många fall kan arbetet utföras av inhyrda resurser men ansvaret är fördelat enligt matrisen och utförandet kan då delegeras.
Följande ansvariga roller 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
Område inom tillgänglighet | Ansvarsfördelning | Aktivitet | Görs i | Artefakter | Kommentar |
---|---|---|---|---|---|
Tester i acceptanstestmiljö | Acceptanstestare | Manuella och automatiska tester | 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 | 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 | 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 | 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 | 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 | 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 | 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 | Följa upp leverans | Ledning & styrning | Beskrivning av tillgänglighetskrav, checklista | Samordningen meddelar avvikelser till leveranschef |
Uppföljning mot leverantörer | Leveranschef | Följa upp avvikelser/brister | 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 | 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 | Planera & designa | Ifyllt förslag för kostnader som har med tillgänglighet att utföra. | |
Ordval och beskrivningar i UI | Redaktörer eller UX-copy | Ta fram en lista som stämmer med Ineras termlista där det passar | 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 | 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 | Den mer tekniska delen av själva publiceringen | ||
Användningstester (tillgänglighet) | Samordning | Tester, intervjuer, workshops | I alla processer | Testplan, lista på åtgärder | 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. |
Användningstester (användbarhet) | UX-lead med hjälp av UI-designer | Tester, intervjuer, workshops | I alla processer | 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. |
Underlag för acceptanskriterier | Samordningen | 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 | Samordningen | ||||
Urval av metoder och bekrivning av mätbara mål | Samordningen IDS-förvaltning | ||||
Skapa mätkriterier för kognitiv tillgänglighet | Samordningen | ||||
Följa upp användning, nytta, effekt | Samordningen | ||||
Prioritera brister för åtgärder av tillgänglighet | Samordningen IDS-förvaltning | ||||
Säkerställa resurser som kan vara med vid kravställning | Samordningen | ||||
Urval av WCAG för utvecklare | Samordningen | ||||
Beskriva vad tillgänglighet kopplat till de regulatoriska kraven | Samordningen | ||||
Bokat möte med ledningsgruppen(beslut för ansvar, resurser och budget) | Samordnnningen | ||||
Genomgång för att skriva tillgänglighetsredogörelse | Samordning | 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 | 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 | Ledning & styrning | 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. | ||
Samordna placering av tillgänglighetsredogörelser | Samordning | Ledning & styrning | 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 | Samordning | Hantera behov | Säkerställer att de krav som avser tillgänglighet som är relevanta för uppdraget är insamlade och kommunicerade | ||
Tester i systemtestmiljö | Systemtestare | Manuella och automatiska tester | 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 | 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 tjänsteägaren (tjänsteägaren kan sätta högre krav än lagen). | |||
UI-skisser | UI-designer | Planera & designa | 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 | Planera & designa | 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å. | ||
Ickefunktionella krav tillgänglighet | Samordning | Ickefunktionella krav 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. | |||
Särskilda krav kopplade till UI | UI-designer | 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. |